GNU bug report logs -
#22301
25.1.50; Emacs crashes while lisp debugging
Previous Next
Full log
Message #17 received at 22301 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Dear Éli,
Answers below...
Le 04/01/2016 16:54, Eli Zaretskii a écrit :
>> From: Vincent Belaïche <vincentb1 <at> users.sourceforge.net>
>> Cc: Vincent Belaïche <vincent.belaiche <at> gmail.com> ,
>> 22301 <at> debbugs.gnu.org
>> Date: Mon, 04 Jan 2016 09:00:42 +0100
>>
[...]
>>
>> The debugging session is still opened, so please feel free to give
>> instructions if you want further details.
>
> Thanks. Please type this at GDB prompt:
>
> (gdb) thread 1
> (gdb) thread apply all bt
>
> and post here everything that GDB produces.
>
> Please leave the debugging session running after you do that, in case
> we will need to ask you to look around some more.
Here is it:
--8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8----
(gdb) thread 1
[Switching to thread 1 (Thread 11676.0x1edc)]
#0 SDATA (string=1461725984) at lisp.h:1325
1325 return XSTRING (string)->data;
(gdb) thread apply all bt
Thread 7 (Thread 11676.0x430):
#0 0x771b8c51 in ntdll!DbgBreakPoint () from C:\WINDOWS\SYSTEM32\ntdll.dll
#1 0x771e9e09 in ntdll!DbgUiRemoteBreakin ()
from C:\WINDOWS\SYSTEM32\ntdll.dll
#2 0xfb32daaf in ?? ()
#3 0x771e9dd0 in ntdll!DbgUiIssueRemoteBreakin ()
from C:\WINDOWS\SYSTEM32\ntdll.dll
#4 0x760238f4 in KERNEL32!BaseThreadInitThunk ()
from C:\WINDOWS\SYSTEM32\kernel32.dll
#5 0x771a56c3 in ntdll!RtlUnicodeStringToInteger ()
from C:\WINDOWS\SYSTEM32\ntdll.dll
#6 0x00000000 in ?? ()
Lisp Backtrace:
"backtrace" (0xbfedac)
"debugger-setup-buffer" (0xbfefe0)
"debug" (0xbff1b4)
"ses-relocate-all" (0xbff200)
"let" (0xbff3bc)
"ses-delete-row" (0xbff598)
"funcall-interactively" (0xbff594)
"call-interactively" (0xbff710)
"command-execute" (0xbff8dc)
Thread 6 (Thread 11676.0x2aa0):
#0 0x771b868c in ntdll!ZwWaitForWorkViaWorkerFactory ()
from C:\WINDOWS\SYSTEM32\ntdll.dll
#1 0x7718a246 in ntdll!EtwNotificationRegister ()
from C:\WINDOWS\SYSTEM32\ntdll.dll
#2 0x760238f4 in KERNEL32!BaseThreadInitThunk ()
from C:\WINDOWS\SYSTEM32\kernel32.dll
#3 0x771a56c3 in ntdll!RtlUnicodeStringToInteger ()
from C:\WINDOWS\SYSTEM32\ntdll.dll
#4 0x00c844c0 in ?? ()
#5 0x771a568e in ntdll!RtlUnicodeStringToInteger ()
from C:\WINDOWS\SYSTEM32\ntdll.dll
#6 0xffffffff in ?? ()
#7 0x771cb6c3 in ntdll!RtlCaptureContext ()
from C:\WINDOWS\SYSTEM32\ntdll.dll
#8 0x00000000 in ?? ()
--8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8----
Please note that I don't get again the debugger prompt --- I am running
the debugger from an Emacs shell buffer, could it be some interaction
that the buffer process sentinel could not capture ? Anyway, I am
keeping the gdb session open, as you asked...
Not sure whether that is useful or not, but please also note that when
Emacs crashed, then I did not get the Yes/No popup asking to attach the
debugger, etc... but the MSWindow usual crash popup (PNG attached)
VBR,
Vincent
[Sans titre.png (image/png, attachment)]
This bug report was last modified 8 years and 166 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.