GNU bug report logs - #71712
29.3; Crash on OpenBSD

Previous Next

Package: emacs;

Reported by: Kirill A. Korinsky <kirill <at> korins.ky>

Date: Sat, 22 Jun 2024 00:29:02 UTC

Severity: normal

Tags: unreproducible

Found in version 29.3

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Kirill A. Korinsky <kirill <at> korins.ky>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: luangruo <at> yahoo.com, 71712 <at> debbugs.gnu.org
Subject: bug#71712: 29.3; Crash on OpenBSD
Date: Wed, 26 Jun 2024 23:00:27 +0100
On Wed, 26 Jun 2024 17:11:41 +0100,
Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
> There's also the "reverse execution" in GDB.  You could set a
> breakpoint where it segfaults, with the condition that face == 0, and
> when that breaks, do reverse-step until you get to the place where the
> frame's face_cache is emptied (cache->used == 0); then produce a
> backtrace, including xbacktrace, and hopefully we will see the
> culprit.

I tried to attach GDB to running process, or start a new emacs under GDB.

Both attemt leads to massive amount of SIGSTOP signals, and if I switch
handler to nostop, I stop to get it, but resulted emacs is unresponsible.

I've rebuild emacs with

  --enable-checking='yes,glyphs' --enable-check-lisp-object-type \
    CFLAGS='-O0 -g3'

with hope that produced .core will be usefull.

-- 
wbr, Kirill




This bug report was last modified 271 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.