GNU bug report logs -
#21428
24.5; Crash of emacs on OS X, installed via homebrew cask
Previous Next
Reported by: Rainer M Krug <Rainer <at> krugs.de>
Date: Mon, 7 Sep 2015 10:11:01 UTC
Severity: normal
Tags: moreinfo
Found in version 24.5
Fixed in version 25.1
Done: Alan Third <alan <at> idiocy.org>
Bug is archived. No further changes may be made.
Full log
Message #212 received at 21428 <at> debbugs.gnu.org (full text, mbox):
> From: Rainer M Krug <Rainer <at> krugs.de>
> Cc: 21428 <at> debbugs.gnu.org, mituharu+bug-gnu-emacs-mac <at> math.s.chiba-u.ac.jp
> Date: Tue, 06 Oct 2015 10:16:22 +0200
>
> OK - I upgraded the OS and emacs is still crashing (although I think
> less frequent?).
>
> I attach the log and I think we are going somewhere.
No, I don't think we've made any progress yet. I need to see a
transcript of a session which ends with an assertion violation due to
FACE_FROM_ID returning a NULL pointer. This session 9and the one
before it) ended prematurely, and it did because of this:
Lisp Backtrace:
Cannot access memory at address 0x2018e20
Somehow, GDB was unable to produce a Lisp backtrace for a reason that
evades me. I'm not sure this reason is relevant, so for now, let's
work around it. For your next session, please start GDB from a
directory other than where you have the .gdbinit file that comes with
Emacs sources, and please do NOT issue the 'source' command to read
.gdbinit before you run Emacs under GDB. This should avoid the
problem we see here, and hopefully allow you to continue running until
Emacs hits that assertion violation in get_glyph_face_and_encoding.
When that happens, the last portion of gdb.txt before the assertion
will hopefully tell us what goes on.
> I have left the session open so just let me know if you need further
> info.
Thanks, you can close it and start a new one.
This bug report was last modified 8 years and 349 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.