GNU bug report logs - #21428
24.5; Crash of emacs on OS X, installed via homebrew cask

Previous Next

Package: emacs;

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


View this message in rfc822 format

From: Rainer M Krug <Rainer <at> krugs.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: mituharu+bug-gnu-emacs-mac <at> math.s.chiba-u.ac.jp, 21428 <at> debbugs.gnu.org
Subject: bug#21428: 24.5; Crash of emacs on OS X, installed via homebrew cask
Date: Wed, 30 Sep 2015 12:37:59 +0200
[Message part 1 (text/plain, inline)]
One more thing:

Let me know if I should update from git or stay on the one I am using at
the moment.

Thanks,

Rainer

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

>> 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: Wed, 30 Sep 2015 11:49:10 +0200
>> 
>> >> No, I mean continue running with them set to t, and see if the crashes
>> >> in get_glyph_face_and_encoding are prevented by disabling these
>> >> redisplay optimizations.
>> >
>> > OK - got it. So continue the initial plan.
>> 
>> They are all set to t and I got the following crash:
>
> One more theory eats dust.
>
>> Let me know if you need any further info - I will leave the session
>> open.
>
> Just for the record, please show the usual data about this crash: the
> 'used' count of the frame's face cache and the output of "pgrow"
> command in frame #4.
>
> I guess we are down to using the brute-force approach after all.  I
> will prepare a series of GDB commands that you need to invoke before
> running a new Emacs session under GDB.  The output will be recorded in
> a file, which I will ask you to send me for analysis when a crash
> happens.
>
> To prepare those GDB commands, I need to know how many different
> frames you are normally using.  If only one, the job of preparing
> those commands is easier.  If you normally use more than one frame, do
> the crashes happen when you edit in a particular one of them?  IOW,
> would it be easy for you to switch to the frame where the crashes are
> expected, in order to invoke those GDB commands for that one frame?
>
> Thanks.

-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :       +33 - (0)9 53 10 27 44
Cell:       +33 - (0)6 85 62 59 98
Fax :       +33 - (0)9 58 10 27 44

Fax (D):    +49 - (0)3 21 21 25 22 44

email:      Rainer <at> krugs.de

Skype:      RMkrug

PGP: 0x0F52F982
[signature.asc (application/pgp-signature, inline)]

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.