GNU bug report logs - #12579
24.1; Emacs 24.1 / 24.2 (daily) crashes

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Fabrice Niessen <fni <at> missioncriticalit.com>
Cc: 12579 <at> debbugs.gnu.org
Subject: Re: Emacs 24.1 / 24.2 daily crashes
Date: Sat, 06 Oct 2012 14:51:56 +0200

> From: "Fabrice Niessen" <fni <at> missioncriticalit.com>
> Cc: 12579 <at> debbugs.gnu.org
> Date: Sat, 06 Oct 2012 13:26:26 +0200
> 
> Attaching to process 5928
> [New Thread 5928.0x1904]
> [New Thread 5928.0x1c7c]
> [New Thread 5928.0x1644]
> [New Thread 5928.0x28c]
> Reading symbols from /cygdrive/c/Program Files/Emacs-24.2/bin/emacs.exe...done.
> warning: File "/cygdrive/c/Program Files/Emacs-24.2/.gdbinit" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
> (gdb) thread apply all backtrace

Since this _is_ a crash, you _must_ type "continue", wait for another
GDB prompt, and only then type "thread apply all backtrace".
Otherwise, you get a backtrace that is not useful.  Like this one:

> Thread 4 (Thread 5928.0x28c):
> #0  0x7c91120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c962119 in ntdll!KiIntSystemCall () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x00000005 in ?? ()
> #3  0x00000004 in ?? ()
> #4  0x00000001 in ?? ()
> #5  0x7132ffd0 in ?? ()
> #6  0x00000000 in ?? ()
> 
> Thread 3 (Thread 5928.0x1644):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll
> #3  0x00000658 in ?? ()
> #4  0x00000000 in ?? ()
> 
> Thread 2 (Thread 5928.0x1c7c):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7e3991be in USER32!GetProcessWindowStation () from /cygdrive/c/WINDOWS/system32/USER32.dll
> #2  0x7e3991f1 in USER32!GetMessageW () from /cygdrive/c/WINDOWS/system32/USER32.dll
> #3  0x011490bd in w32_msg_pump (msg_buf=0x7236ff54) at w32fns.c:2263
> #4  0x011492fb in w32_msg_worker <at> 4 (arg=0x0) at w32fns.c:2485
> #5  0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll
> #6  0x00000000 in ?? ()
> 
> Thread 1 (Thread 5928.0x1904):
> #0  0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #1  0x7c91df4a in ntdll!ZwWaitForMultipleObjects () from /cygdrive/c/WINDOWS/system32/ntdll.dll
> #2  0x7c8648a2 in UnhandledExceptionFilter () from /cygdrive/c/WINDOWS/system32/kernel32.dll
> #3  0x00000002 in ?? ()
> #4  0x007b7f4c in ?? ()
> #5  0x7c8438fa in ValidateLocale () from /cygdrive/c/WINDOWS/system32/kernel32.dll
> #6  0x00000000 in ?? ()

Thread 1 is the interesting thread, but this backtrace just shows that
it is in an exception handler, which is not useful.

Previous Next

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