GNU bug report logs - #10617
24.0.92; Bidi crash reading a message from emacs-devel

Previous Next

Package: emacs;

Reported by: Nix <nix <at> esperi.org.uk>

Date: Thu, 26 Jan 2012 22:42:02 UTC

Severity: normal

Tags: unreproducible

Found in version 24.0.92

Done: Chong Yidong <cyd <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Nix <nix <at> esperi.org.uk>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 10617 <at> debbugs.gnu.org
Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel
Date: Tue, 31 Jan 2012 18:06:38 +0000
On 31 Jan 2012, Eli Zaretskii verbalised:

>> From: Nix <nix <at> esperi.org.uk>
>> Cc: 10617 <at> debbugs.gnu.org
>> Date: Tue, 31 Jan 2012 14:21:22 +0000
>> 
>> (gdb) xsymbol
>> $2 = (struct Lisp_Symbol *) 0xb81a20
>> There is no member named data.
>
> You are using a bad .gdbinit file, or somehow botched the definition
> of xsymbol or one of the commands it invokes.  How about doing a
> "source .gdbinit" after you verify that .gdbinit comes from the same
> tree from which you produced the Emacs binary?

Well, I'm in the build tree's src subdirectory and xsymbol is defined,
so I'm not sure where else it could be coming from! It's not like I have
multiple .gdbinits lying around that define xsymbol :) I tried sourcing
./.gdbinit explicitly: it changes nothing.

But unfortunately my attempt to reproduce this bug with the same message
have failed so far (it must be dependent on something else in Emacs
state, probably something transient), and the coredump is naturally not
compatible with an Emacs built without optimization. So this probably
needs to be closed as unreproducible :(

-- 
NULL && (void)




This bug report was last modified 12 years and 255 days ago.

Previous Next


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