GNU bug report logs -
#22818
25.0.91; nextstep/Emacs.app Crash ns_compute_glyph_string_overhangs
Previous Next
Reported by: "Aaron S. Hawley" <aaron.s.hawley <at> gmail.com>
Date: Fri, 26 Feb 2016 13:43:02 UTC
Severity: normal
Tags: moreinfo
Found in version 25.0.91
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On Sat, Nov 19, 2016 at 08:12:07PM +0200, Eli Zaretskii wrote:
> > Date: Sat, 19 Nov 2016 15:51:12 +0000
> > From: Alan Third <alan <at> idiocy.org>
> > Cc: josh <at> berdine.net, 22818 <at> debbugs.gnu.org
> >
> > (gdb) p s->face.id
> > $1 = 17
> > (gdb) p lface_id_to_name[17]
> > $2 = 31008
> > (gdb) xsymbol
> > $3 = (struct Lisp_Symbol *) 0x7ab8
> > Cannot access memory at address 0x7ac0
> > (gdb)
>
> So I guess that face was freed or otherwise made invalid. I thought
> we've got rid of these problems, sigh...
>
> If you start "emacs -Q", let Emacs start up, and then look at that
> face ID, do you see a valid symbol? IOW, do this:
>
> $ gdb ./emacs
> ...
> (gdb) break Fredraw_display
> (gdb) r -Q
>
> Then, after Emacs starts up, type "M-x redraw-display RET", and at the
> GDB prompt type:
>
> (gdb) p lface_id_to_name[17]
> (gdb) xsymbol
>
> What does that show?
>
> And what is the value of next_lface_id at that point?
(gdb) p lface_id_to_name[17]
$1 = 31008
(gdb) xsymbol
$2 = (struct Lisp_Symbol *) 0x7ab8
Cannot access memory at address 0x7ac0
(gdb) p next_lface_id
$3 = 84
--
Alan Third
This bug report was last modified 3 years and 34 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.