GNU bug report logs - #15844
24.3.50; Segfault in redisplay_internal

Previous Next

Package: emacs;

Reported by: Nathan Trapuzzano <nbtrap <at> nbtrap.com>

Date: Sat, 9 Nov 2013 22:07:01 UTC

Severity: normal

Tags: moreinfo

Found in version 24.3.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #17 received at 15844 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nathan Trapuzzano <nbtrap <at> nbtrap.com>
Cc: 15844 <at> debbugs.gnu.org
Subject: Re: bug#15844: 24.3.50; Segfault in redisplay_internal
Date: Sun, 10 Nov 2013 20:37:30 +0200
> From: Nathan Trapuzzano <nbtrap <at> nbtrap.com>
> Cc: 15844 <at> debbugs.gnu.org
> Date: Sun, 10 Nov 2013 06:00:38 -0500
> 
> > Please try to figure out how come FACE_FROM_ID returns NULL when the
> > face ID is 24.  (Is it always 24 when this happens?)
> 
> It's been 24 every time I've looked, which appears to be the "fringe"
> face.  The reason NULL is returned is frame->face_cache->used is 23.

'fringe'?  But this is a TTY session, right?  Emacs is not supposed to
use this face on TTY frames, and even on GUI frames that face is not
used in *Help* buffers.  So how come this face got into this
situation?

If you type "M-x list-faces-display RET", does Emacs also crash, or
does it successfully display all the faces, including 'fringe'?

Also, is the 'fringe' face remapped, or is some other face remapped to
look like 'fringe'?

In any case, can you find a reproducible recipe from "emacs -Q"?  That
would help tremendously to hunt down this bug.




This bug report was last modified 5 years and 272 days ago.

Previous Next


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