all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Robert Pluim <rpluim@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: pipcet@gmail.com, alan@idiocy.org, jguenther@gmail.com,
	andreyk.mad@gmail.com, 38748@debbugs.gnu.org
Subject: bug#38748: 28.0.50; crash on MacOS 10.15.2
Date: Thu, 09 Jan 2020 15:56:01 +0100	[thread overview]
Message-ID: <m2y2ugisqm.fsf@gmail.com> (raw)
In-Reply-To: <83h814af6k.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 09 Jan 2020 16:16:03 +0200")

>>>>> On Thu, 09 Jan 2020 16:16:03 +0200, Eli Zaretskii <eliz@gnu.org> said:

    >> From: Robert Pluim <rpluim@gmail.com>
    >> Cc: 38748@debbugs.gnu.org,  pipcet@gmail.com,  alan@idiocy.org,
    >> jguenther@gmail.com,  andreyk.mad@gmail.com
    >> Date: Thu, 09 Jan 2020 11:31:25 +0100
    >> 
    Eli> Also, can I please see one backtrace with all the call-stack frames,
    Eli> starting from 'main' and ending at 'handle_fatal_signal'?  The
    Eli> original report shows only the top-most 511 frames, and the other one
    Eli> has a lot of ?? (missing symbols) in it.
    >> 
    >> 'bt full' backtrace attached.

    Eli> Thanks.

    >> Thread 2 received signal SIGSEGV, Segmentation fault.
    >> 0x0000000100221f88 in vector_marked_p (v=0x20a000000000) at alloc.c:3726
    >> 3726	  return XVECTOR_MARKED_P (v);
    >> (gdb) bt full
    >> #0  0x0000000100221f88 in vector_marked_p (v=0x20a000000000) at alloc.c:3726
    >> No locals.
    >> #1  0x00000001002255e5 in vectorlike_marked_p (header=0x20a000000000)
    >> at alloc.c:3744
    >> No locals.
    >> #2  0x00000001002221c2 in mark_frame (ptr=0x164cc69a0) at alloc.c:6321
    >> font = 0x20a000000000
    >> f = 0x164cc69a0

    Eli> This says that we were marking a frame, and its default font is a
    Eli> garbled pointer.  Are all of the crashes you see happen because of a
    Eli> faulty frame font in this snippet:

    Eli>   static void
    Eli>   mark_frame (struct Lisp_Vector *ptr)
    Eli>   {
    Eli>     struct frame *f = (struct frame *) ptr;
    Eli>     mark_vectorlike (&ptr->header);
    Eli>     mark_face_cache (f->face_cache);
    Eli>   #ifdef HAVE_WINDOW_SYSTEM
    Eli>     if (FRAME_WINDOW_P (f) && FRAME_OUTPUT_DATA (f))
    Eli>       {
    Eli> 	struct font *font = FRAME_FONT (f);

    Eli> 	if (font && !vectorlike_marked_p (&font->header))  <<<<<<<<<<<<
    Eli> 	  mark_vectorlike (&font->header);
    Eli>       }
    Eli>   #endif
    Eli>   }

    Eli> I hope you still have this crashed session in the debugger.  If so,
    Eli> please tell: do you have many frames in that session, or just a few
    Eli> (perhaps even one)?  I'd like to see some more details about this
    Eli> frame, if possible.

I donʼt have it right now, but itʼs easy enough to recreate the crash
(and yes, I tend to have half a dozen frames open). What details would
you like?

Robert





  reply	other threads:[~2020-01-09 14:56 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-26  9:47 bug#38748: 28.0.50; crash on MacOS 10.15.2 Andrii Kolomoiets
2019-12-26 13:04 ` Alan Third
2019-12-26 17:18   ` Eli Zaretskii
2019-12-27 11:28     ` Andrii Kolomoiets
2019-12-27 14:14       ` Eli Zaretskii
2019-12-29 19:01         ` Andrii Kolomoiets
2019-12-29 19:31           ` Eli Zaretskii
2020-01-01 20:42             ` Andrii Kolomoiets
2020-01-02 14:06               ` Eli Zaretskii
2020-01-08 17:39                 ` Robert Pluim
2020-01-08 19:18                   ` Pip Cet
2020-01-08 19:58                     ` Eli Zaretskii
2020-01-08 20:39                       ` Pip Cet
2020-01-09  3:30                         ` Eli Zaretskii
2020-01-10  7:32                           ` Pip Cet
2020-01-10  8:27                             ` Eli Zaretskii
2020-01-10  8:58                               ` Robert Pluim
2020-01-10  9:21                                 ` Eli Zaretskii
2020-01-10 10:18                                   ` Robert Pluim
2020-01-11  6:26                                     ` Pankaj Jangid
2020-01-11  8:08                                       ` Eli Zaretskii
2020-01-11 10:43                                         ` Pankaj Jangid
2020-01-11 12:14                                           ` Eli Zaretskii
2020-01-10  9:22                               ` Pip Cet
2020-01-10  9:33                                 ` Eli Zaretskii
2020-01-11 13:59                                 ` Alan Third
2020-01-11 14:13                                   ` Pip Cet
2020-01-11 19:07                                     ` Alan Third
2020-01-08 21:43                     ` Robert Pluim
2020-01-08 22:18                       ` Pip Cet
2020-01-08 22:23                         ` Robert Pluim
2020-01-09  7:51                           ` Robert Pluim
2020-01-09 10:07                             ` Eli Zaretskii
2020-01-09 10:31                               ` Robert Pluim
2020-01-09 14:10                                 ` Pip Cet
2020-01-09 14:16                                 ` Eli Zaretskii
2020-01-09 14:56                                   ` Robert Pluim [this message]
2020-01-09 17:06                                     ` Eli Zaretskii
2020-01-09 13:51                               ` Andrii Kolomoiets
2020-01-09 14:13                                 ` Robert Pluim
2020-01-09 14:16                                 ` Pip Cet
2020-01-09 14:29                                   ` Andrii Kolomoiets
2020-01-09 15:15                                   ` Robert Pluim
2020-01-11 18:37                                     ` Pieter van Oostrum
2020-01-11 18:43                                       ` Eli Zaretskii
2020-01-11 21:23                                         ` Pieter van Oostrum
2020-01-12  3:33                                           ` Eli Zaretskii
2020-01-11 19:14                                       ` Pip Cet
2020-01-11 21:36                                         ` Pieter van Oostrum
2020-01-04 16:48               ` Pieter van Oostrum
2020-01-04 17:25                 ` Alan Third
2020-01-05 19:41                   ` Pieter van Oostrum

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m2y2ugisqm.fsf@gmail.com \
    --to=rpluim@gmail.com \
    --cc=38748@debbugs.gnu.org \
    --cc=alan@idiocy.org \
    --cc=andreyk.mad@gmail.com \
    --cc=eliz@gnu.org \
    --cc=jguenther@gmail.com \
    --cc=pipcet@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.