all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Daniel Clemente <n142857@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 71243-done@debbugs.gnu.org
Subject: bug#71243: 30.0.50; SIGSEGV: realize_face tries to uncache a null face
Date: Tue, 28 May 2024 16:49:12 +0000	[thread overview]
Message-ID: <CAJKAhPAZ7eZgBEj=4nU7_4PEKzVzuQU=R7ZCVfD_tKA2zpj74w@mail.gmail.com> (raw)
In-Reply-To: <86le3tudl8.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 2866 bytes --]

I can't reproduce this, and the fix looks fine, so I guess it can be
closed. Thanks.

On Tue, 28 May 2024 at 16:05, Eli Zaretskii <eliz@gnu.org> wrote:

> > From: Daniel Clemente <n142857@gmail.com>
> > Date: Tue, 28 May 2024 15:33:24 +0000
> >
> > This is similar to bug#71224. I was opening+killing frames in a loop
> with:
> >
> > for j in `seq 350`; do for i in `seq 10`; do urxvt -e emacsclient '-nw'
> '-e' '(dired "~")' &; done; sleep 2 && killall
> > emacsclient; done
> >
> > It's not too much stress, it's just opening 10 frames, waiting 2
> seconds, closing them, and repeating. It takes
> > time (and luck) until it reaches this SIGSEGV, it took around 5 minutes
> and several previous attempts where I
> > saw a different issue (bug#71223).
> > I can't reliably reproduce this.
> >
> > The emacs daemon was using this ~/.emacs. It's something I was using
> when reproducing bug#71176
> > (already fixed, though maybe some call to realize_face needs to be
> protected here to avoid this new case). I'm
> > not sure if the crash would happen with an empty emacs.
> >
> > (setq garbage-collection-messages t)
> > (set-face-foreground 'default "#bbb")
> >
> > Built without X support, running on X. My build is in a recent commit
> and with no patches added.
> >
> > Note that the stack is 12k functions high. Usually when this happens
> there will be a stack overflow (see
> > bug#71223) and Emacs reacts weirdly. I didn't see the stack overflow
> message this time, but the SIGSEGV
> > may be related to being at the stack limit.
> > In that case there may be nothing important to fix and this can be
> closed.
> >
> > process server <2814> no longer connected to pipe; closed it
> > process server <2815> no longer connected to pipe; closed it
> > process server <2822> no longer connected to pipe; closed it
> > process server <2823> no longer connected to pipe; closed it
> > process server <2824> no longer connected to pipe; closed it
> > process server <2825> no longer connected to pipe; closed it
> > process server <2832> no longer connected to pipe; closed it
> > process server <2833> no longer connected to pipe; closed it
> > process server <2834> no longer connected to pipe; closed it
> > process server <2835> no longer connected to pipe; closed it
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x00005555556664cc in uncache_face (c=0x555557a04a40, face=0x0) at
> xfaces.c:4929
> > 4929  int i = face->hash % FACE_CACHE_BUCKETS_SIZE;
> > (gdb) bt
> > #0  0x00005555556664cc in uncache_face (c=0x555557a04a40, face=0x0) at
> xfaces.c:4929
> > #1  0x0000555555668663 in realize_face (cache=0x555557a04a40,
> attrs=0x7fffffba6500,
> > former_face_id=13) at xfaces.c:6060
> > #2  0x0000555555668608 in realize_named_face (f=0x555557c5a558,
> symbol=XIL(0x117f0), id=13) at
> > xfaces.c:6037
>
> Thanks, I installed a fix.
>

[-- Attachment #2: Type: text/html, Size: 3642 bytes --]

      reply	other threads:[~2024-05-28 16:49 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-28 15:33 bug#71243: 30.0.50; SIGSEGV: realize_face tries to uncache a null face Daniel Clemente
2024-05-28 16:05 ` Eli Zaretskii
2024-05-28 16:49   ` Daniel Clemente [this message]

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='CAJKAhPAZ7eZgBEj=4nU7_4PEKzVzuQU=R7ZCVfD_tKA2zpj74w@mail.gmail.com' \
    --to=n142857@gmail.com \
    --cc=71243-done@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /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.