* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?)
@ 2012-07-06 15:55 Richard Copley
2012-07-06 16:02 ` Eli Zaretskii
2012-07-06 16:37 ` Juanma Barranquero
0 siblings, 2 replies; 36+ messages in thread
From: Richard Copley @ 2012-07-06 15:55 UTC (permalink / raw)
To: 11867
When I attempted to bootstrap trunk revision 108980 on Windows XP,
Emacs crashed (and showed the abort dialog).
[...]
mingw32-make[2]: Entering directory `G:/emacs-bzr/trunk/leim'
"./../src/oo-spd/i386/emacs.exe" -batch --no-site-file --no-site-lisp -l \
"G:/emacs-bzr/trunk/leim/../lisp/international/titdic-cnv" \
--eval "(batch-titdic-convert t)" \
-dir quail ./CXTERM-DIC
Converting all tit files in the directory g:/emacs-bzr/trunk/leim/CXTERM-DIC
Converting g:/emacs-bzr/trunk/leim/CXTERM-DIC/4Corner.tit to quail-package...
Decoding with coding system cn-big5...
[Emacs abort dialog was shown at this point.]
[The following was printed after I attached and detached the debugger
and terminated the process:]
mingw32-make[2]: *** [quail/CCDOSPY.elc] Error 1
mingw32-make[2]: Leaving directory `G:/emacs-bzr/trunk/leim'
mingw32-make[1]: *** [all-other-dirs-gmake] Error 2
mingw32-make[1]: Leaving directory `G:/emacs-bzr/trunk/nt'
mingw32-make: *** [bootstrap] Error 2
[END]
I attached gdb but for some reason didn't get a useful backtrace:
Attaching to process 3368
[New Thread 3368.0xe1c]
[New Thread 3368.0x764]
Reading symbols from G:\emacs-bzr\trunk\src\oo-spd\i386\emacs.exe...done.
(gdb) bt full
#0 0x7c90120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#1 0x7c952119 in ntdll!KiIntSystemCall () from C:\WINDOWS\system32\ntdll.dll
No symbol table info available.
#2 0x00000005 in ?? ()
No symbol table info available.
#3 0x00000004 in ?? ()
No symbol table info available.
#4 0x00000001 in ?? ()
No symbol table info available.
#5 0x039fffd0 in ?? ()
No symbol table info available.
#6 0x00000000 in ?? ()
No symbol table info available.
(gdb) xbacktrace
Undefined command: "xbacktrace". Try "help".
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
`configure --with-gcc (4.6) --enable-checking --cflags
-fno-omit-frame-pointer -L c:/gnuwin32/lib -I c:/gnuwin32/include'
>gcc --version
gcc (GCC) 4.6.2
^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-06 15:55 bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) Richard Copley @ 2012-07-06 16:02 ` Eli Zaretskii 2012-07-06 16:12 ` Andreas Schwab 2012-07-06 16:37 ` Juanma Barranquero 1 sibling, 1 reply; 36+ messages in thread From: Eli Zaretskii @ 2012-07-06 16:02 UTC (permalink / raw) To: Richard Copley; +Cc: 11867 > Date: Fri, 6 Jul 2012 16:55:06 +0100 > From: Richard Copley <rcopley@gmail.com> > > When I attempted to bootstrap trunk revision 108980 on Windows XP, > Emacs crashed (and showed the abort dialog). > > [...] > mingw32-make[2]: Entering directory `G:/emacs-bzr/trunk/leim' > "./../src/oo-spd/i386/emacs.exe" -batch --no-site-file --no-site-lisp -l \ > "G:/emacs-bzr/trunk/leim/../lisp/international/titdic-cnv" \ > --eval "(batch-titdic-convert t)" \ > -dir quail ./CXTERM-DIC > Converting all tit files in the directory g:/emacs-bzr/trunk/leim/CXTERM-DIC > Converting g:/emacs-bzr/trunk/leim/CXTERM-DIC/4Corner.tit to quail-package... > Decoding with coding system cn-big5... > > [Emacs abort dialog was shown at this point.] > [The following was printed after I attached and detached the debugger > and terminated the process:] > > mingw32-make[2]: *** [quail/CCDOSPY.elc] Error 1 > mingw32-make[2]: Leaving directory `G:/emacs-bzr/trunk/leim' > mingw32-make[1]: *** [all-other-dirs-gmake] Error 2 > mingw32-make[1]: Leaving directory `G:/emacs-bzr/trunk/nt' > mingw32-make: *** [bootstrap] Error 2 > [END] > > I attached gdb but for some reason didn't get a useful backtrace: You need to switch to the right thread, usually thread 1. Can you repeat the attempt, and produce a backtrace? When Emacs shows the abort dialog, and you attach the debugger, do this: (gdb) info threads (gdb) thread 1 (gdb) bt If thread 1 doesn't show a useful backtrace, do the same with thread 2 etc. TIA ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-06 16:02 ` Eli Zaretskii @ 2012-07-06 16:12 ` Andreas Schwab 2012-07-06 17:33 ` Eli Zaretskii 0 siblings, 1 reply; 36+ messages in thread From: Andreas Schwab @ 2012-07-06 16:12 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Richard Copley, 11867 Eli Zaretskii <eliz@gnu.org> writes: > You need to switch to the right thread, usually thread 1. Can you > repeat the attempt, and produce a backtrace? When Emacs shows the > abort dialog, and you attach the debugger, do this: > > (gdb) info threads > (gdb) thread 1 > (gdb) bt > > If thread 1 doesn't show a useful backtrace, do the same with thread 2 > etc. (gdb) thread apply all bt full Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-06 16:12 ` Andreas Schwab @ 2012-07-06 17:33 ` Eli Zaretskii 2012-07-06 17:39 ` Andreas Schwab 0 siblings, 1 reply; 36+ messages in thread From: Eli Zaretskii @ 2012-07-06 17:33 UTC (permalink / raw) To: Andreas Schwab; +Cc: rcopley, 11867 > From: Andreas Schwab <schwab@linux-m68k.org> > Cc: Richard Copley <rcopley@gmail.com>, 11867@debbugs.gnu.org > Date: Fri, 06 Jul 2012 18:12:21 +0200 > > Eli Zaretskii <eliz@gnu.org> writes: > > > You need to switch to the right thread, usually thread 1. Can you > > repeat the attempt, and produce a backtrace? When Emacs shows the > > abort dialog, and you attach the debugger, do this: > > > > (gdb) info threads > > (gdb) thread 1 > > (gdb) bt > > > > If thread 1 doesn't show a useful backtrace, do the same with thread 2 > > etc. > > (gdb) thread apply all bt full We only need one thread (thread 1), the backtrace of the rest is just garbage. ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-06 17:33 ` Eli Zaretskii @ 2012-07-06 17:39 ` Andreas Schwab 2012-07-06 20:58 ` Richard Copley 0 siblings, 1 reply; 36+ messages in thread From: Andreas Schwab @ 2012-07-06 17:39 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 Eli Zaretskii <eliz@gnu.org> writes: >> From: Andreas Schwab <schwab@linux-m68k.org> >> Cc: Richard Copley <rcopley@gmail.com>, 11867@debbugs.gnu.org >> Date: Fri, 06 Jul 2012 18:12:21 +0200 >> >> Eli Zaretskii <eliz@gnu.org> writes: >> >> > You need to switch to the right thread, usually thread 1. Can you >> > repeat the attempt, and produce a backtrace? When Emacs shows the >> > abort dialog, and you attach the debugger, do this: >> > >> > (gdb) info threads >> > (gdb) thread 1 >> > (gdb) bt >> > >> > If thread 1 doesn't show a useful backtrace, do the same with thread 2 >> > etc. >> >> (gdb) thread apply all bt full > > We only need one thread (thread 1), the backtrace of the rest is just > garbage. Unless the thread 1 backtrace is garbage. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-06 17:39 ` Andreas Schwab @ 2012-07-06 20:58 ` Richard Copley 2012-07-07 6:31 ` Eli Zaretskii 0 siblings, 1 reply; 36+ messages in thread From: Richard Copley @ 2012-07-06 20:58 UTC (permalink / raw) To: 11867; +Cc: Juanma Barranquero, Andreas Schwab >>> Eli Zaretskii writes: >>> >>> > You need to switch to the right thread, usually thread 1. Can you >>> > repeat the attempt, and produce a backtrace? When Emacs shows the >>> > abort dialog, and you attach the debugger, do this: >>> > >>> > (gdb) info threads >>> > (gdb) thread 1 >>> > (gdb) bt >>> > >>> > If thread 1 doesn't show a useful backtrace, do the same with thread 2 >>> > etc. >>> >>> (gdb) thread apply all bt full OK, thanks. I just bootstrapped 108908 [sic] here (on Windows 7) without error. The (XP) machine where I saw the crash is turned off now until Monday. I will get the backtrace then, unless you ask me not to. BTW, is there a recommended way to build a previous revision? I ran "bzr revert -r108908" before running Make, which I suppose is good enough, but `emacs-bzr-revision' ends up being the latest revision that I have pulled. ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-06 20:58 ` Richard Copley @ 2012-07-07 6:31 ` Eli Zaretskii 0 siblings, 0 replies; 36+ messages in thread From: Eli Zaretskii @ 2012-07-07 6:31 UTC (permalink / raw) To: Richard Copley; +Cc: 11867, schwab, lekktu > Date: Fri, 6 Jul 2012 21:58:24 +0100 > From: Richard Copley <rcopley@gmail.com> > Cc: Andreas Schwab <schwab@linux-m68k.org>, Eli Zaretskii <eliz@gnu.org>, > Juanma Barranquero <lekktu@gmail.com> > > >>> (gdb) thread apply all bt full > > OK, thanks. I just bootstrapped 108908 [sic] here (on Windows 7) > without error. The (XP) machine where I saw the crash is turned off > now until Monday. I will get the backtrace then, unless you ask me not > to. Thanks. If the latest trunks bootstraps on that XP machine without problems, there's no need to produce backtrace from an earlier revisions. > BTW, is there a recommended way to build a previous revision? I ran > "bzr revert -r108908" before running Make, which I suppose is good > enough, but `emacs-bzr-revision' ends up being the latest revision > that I have pulled. "bzr revno" shows the revision of your local repository, not of the tree. "bzr revert" reverts the tree to the named revision, but does not remove the info about the next revisions from the repository's meta-data. IOW, "bzr revert" is the right way of doing what you ask, it just doesn't show in "bzr revno". ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-06 15:55 bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) Richard Copley 2012-07-06 16:02 ` Eli Zaretskii @ 2012-07-06 16:37 ` Juanma Barranquero 2012-07-06 17:35 ` Eli Zaretskii 2012-07-07 9:09 ` Jason Rumney 1 sibling, 2 replies; 36+ messages in thread From: Juanma Barranquero @ 2012-07-06 16:37 UTC (permalink / raw) To: Richard Copley; +Cc: 11867 [I sent this privately by accident] On Fri, Jul 6, 2012 at 5:55 PM, Richard Copley <rcopley@gmail.com> wrote: > When I attempted to bootstrap trunk revision 108980 on Windows XP, > Emacs crashed (and showed the abort dialog). Assuming that you mean 108908, I think the problem (which I also saw) is cured by 108911. Still, something weird is happening, because I've seen several Emacs crashes while byte-compiling lisp/language/japanese.el, but only during bootstrap. Juanma ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-06 16:37 ` Juanma Barranquero @ 2012-07-06 17:35 ` Eli Zaretskii 2012-07-09 3:56 ` Juanma Barranquero 2012-07-07 9:09 ` Jason Rumney 1 sibling, 1 reply; 36+ messages in thread From: Eli Zaretskii @ 2012-07-06 17:35 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 6 Jul 2012 18:37:43 +0200 > Cc: 11867@debbugs.gnu.org > > Still, something weird is happening, because I've seen several Emacs > crashes while byte-compiling lisp/language/japanese.el, but only > during bootstrap. Which means the problem only happens when the byte compiler runs interpreted. ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-06 17:35 ` Eli Zaretskii @ 2012-07-09 3:56 ` Juanma Barranquero 2012-07-09 16:31 ` Eli Zaretskii 0 siblings, 1 reply; 36+ messages in thread From: Juanma Barranquero @ 2012-07-09 3:56 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 On Fri, Jul 6, 2012 at 7:35 PM, Eli Zaretskii <eliz@gnu.org> wrote: > Which means the problem only happens when the byte compiler runs > interpreted. This is a not-very-helpful backtrace. Juanma GNU gdb (GDB) 7.4 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-mingw32". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Attaching to process 3348 [New Thread 3348.0xf40] [New Thread 3348.0x1398] [New Thread 3348.0x13c8] Reading symbols from C:\emacs\debug\src\oo\i386\emacs.exe...done. SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] Environment variable "DISPLAY" not defined. Environment variable "TERM" not defined. Breakpoint 1 at 0x114df62: file w32fns.c, line 7170. Temporary breakpoint 2 at 0x114e5a1: file sysdep.c, line 850. (gdb) bt #0 0x776a000d in ntdll!LdrFindResource_U () from C:\Windows\SysWOW64\ntdll.dll #1 0x7772f896 in ntdll!RtlQueryTimeZoneInformation () from C:\Windows\SysWOW64\ntdll.dll #2 0x00c1bef0 in ?? () #3 0x752a339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll #4 0x00000000 in ?? () Lisp Backtrace: "kill-buffer" (0x88d398) "byte-compile-file" (0x88d6b8) 0x3ecee70 No symbol "PVEC_TYPE_MASK" in current context. (gdb) thread 1 [Switching to thread 1 (Thread 3348.0xf40)] #0 0x776b013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\SysWOW64\ntdll.dll (gdb) bt #0 0x776b013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\SysWOW64\ntdll.dll #1 0x776b013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\SysWOW64\ntdll.dll #2 0x75ab0bdd in WaitForMultipleObjectsEx () from C:\Windows\syswow64\KernelBase.dll #3 0x00000002 in ?? () #4 0x0088cbbc in ?? () #5 0x752a1a2c in KERNEL32!GetVolumePathNamesForVolumeNameA () from C:\Windows\syswow64\kernel32.dll #6 0x0088cbbc in ?? () #7 0x752a4208 in KERNEL32!CheckForReadOnlyResource () from C:\Windows\syswow64\kernel32.dll #8 0x00000002 in ?? () #9 0x7efde000 in ?? () #10 0x752c80a4 in KERNEL32!GetQueuedCompletionStatus () from C:\Windows\syswow64\kernel32.dll #11 0x00000002 in ?? () #12 0x0088cca0 in ?? () #13 0x752c7f63 in KERNEL32!GetQueuedCompletionStatus () from C:\Windows\syswow64\kernel32.dll #14 0x0088cdb8 in ?? () #15 0x752c7858 in KERNEL32!GetQueuedCompletionStatus () from C:\Windows\syswow64\kernel32.dll #16 0x0088cdb8 in ?? () #17 0x752c77d7 in KERNEL32!GetQueuedCompletionStatus () from C:\Windows\syswow64\kernel32.dll #18 0x0088cdb8 in ?? () #19 0x777074df in ntdll!AlpcMaxAllowedMessageLength () from C:\Windows\SysWOW64\ntdll.dll #20 0x00000000 in ?? () Lisp Backtrace: "kill-buffer" (0x88d398) "byte-compile-file" (0x88d6b8) 0x3ecee70 No symbol "PVEC_TYPE_MASK" in current context. (gdb) thread 2 [Switching to thread 2 (Thread 3348.0x1398)] #0 0x776b013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\SysWOW64\ntdll.dll (gdb) bt #0 0x776b013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\SysWOW64\ntdll.dll #1 0x776b013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\SysWOW64\ntdll.dll #2 0x776e2f51 in ntdll!RtlWeaklyEnumerateEntryHashTable () from C:\Windows\SysWOW64\ntdll.dll #3 0x00000003 in ?? () #4 0x00b470d0 in ?? () #5 0x752a339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll #6 0x00000000 in ?? () Lisp Backtrace: "kill-buffer" (0x88d398) "byte-compile-file" (0x88d6b8) 0x3ecee70 No symbol "PVEC_TYPE_MASK" in current context. (gdb) thread 3 [Switching to thread 3 (Thread 3348.0x13c8)] #0 0x776a000d in ntdll!LdrFindResource_U () from C:\Windows\SysWOW64\ntdll.dll (gdb) bt #0 0x776a000d in ntdll!LdrFindResource_U () from C:\Windows\SysWOW64\ntdll.dll #1 0x7772f896 in ntdll!RtlQueryTimeZoneInformation () from C:\Windows\SysWOW64\ntdll.dll #2 0x00c1bef0 in ?? () #3 0x752a339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll #4 0x00000000 in ?? () Lisp Backtrace: "kill-buffer" (0x88d398) "byte-compile-file" (0x88d6b8) 0x3ecee70 No symbol "PVEC_TYPE_MASK" in current context. ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-09 3:56 ` Juanma Barranquero @ 2012-07-09 16:31 ` Eli Zaretskii 2012-07-09 16:57 ` Juanma Barranquero 0 siblings, 1 reply; 36+ messages in thread From: Eli Zaretskii @ 2012-07-09 16:31 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 > From: Juanma Barranquero <lekktu@gmail.com> > Date: Mon, 9 Jul 2012 05:56:15 +0200 > Cc: rcopley@gmail.com, 11867@debbugs.gnu.org > > On Fri, Jul 6, 2012 at 7:35 PM, Eli Zaretskii <eliz@gnu.org> wrote: > > > Which means the problem only happens when the byte compiler runs > > interpreted. > > This is a not-very-helpful backtrace. Are you sure there were only 3 threads? ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-09 16:31 ` Eli Zaretskii @ 2012-07-09 16:57 ` Juanma Barranquero 2012-07-09 17:09 ` Andreas Schwab 2012-07-09 17:14 ` Eli Zaretskii 0 siblings, 2 replies; 36+ messages in thread From: Juanma Barranquero @ 2012-07-09 16:57 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 On Mon, Jul 9, 2012 at 6:31 PM, Eli Zaretskii <eliz@gnu.org> wrote: > Are you sure there were only 3 threads? "thread 4" gave an error, "Thread ID 4 not known". Juanma ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-09 16:57 ` Juanma Barranquero @ 2012-07-09 17:09 ` Andreas Schwab 2012-07-09 17:10 ` Juanma Barranquero 2012-07-09 17:14 ` Eli Zaretskii 1 sibling, 1 reply; 36+ messages in thread From: Andreas Schwab @ 2012-07-09 17:09 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 (gdb) thread apply all bt will make sure all threads are listed. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-09 17:09 ` Andreas Schwab @ 2012-07-09 17:10 ` Juanma Barranquero 0 siblings, 0 replies; 36+ messages in thread From: Juanma Barranquero @ 2012-07-09 17:10 UTC (permalink / raw) To: Andreas Schwab; +Cc: rcopley, 11867 On Mon, Jul 9, 2012 at 7:09 PM, Andreas Schwab <schwab@linux-m68k.org> wrote: > (gdb) thread apply all bt > > will make sure all threads are listed. Thanks. I'll make sure to use it on the next crash. Juanma ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-09 16:57 ` Juanma Barranquero 2012-07-09 17:09 ` Andreas Schwab @ 2012-07-09 17:14 ` Eli Zaretskii 2012-07-09 17:21 ` Juanma Barranquero 1 sibling, 1 reply; 36+ messages in thread From: Eli Zaretskii @ 2012-07-09 17:14 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 > X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, > RCVD_IN_DNSWL_LOW,T_DKIM_INVALID autolearn=ham version=3.3.2 > From: Juanma Barranquero <lekktu@gmail.com> > Date: Mon, 9 Jul 2012 18:57:34 +0200 > Cc: rcopley@gmail.com, 11867@debbugs.gnu.org > > On Mon, Jul 9, 2012 at 6:31 PM, Eli Zaretskii <eliz@gnu.org> wrote: > > > Are you sure there were only 3 threads? > > "thread 4" gave an error, "Thread ID 4 not known". OK. And how did you attach the debugger? Or did you run Emacs under the debugger to begin with? ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-09 17:14 ` Eli Zaretskii @ 2012-07-09 17:21 ` Juanma Barranquero 2012-07-09 20:42 ` Eli Zaretskii 0 siblings, 1 reply; 36+ messages in thread From: Juanma Barranquero @ 2012-07-09 17:21 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 On Mon, Jul 9, 2012 at 7:14 PM, Eli Zaretskii <eliz@gnu.org> wrote: > OK. And how did you attach the debugger? Or did you run Emacs under > the debugger to begin with? No. It crashes during the bootstrap (it was a debug bootstrap, with --no-opt and --enable-checking, etc), so I did tasklist emacs ; to get the ID of the only Emacs running cd src gdb -p EMACS-ID Emacs is not crashing on w32_abort(), and I don't get a dialog asking to attach a debugger. Juanma ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-09 17:21 ` Juanma Barranquero @ 2012-07-09 20:42 ` Eli Zaretskii 2012-07-09 20:54 ` Juanma Barranquero 0 siblings, 1 reply; 36+ messages in thread From: Eli Zaretskii @ 2012-07-09 20:42 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 > From: Juanma Barranquero <lekktu@gmail.com> > Date: Mon, 9 Jul 2012 19:21:34 +0200 > Cc: rcopley@gmail.com, 11867@debbugs.gnu.org > > On Mon, Jul 9, 2012 at 7:14 PM, Eli Zaretskii <eliz@gnu.org> wrote: > > > OK. And how did you attach the debugger? Or did you run Emacs under > > the debugger to begin with? > > No. It crashes during the bootstrap (it was a debug bootstrap, with > --no-opt and --enable-checking, etc), so I did > > tasklist emacs ; to get the ID of the only Emacs running > cd src > gdb -p EMACS-ID > Sorry, I don't understand: how did you know to attach the debugger exactly when Emacs crashed or was about to crash? Just attaching a debugger stops Emacs wherever it was, which could be anywhere (judging by the backtrace, it was in some system call, waiting for some other syscall to finish). That place is random, normally having nothing to do with the crash. > Emacs is not crashing on w32_abort(), and I don't get a dialog asking > to attach a debugger. But you said that Emacs crashes while byte-compiling japanese.el. When it did crash, did you see the abort dialog, or did you see something else? ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-09 20:42 ` Eli Zaretskii @ 2012-07-09 20:54 ` Juanma Barranquero 2012-07-10 2:43 ` Eli Zaretskii 0 siblings, 1 reply; 36+ messages in thread From: Juanma Barranquero @ 2012-07-09 20:54 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 On Mon, Jul 9, 2012 at 10:42 PM, Eli Zaretskii <eliz@gnu.org> wrote: > Sorry, I don't understand: how did you know to attach the debugger > exactly when Emacs crashed or was about to crash? Just attaching a > debugger stops Emacs wherever it was, which could be anywhere (judging > by the backtrace, it was in some system call, waiting for some other > syscall to finish). That place is random, normally having nothing to > do with the crash. [...] > But you said that Emacs crashes while byte-compiling japanese.el. > When it did crash, did you see the abort dialog, or did you see > something else? During the bootstrap, while Emacs is byte-compiling files, it crashes. I know that because: 1) I get a message from Windows (not the usual w32_abort dialog) telling me that Emacs has crashed and asking whether I want to send a report to Microsoft. 2) Bootstrapping stops until I dismiss that message. At that point, until I tell Windows to dismiss the report sending, I have all the time in the world to get the id of the only Emacs running and attach gdb to it. Additionally, 3) I know that it is in japanese.el, because it happens while bytecompiling lisp/language/*, and japanese.el is the only missing .elc afterwards. I get the crash in all bootstraps, so if you want me to try something, just ask. Juanma ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-09 20:54 ` Juanma Barranquero @ 2012-07-10 2:43 ` Eli Zaretskii 2012-07-10 11:38 ` Juanma Barranquero 0 siblings, 1 reply; 36+ messages in thread From: Eli Zaretskii @ 2012-07-10 2:43 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 > From: Juanma Barranquero <lekktu@gmail.com> > Date: Mon, 9 Jul 2012 22:54:22 +0200 > Cc: rcopley@gmail.com, 11867@debbugs.gnu.org > > During the bootstrap, while Emacs is byte-compiling files, it crashes. > I know that because: > > 1) I get a message from Windows (not the usual w32_abort dialog) > telling me that Emacs has crashed and asking whether I want to send a > report to Microsoft. > 2) Bootstrapping stops until I dismiss that message. > > At that point, until I tell Windows to dismiss the report sending, I > have all the time in the world to get the id of the only Emacs running > and attach gdb to it. In that case, after you attach the debugger, you should type "continue" at GDB prompt, and then click "Debug" on the dialog popped by Windows. Exactly like you would if the w32_abort dialog was popped up. Then, when Emacs crashes, you'll get a useful backtrace. ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-10 2:43 ` Eli Zaretskii @ 2012-07-10 11:38 ` Juanma Barranquero 2012-07-10 16:11 ` Eli Zaretskii 0 siblings, 1 reply; 36+ messages in thread From: Juanma Barranquero @ 2012-07-10 11:38 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 On Tue, Jul 10, 2012 at 4:43 AM, Eli Zaretskii <eliz@gnu.org> wrote: > In that case, after you attach the debugger, you should type > "continue" at GDB prompt, and then click "Debug" on the dialog popped > by Windows. There's no Debug on the Windows dialog. There's only one option, which is to cancel the program. As soon as I do that, the program exits. Juanma ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-10 11:38 ` Juanma Barranquero @ 2012-07-10 16:11 ` Eli Zaretskii 2012-07-10 16:36 ` Juanma Barranquero 2012-07-13 0:13 ` Juanma Barranquero 0 siblings, 2 replies; 36+ messages in thread From: Eli Zaretskii @ 2012-07-10 16:11 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 > From: Juanma Barranquero <lekktu@gmail.com> > Date: Tue, 10 Jul 2012 13:38:57 +0200 > Cc: rcopley@gmail.com, 11867@debbugs.gnu.org > > On Tue, Jul 10, 2012 at 4:43 AM, Eli Zaretskii <eliz@gnu.org> wrote: > > > In that case, after you attach the debugger, you should type > > "continue" at GDB prompt, and then click "Debug" on the dialog popped > > by Windows. > > There's no Debug on the Windows dialog. There's only one option, which > is to cancel the program. As soon as I do that, the program exits. Some newish Window 7 thing, I suppose. And if you just type "continue", does anything useful happen? Also, do you see anything in the Event Viewer (under Application logs) at that time? Another idea is to install DrMinGW as the JIT debugger. Or just run Emacs under GDB to begin with, or attach it slightly before the crash (you can use Ctrl-S to pause it). ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-10 16:11 ` Eli Zaretskii @ 2012-07-10 16:36 ` Juanma Barranquero 2012-07-10 17:35 ` Eli Zaretskii 2012-07-13 0:13 ` Juanma Barranquero 1 sibling, 1 reply; 36+ messages in thread From: Juanma Barranquero @ 2012-07-10 16:36 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 On Tue, Jul 10, 2012 at 6:11 PM, Eli Zaretskii <eliz@gnu.org> wrote: > And if you just type "continue", does anything useful happen? If I type "continue", Emacs continues, but does nothing until I click on canceling the program. Then ends. I suppose I could try continue and then Ctrl-C to interrupt... > Also, do you see anything in the Event Viewer (under Application logs) > at that time? Yes, though it's not very useful. - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> - <System> <Provider Name="Application Error" /> <EventID Qualifiers="0">1000</EventID> <Level>2</Level> <Task>100</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2012-07-09T03:48:40.000000000Z" /> <EventRecordID>73848</EventRecordID> <Channel>Application</Channel> <Computer>ODIEONE</Computer> <Security /> </System> - <EventData> <Data>emacs.exe</Data> <Data>24.1.50.0</Data> <Data>4ffa51bc</Data> <Data>emacs.exe</Data> <Data>24.1.50.0</Data> <Data>4ffa51bc</Data> <Data>c0000005</Data> <Data>002dcb87</Data> <Data>d14</Data> <Data>01cd5d85b9062960</Data> <Data>C:\emacs\debug\src\oo\i386\emacs.exe</Data> <Data>C:\emacs\debug\src\oo\i386\emacs.exe</Data> <Data>f8308fe0-c978-11e1-8348-002618b305ae</Data> </EventData> </Event> > Another idea is to install DrMinGW as the JIT debugger. I've now done that. > Or just run > Emacs under GDB to begin with If you can give the comand line to run the bootstrapping Emacs under GDB, I can test it. Juanma ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-10 16:36 ` Juanma Barranquero @ 2012-07-10 17:35 ` Eli Zaretskii 2012-07-10 20:20 ` Juanma Barranquero 2012-07-13 0:19 ` Juanma Barranquero 0 siblings, 2 replies; 36+ messages in thread From: Eli Zaretskii @ 2012-07-10 17:35 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 > From: Juanma Barranquero <lekktu@gmail.com> > Date: Tue, 10 Jul 2012 18:36:48 +0200 > Cc: rcopley@gmail.com, 11867@debbugs.gnu.org > > <Data>emacs.exe</Data> > <Data>24.1.50.0</Data> > <Data>4ffa51bc</Data> > <Data>emacs.exe</Data> > <Data>24.1.50.0</Data> > <Data>4ffa51bc</Data> > <Data>c0000005</Data> > <Data>002dcb87</Data> c0000005 is "invalid Access", the equivalent of SIGSEGV. One of the other 2 hex numbers should be the address where it crashed, but they both look either too large or too small... > > Or just run > > Emacs under GDB to begin with > > If you can give the comand line to run the bootstrapping Emacs under > GDB, I can test it. Copy the command run by Make, then start the debugger like this: gdb --args ../src/oo/i386/emacs.exe EMACS-ARGS where EMACS-ARGS are the command-line arguments passed to Emacs by Make during the normal bootstrap, sans the Emacs executable file name. However, before you try that, I'd suggest to let Emacs run as usual, and attach the debugger to it when it already runs with the correct command line. To this end, pause Emacs with Ctrl-S some short time before it crashes (I assume you know when that's going to happen by the output that gets written to the screen), then attach the debugger: cd src && gdb -p EMACS-PID Then let Emacs run: (gdb) continue and press Ctrl-Q to cancel the pause. Then wait until it crashes. ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-10 17:35 ` Eli Zaretskii @ 2012-07-10 20:20 ` Juanma Barranquero 2012-07-13 0:19 ` Juanma Barranquero 1 sibling, 0 replies; 36+ messages in thread From: Juanma Barranquero @ 2012-07-10 20:20 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 On Tue, Jul 10, 2012 at 7:35 PM, Eli Zaretskii <eliz@gnu.org> wrote: > However, before you try that, I'd suggest to let Emacs run as usual, > and attach the debugger to it when it already runs with the correct > command line. (Un)?fortunately, I don't see the crash now. I'll try what you suggests if it reapears. Juanma ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-10 17:35 ` Eli Zaretskii 2012-07-10 20:20 ` Juanma Barranquero @ 2012-07-13 0:19 ` Juanma Barranquero 2012-07-13 4:57 ` Eli Zaretskii 1 sibling, 1 reply; 36+ messages in thread From: Juanma Barranquero @ 2012-07-13 0:19 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 On Tue, Jul 10, 2012 at 7:35 PM, Eli Zaretskii <eliz@gnu.org> wrote: > However, before you try that, I'd suggest to let Emacs run as usual, > and attach the debugger to it when it already runs with the correct > command line. To this end, pause Emacs with Ctrl-S some short time > before it crashes (I assume you know when that's going to happen by > the output that gets written to the screen) The crash happens when running the compile-CMD target, at this: for %%f in (. $(WINS)) do for %%g in (%%f/*.el) do \ $(emacs) -l loaddefs $(BYTE_COMPILE_FLAGS) -f batch-byte-compile-if-not-done %%f/%%g so each Emacs instance runs only for a few seconds, the time to compile a single .el file. I can try modifying the makefile and forcing it to run emacs under gdb when %f/%g is either language/japan-util.el or language/japanese.el, the two only files that cause the crash. Juanma ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-13 0:19 ` Juanma Barranquero @ 2012-07-13 4:57 ` Eli Zaretskii 0 siblings, 0 replies; 36+ messages in thread From: Eli Zaretskii @ 2012-07-13 4:57 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 13 Jul 2012 02:19:25 +0200 > Cc: rcopley@gmail.com, 11867@debbugs.gnu.org > > for %%f in (. $(WINS)) do for %%g in (%%f/*.el) do \ > $(emacs) -l loaddefs $(BYTE_COMPILE_FLAGS) -f > batch-byte-compile-if-not-done %%f/%%g > > so each Emacs instance runs only for a few seconds, the time to > compile a single .el file. I can try modifying the makefile and > forcing it to run emacs under gdb when %f/%g is either > language/japan-util.el or language/japanese.el, the two only files > that cause the crash. That should do the trick, I think. ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-10 16:11 ` Eli Zaretskii 2012-07-10 16:36 ` Juanma Barranquero @ 2012-07-13 0:13 ` Juanma Barranquero 2012-07-13 7:57 ` Eli Zaretskii 1 sibling, 1 reply; 36+ messages in thread From: Juanma Barranquero @ 2012-07-13 0:13 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 On Tue, Jul 10, 2012 at 6:11 PM, Eli Zaretskii <eliz@gnu.org> wrote: > Another idea is to install DrMinGW as the JIT debugger. DEBUG_EVENT: dwDebugEventCode = CREATE_PROCESS_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 114 hProcess = 110 hThread = FC lpBaseOfImage = 1000000 dwDebugInfoFileOffset = 30AD000 nDebugInfoSize = 3FD7 lpThreadLocalBase = 7EFDD000 lpStartAddress = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 118 lpBaseOfDll = 774B0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = CREATE_THREAD_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 1414 hThread = 11C lpThreadLocalBase = 7EFDA000 lpStartAddress = 77502E25 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 120 lpBaseOfDll = 75E90000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 124 lpBaseOfDll = 76860000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 128 lpBaseOfDll = 76AF0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 12C lpBaseOfDll = 76720000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 130 lpBaseOfDll = 76AD0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 134 lpBaseOfDll = 75B00000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 138 lpBaseOfDll = 74B90000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 13C lpBaseOfDll = 74B80000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 140 lpBaseOfDll = 72920000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 144 lpBaseOfDll = 764E0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 148 lpBaseOfDll = 762F0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 14C lpBaseOfDll = 77480000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 150 lpBaseOfDll = 769D0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 154 lpBaseOfDll = 758E0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 158 lpBaseOfDll = 76580000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 15C lpBaseOfDll = 74BF0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 160 lpBaseOfDll = 724E0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 164 lpBaseOfDll = 76180000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 168 lpBaseOfDll = 71CC0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 16C lpBaseOfDll = 71C60000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 174 lpBaseOfDll = 76B90000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 170 lpBaseOfDll = 76410000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 178 lpBaseOfDll = A20000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 17C lpBaseOfDll = 970000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 180 lpBaseOfDll = 726D0000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = LOAD_DLL_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 hFile = 184 lpBaseOfDll = 75890000 dwDebugInfoFileOffset = 0 nDebugInfoSize = 0 lpImageName = NULL fUnicoded = 1 DEBUG_EVENT: dwDebugEventCode = CREATE_THREAD_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 1864 hThread = 188 lpThreadLocalBase = 7EFD7000 lpStartAddress = 7754F85A DEBUG_EVENT: dwDebugEventCode = EXCEPTION_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 1864 ExceptionCode = 80000003 ExceptionFlags = 0 ExceptionAddress = 774C000C dwFirstChance = 1 DEBUG_EVENT: dwDebugEventCode = EXIT_THREAD_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 1864 dwExitCode = 0 DEBUG_EVENT: dwDebugEventCode = EXCEPTION_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 ExceptionCode = C0000005 ExceptionFlags = 0 ExceptionAddress = 12E09BF dwFirstChance = 0 emacs.exe caused an Access Violation at location 012e09bf in module emacs.exe Reading from location 058d7018. Registers: eax=058d7000 ebx=056fc880 ecx=00000000 edx=056fc260 esi=03e8d31c edi=03846d1e eip=012e09bf esp=0088d1f0 ebp=0088d218 iopl=0 nv up ei pl nz na po nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010206 Call stack: AddrPC AddrReturn AddrFrame AddrStack Params 012E09BF 012E0EF9 0088D218 0088D1F0 056FC880 03E8D200 0088D258 010AE3CF 012E09BF emacs.exe:012E09BFC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 012E0EF9 010B9406 0088D238 0088D220 03E8D31C 057FA11E 03E8D205 00000027 012E0EF9 emacs.exe:012E0EF9C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010B9406 010AB08C 0088D258 0088D240 03E8D200 00000001 00000040 00000404 010B9406 emacs.exe:010B9406C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010AB08C 010364D2 0088D2B8 0088D260 03E8D205 03F03120 0088D2E8 010ABAFD 010AB08C emacs.exe:010AB08CC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010364D2 010DE610 0088D358 0088D2C0 00000002 0088D394 0384981A 00000000 010364D2 emacs.exe:010364D2C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010DE610 01036FBE 0088D598 0088D360 0408F881 03D8AE75 00000044 00000804 010DE610 emacs.exe:010DE610C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01036FBE 010368D8 0088D5F8 0088D5A0 03D89F1D 00000001 0088D6B8 0088D654 01036FBE emacs.exe:01036FBEC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010368D8 010DE610 0088D698 0088D600 00000002 0088D6B4 00000003 00000000 010368D8 emacs.exe:010368D8C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010DE610 01036FBE 0088D898 0088D6A0 05796DB1 03E97F8D 00000008 00000000 010DE610 emacs.exe:010DE610C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01036FBE 010368D8 0088D8F8 0088D8A0 03E97F9D 00000000 0088D9C4 03A38ECE 01036FBE emacs.exe:01036FBEC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010368D8 0103448B 0088D998 0088D900 00000001 0088D9C0 0088D9C8 00000001 010368D8 emacs.exe:010368D8C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 0103448B 0103236F 0088DAA8 0088D9A0 056806A6 00000404 0088DB58 0103624A 0103448B emacs.exe:0103448BC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 0103236F 010DF2D7 0088DB58 0088DAB0 057930C2 056806A6 056805B6 01067189 0103236F emacs.exe:0103236FC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010DF2D7 01036FBE 0088DD88 0088DB60 05796D31 03E96E75 00000030 00000404 010DF2D7 emacs.exe:010DF2D7C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01036FBE 010368D8 0088DDE8 0088DD90 03E94FDD 00000001 0088DEB0 038622A2 01036FBE emacs.exe:01036FBEC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010368D8 010DE610 0088DE88 0088DDF0 00000002 0088DEAC 2AA55CEF 000181B6 010368D8 emacs.exe:010368D8C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010DE610 01036FBE 0088E0A8 0088DE90 057963E1 03E94F15 00000028 00000400 010DE610 emacs.exe:010DE610C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01036FBE 010368D8 0088E108 0088E0B0 03E94F6D 00000001 0088E1C8 0088E2A8 01036FBE emacs.exe:01036FBEC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010368D8 010DE610 0088E1A8 0088E110 00000002 0088E1C4 04017A06 01311D2D 010368D8 emacs.exe:010368D8C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010DE610 01036FBE 0088E3A8 0088E1B0 05796391 03E95FDD 00000008 00000000 010DE610 emacs.exe:010DE610C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01036FBE 010368D8 0088E408 0088E3B0 03E94EF5 00000000 0088E4D4 01033E12 01036FBE emacs.exe:01036FBEC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010368D8 0103448B 0088E4A8 0088E410 00000001 0088E4D0 03DD08B6 00000001 010368D8 emacs.exe:010368D8C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 0103448B 01030434 0088E5B8 0088E4B0 03A38F86 0384981A 0384981A 01311F0D 0103448B emacs.exe:0103448BC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 010302C7 0088E5E8 0088E5C0 03A38F96 03C5E321 0088E618 01084AD0 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010302C7 01034209 0088E618 0088E5F0 03A38F66 039A7191 03A38E9E 01311D75 010302C7 emacs.exe:010302C7C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 01030434 0088E708 0088E620 03A38F4E 0384981A 03A38E9E 017D97E5 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 0103038B 0088E738 0088E710 03A38F9E 03B016AE 0384981A 01311CE5 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 0103038B 01034209 0088E768 0088E740 03A38FA6 03DADB9E 0384FE00 03DADAAE 0103038B emacs.exe:0103038BC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 01030434 0088E858 0088E770 03A38D3E 03B014BE 0384981A 00000001 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 010315D1 0088E888 0088E860 03A3EC4E 03B0149E 0384981A 0384981A 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010315D1 01034209 0088E8E8 0088E890 03A3961E 00000002 0088E9A4 00000010 010315D1 emacs.exe:010315D1C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 01030434 0088E9D8 0088E8F0 03A395C6 03D70FED 0088EAD8 0088EA00 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 01031AD6 0088EA08 0088E9E0 03A3EC9E 0088EA24 FFFFFFFF 03DADB2E 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01031AD6 01034209 0088EA48 0088EA10 03A395BE 03A39526 0088EB68 0103448B 01031AD6 emacs.exe:01031AD6C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 01030434 0088EB38 0088EA50 03A395B6 03DADB9E 0384981A 00000001 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 01031A4A 0088EB68 0088EB40 03A3ECA6 03DADB9E 0088EBA8 0103D35B 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01031A4A 01034209 0088EC18 0088EB70 03A3946E 00000001 0088EC48 0103B6CF 01031A4A emacs.exe:01031A4AC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 01030434 0088ED08 0088EC20 03A39AE6 0384981A 0088ED88 01038456 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 01034209 0088ED38 0088ED10 03DADA76 0384981A 00000000 0388A271 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 010302AA 0088EE28 0088ED40 03DADA7E 03DADA26 0384FE00 01030434 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010302AA 01034209 0088EE58 0088EE30 03DADA8E 0088EE80 03DADA96 0388285E 010302AA emacs.exe:010302AAC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 01034B5B 0088EF48 0088EE60 03DADA96 03A39ADE 0088EF78 01027BE5 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034B5B 01030434 0088F038 0088EF50 03A39AD6 03DADA6E 0384981A 00000001 01034B5B emacs.exe:01034B5BC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 01031A4A 0088F068 0088F040 03A3ECB6 03DADA6E 0384981A 00000003 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01031A4A 01034209 0088F108 0088F070 03A39ACE 03A39A46 00000000 0388A371 01031A4A emacs.exe:01031A4AC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 01030434 0088F1F8 0088F110 03A39A8E 03DADA26 0384981A 00000001 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 010372C9 0088F228 0088F200 03A3E8FE 03DADA26 03DA5A06 03A2320E 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010372C9 01036C0E 0088F288 0088F230 03A3E9B6 00000001 0088F2A0 00000001 010372C9 emacs.exe:010372C9C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01036C0E 01034B86 0088F318 0088F290 03A3E9BE 03A23206 00000001 00000001 01036C0E emacs.exe:01036C0EC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034B86 01030434 0088F408 0088F320 03A2321E 03A37096 0384981A 00000001 01034B86 emacs.exe:01034B86C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 010372C9 0088F438 0088F410 03A21F3E 03A37096 0088F538 0088F460 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010372C9 01036C0E 0088F498 0088F440 03A21D6E 00000000 0088F4B0 01036AA4 010372C9 emacs.exe:010372C9C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01036C0E 01034B86 0088F518 0088F4A0 03A21D66 0384981A 0384981A 039B7191 01036C0E emacs.exe:01036C0EC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034B86 01032029 0088F608 0088F520 03A331FE 03A331C6 0384981A 039B7191 01034B86 emacs.exe:01034B86C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01032029 01034209 0088F638 0088F610 03A331F6 00000020 00000040 01036AA4 01032029 emacs.exe:01032029C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 01030434 0088F728 0088F640 03A33206 04049276 0384981A 00000001 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 01031A4A 0088F758 0088F730 03A3A386 04049276 0088F744 00000001 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01031A4A 01034209 0088F7F8 0088F760 03A3320E 038EFA42 040313CE 0000012D 01031A4A emacs.exe:01031A4AC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 01030434 0088F8E8 0088F800 03A3323E 003A0043 0057005C 006E0069 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 010302C7 0088F918 0088F8F0 03A3A37E 002E0073 006C0064 0000006C 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010302C7 01034209 0088F948 0088F920 03A34CAE 00000000 00000000 00000045 010302C7 emacs.exe:010302C7C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034209 01030434 0088FA38 0088F950 03A34CB6 03A2F176 0384981A 00000001 01034209 emacs.exe:01034209C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01030434 010372C9 0088FA68 0088FA40 03A3A186 03A2F176 000001C0 000001C8 01030434 emacs.exe:01030434C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010372C9 01036C0E 0088FAC8 0088FA70 03A3A0DE 00000000 0088FAE0 01036AA4 010372C9 emacs.exe:010372C9C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01036C0E 01034B86 0088FB48 0088FAD0 03A3A0D6 0384981A 77500653 00B1BD28 01036C0E emacs.exe:01036C0EC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01034B86 01033D57 0088FC38 0088FB50 03922746 0384981A AE08F70E 0088FC74 01034B86 emacs.exe:01034B86C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01033D57 010055C6 0088FC68 0088FC40 03922746 0384981A 7688247A 008EF374 01033D57 emacs.exe:01033D57C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010055C6 01032451 0088FC88 0088FC70 0088FCD0 00B1BA28 00000000 00000011 010055C6 emacs.exe:010055C6C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01032451 010055FA 0088FD38 0088FC90 010055A9 03855DCA 01005154 00300033 01032451 emacs.exe:01032451C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010055FA 01031E74 0088FD58 0088FD40 0384981A 00000000 00000000 00000000 010055FA emacs.exe:010055FAC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01031E74 0100552E 0088FDE8 0088FD60 03853612 010055C8 0384981A 00000001 01031E74 emacs.exe:01031E74C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 0100552E 01004B29 0088FE18 0088FDF0 0386F8C2 0384981A 00000000 7EFDE000 0100552E emacs.exe:0100552EC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01004B29 01004E44 0088FE48 0088FE20 01004E5A 0384981A 00000000 7EFDE000 01004B29 emacs.exe:01004B29C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 01004E44 0100291E 0088FE78 0088FE50 017E1604 00000000 00000001 00000000 01004E44 emacs.exe:01004E44C:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 0100291E 010010B9 0088FF08 0088FE80 0000000B 00DA2F40 00DA1B90 FFFFFFFF 0100291E emacs.exe:0100291EC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 010010B9 01001284 0088FF48 0088FF10 00000001 0000000C 0088FF64 00000004 010010B9 emacs.exe:010010B9 __mingw_CRTStartup crt1.c:244 01001284 01140AAB 0088FF68 0088FF50 00000000 00000001 00000000 00000000 01001284 emacs.exe:01001284 WinMainCRTStartup crt1.c:274 01140AAB 75EA339A 0088FF88 0088FF70 7EFDE000 0088FFD4 774E9EF2 7EFDE000 01140AAB emacs.exe:01140AABC:\emacs\debug\src\oo\i386\emacs.exe: No symbol found 75EA339A 774E9EF2 0088FF94 0088FF90 7EFDE000 7703498A 00000000 00000000 75EA339A kernel32.dll:75EA339A C:\Windows\syswow64\kernel32.dll: No symbols BaseThreadInitThunk 774E9EF2 774E9EC5 0088FFD4 0088FF9C 01140A20 7EFDE000 00000000 00000000 774E9EF2 ntdll.dll:774E9EF2 C:\Windows\SysWOW64\ntdll.dll: No symbols RtlInitializeExceptionChain 774E9EC5 00000000 0088FFEC 0088FFDC 01140A20 7EFDE000 00000000 78746341 774E9EC5 ntdll.dll:774E9EC5 C:\Windows\SysWOW64\ntdll.dll: No symbols RtlInitializeExceptionChain DEBUG_EVENT: dwDebugEventCode = CREATE_THREAD_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 1B10 hThread = 1F0 lpThreadLocalBase = 7EFD7000 lpStartAddress = 77503E45 DEBUG_EVENT: dwDebugEventCode = CREATE_THREAD_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 8B0 hThread = 1F8 lpThreadLocalBase = 7EFAF000 lpStartAddress = 77503E45 DEBUG_EVENT: dwDebugEventCode = CREATE_THREAD_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 14B0 hThread = 1FC lpThreadLocalBase = 7EFAC000 lpStartAddress = 77503E45 DEBUG_EVENT: dwDebugEventCode = EXIT_THREAD_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 1B10 dwExitCode = 0 DEBUG_EVENT: dwDebugEventCode = EXIT_THREAD_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 14B0 dwExitCode = 0 DEBUG_EVENT: dwDebugEventCode = EXIT_THREAD_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 8B0 dwExitCode = 0 DEBUG_EVENT: dwDebugEventCode = EXIT_THREAD_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = 1414 dwExitCode = C0000005 DEBUG_EVENT: dwDebugEventCode = EXIT_PROCESS_DEBUG_EVENT dwProcessId = 18F8 dwThreadId = A50 dwExitCode = C0000005 ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-13 0:13 ` Juanma Barranquero @ 2012-07-13 7:57 ` Eli Zaretskii 2012-07-13 8:30 ` Juanma Barranquero 0 siblings, 1 reply; 36+ messages in thread From: Eli Zaretskii @ 2012-07-13 7:57 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 13 Jul 2012 02:13:11 +0200 > Cc: rcopley@gmail.com, 11867@debbugs.gnu.org > > emacs.exe caused an Access Violation at location 012e09bf in module > emacs.exe Reading from location 058d7018. > > Registers: > eax=058d7000 ebx=056fc880 ecx=00000000 edx=056fc260 esi=03e8d31c edi=03846d1e > eip=012e09bf esp=0088d1f0 ebp=0088d218 iopl=0 nv up ei pl nz na po nc > cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010206 What does the following display? cd src gdb ./oo/i386/emacs.exe (gdb) list *0x012e09bf To give accurate information, the emacs.exe you submit to GDB must be the same emacs.exe for which you have the DrMinGW report showing the crash location above. > Call stack: > AddrPC AddrReturn AddrFrame AddrStack Params > 012E09BF 012E0EF9 0088D218 0088D1F0 056FC880 03E8D200 > 0088D258 010AE3CF For each of the call stack frames, you should be able to reconstruct their source-level locations by "list *0xADDRESS", where ADDRESS is the number in the AddrPC column. It's a bit tedious, but it gets the job done. > 012E09BF emacs.exe:012E09BFC:\emacs\debug\src\oo\i386\emacs.exe: No > symbol found I guess DrMinGW no longer understands the symbol table produced by GCC 4.x; with my GCC 3.4.x it produces source level information automatically. ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-13 7:57 ` Eli Zaretskii @ 2012-07-13 8:30 ` Juanma Barranquero 2012-07-13 10:19 ` Eli Zaretskii 0 siblings, 1 reply; 36+ messages in thread From: Juanma Barranquero @ 2012-07-13 8:30 UTC (permalink / raw) To: Eli Zaretskii; +Cc: rcopley, 11867 On Fri, Jul 13, 2012 at 9:57 AM, Eli Zaretskii <eliz@gnu.org> wrote: > To give accurate information, the emacs.exe you submit to GDB must be > the same emacs.exe for which you have the DrMinGW report showing the > crash location above. I don't have the instance running now, alas. Next time. > I guess DrMinGW no longer understands the symbol table produced by > GCC 4.x; with my GCC 3.4.x it produces source level information > automatically. I can try again with 3.4.5. Juanma ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-13 8:30 ` Juanma Barranquero @ 2012-07-13 10:19 ` Eli Zaretskii 2012-07-17 21:35 ` Richard Copley 0 siblings, 1 reply; 36+ messages in thread From: Eli Zaretskii @ 2012-07-13 10:19 UTC (permalink / raw) To: Juanma Barranquero; +Cc: rcopley, 11867 > From: Juanma Barranquero <lekktu@gmail.com> > Date: Fri, 13 Jul 2012 10:30:46 +0200 > Cc: rcopley@gmail.com, 11867@debbugs.gnu.org > > > I guess DrMinGW no longer understands the symbol table produced by > > GCC 4.x; with my GCC 3.4.x it produces source level information > > automatically. > > I can try again with 3.4.5. Let's first see if you can catch the crash in GDB, because if you can, debugging this will be much more convenient. ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-13 10:19 ` Eli Zaretskii @ 2012-07-17 21:35 ` Richard Copley 2012-07-17 23:39 ` Juanma Barranquero 0 siblings, 1 reply; 36+ messages in thread From: Richard Copley @ 2012-07-17 21:35 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Juanma Barranquero, 11867 [-- Attachment #1: Type: text/plain, Size: 993 bytes --] On 13 July 2012 11:19, Eli Zaretskii <eliz@gnu.org> wrote: >> From: Juanma Barranquero <lekktu@gmail.com> >> Date: Fri, 13 Jul 2012 10:30:46 +0200 >> Cc: rcopley@gmail.com, 11867@debbugs.gnu.org >> >> > I guess DrMinGW no longer understands the symbol table produced by >> > GCC 4.x; with my GCC 3.4.x it produces source level information >> > automatically. >> >> I can try again with 3.4.5. > > Let's first see if you can catch the crash in GDB, because if you can, > debugging this will be much more convenient. Bootstrapping the current trunk (r109130) gives me the abort dialog, in this command: "./../src/oo-spd/i386/emacs.exe" -batch --no-site-file --no-site-lisp -l \ "C:/Users/Buster/projects/emacs-bzr/trunk/leim/../lisp/international/titdic-cnv" \ -f batch-miscdic-convert -dir quail ./MISC-DIC with this on standard error: intervals.c:1201: Emacs fatal error: assertion failed: amt == 0 GDB logging output of "thread apply all bt full" attached. [-- Attachment #2: gdb.txt --] [-- Type: text/plain, Size: 34901 bytes --] Thread 5 (Thread 6524.0x1a14): #0 0x77211f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #1 0x77211f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #2 0x77243352 in ntdll!RtlCreateTagHeap () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #3 0x0000012c in ?? () No symbol table info available. #4 0x796cfedc in ?? () No symbol table info available. #5 0x7610339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #6 0x00d30c88 in ?? () No symbol table info available. #7 0x77229ef2 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #8 0x00d30c88 in ?? () No symbol table info available. #9 0x77229ec5 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #10 0x77243e45 in ntdll!RtlSidIsHigherLevel () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #11 0x00d30c88 in ?? () No symbol table info available. #12 0x00000000 in ?? () No symbol table info available. Thread 4 (Thread 6524.0x1424): #0 0x77211f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #1 0x77211f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #2 0x77243352 in ntdll!RtlCreateTagHeap () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #3 0x00000158 in ?? () No symbol table info available. #4 0x78ecfedc in ?? () No symbol table info available. #5 0x7610339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #6 0x00d30c88 in ?? () No symbol table info available. #7 0x77229ef2 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #8 0x00d30c88 in ?? () No symbol table info available. #9 0x77229ec5 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #10 0x77243e45 in ntdll!RtlSidIsHigherLevel () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #11 0x00d30c88 in ?? () No symbol table info available. #12 0x00000000 in ?? () No symbol table info available. Thread 3 (Thread 6524.0x19c0): #0 0x77211f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #1 0x77211f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #2 0x77243352 in ntdll!RtlCreateTagHeap () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #3 0x00000174 in ?? () No symbol table info available. #4 0x7315fedc in ?? () No symbol table info available. #5 0x7610339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #6 0x00d31b50 in ?? () No symbol table info available. #7 0x77229ef2 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #8 0x00d31b50 in ?? () No symbol table info available. #9 0x77229ec5 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #10 0x77243e45 in ntdll!RtlSidIsHigherLevel () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #11 0x00d31b50 in ?? () No symbol table info available. #12 0x00000000 in ?? () No symbol table info available. Thread 2 (Thread 6524.0x15e8): #0 0x7721013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #1 0x7721013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #2 0x77242f51 in ntdll!RtlWeaklyEnumerateEntryHashTable () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #3 0x00000003 in ?? () No symbol table info available. #4 0x00d31948 in ?? () No symbol table info available. #5 0x7610339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. Thread 1 (Thread 6524.0x1984): #0 0x7649280d in KERNELBASE!DeleteAce () from C:\Windows\syswow64\KernelBase.dll No symbol table info available. #1 0x010e843f in w32_abort () at w32fns.c:7184 button = <optimized out> #2 0x0100f872 in die (msg=0x14b6f7c "assertion failed: amt == 0", file=0x14b6f70 "intervals.c", line=1201) at alloc.c:6702 No locals. #3 0x011f90be in delete_interval (i=<optimized out>) at intervals.c:1201 parent = <optimized out> amt = <optimized out> #4 0x011fa076 in merge_interval_left (i=0x3607f9c) at intervals.c:1479 absorb = <optimized out> predecessor = 0x3607f64 #5 0x01158e87 in set_text_properties (start=13676, end=56972, properties=56449050, object=58946565, coherent_change_p=56449074) at textprop.c:1306 i = <optimized out> ostart = 13676 oend = 56972 #6 0x0115903b in Fset_text_properties (start=13676, end=56972, properties=56449050, object=56449050) at textprop.c:1244 No locals. #7 0x010126a7 in Ffuncall (nargs=4, args=0x88f144) at eval.c:2831 fun = 21081701 original_fun = <optimized out> funcar = <optimized out> numargs = 3 lisp_numargs = <optimized out> val = <optimized out> backtrace = {next = 0x88f27c, function = 0x88f144, args = 0x88f148, nargs = 3, debug_on_exit = 0} internal_args = <optimized out> i = <optimized out> #8 0x0108fd03 in exec_byte_code (bytestr=6, vector=8974660, maxdepth=13521692, args_template=56449050, nargs=1998731418, args=0x0) at bytecode.c:902 targets = {0x10917ae, 0x10917b5, 0x10917ba, 0x10917c5, 0x108fd55, 0x108fd55, 0x10917d5, 0x108fef8, 0x109177d, 0x1091778, 0x1091782, 0x1091705, 0x108fc1d, 0x108fc1d, 0x1091715, 0x10905ab, 0x10916e4, 0x10916e9, 0x10916ee, 0x10916f5, 0x108fc5f, 0x108fc5f, 0x109031c, 0x109034a, 0x1090312, 0x1090317, 0x10902dc, 0x10903aa, 0x108fcbd, 0x108fcbd, 0x10902e1, 0x10902f2, 0x109038a, 0x109038f, 0x1090394, 0x108ffda, 0x108fcea, 0x108fcea, 0x1090399, 0x109036a, 0x1090010, 0x1090015, 0x109001a, 0x1090025, 0x108fd1a, 0x108fd1a, 0x108ffdf, 0x108fff0, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x1090ba2, 0x1090c15, 0x1090c40, 0x1090ea8, 0x1090df8, 0x1091658, 0x1091685, 0x1090e2c, 0x1091627, 0x10916b3, 0x1090e50, 0x1090e7e, 0x1090c83, 0x1090cc2, 0x1090cef, 0x1090d53, 0x1090d74, 0x1090da2, 0x1090dd7, 0x10905cb, 0x10905ec, 0x109061a, 0x1090648, 0x1090676, 0x10906ab, 0x10906d8, 0x1090705, 0x1090769, 0x1090794, 0x10907bf, 0x109084a, 0x10908d4, 0x1090878, 0x10908a6, 0x1090902, 0x109092f, 0x1090955, 0x1090982, 0x10909af, 0x10909dc, 0x1090a64, 0x108fdf3, 0x1090a8e, 0x1090aaf, 0x1090b0d, 0x1090b37, 0x1090b61, 0x1090b82, 0x1090f66, 0x1090f86, 0x1090faa, 0x10917b3, 0x1090fd4, 0x1090ff6, 0x1091018, 0x109103a, 0x109105c, 0x109107e, 0x108fdf3, 0x10917b3, 0x109109f, 0x10910c1, 0x10910e2, 0x1091103, 0x1091131, 0x109115f, 0x1091180, 0x109124f, 0x109127d, 0x10912ab, 0x10912d9, 0x10912fb, 0x10917b3, 0x1090f2e, 0x109005e, 0x1091726, 0x10900dd, 0x1090159, 0x109021d, 0x1090ed3, 0x1090c6b, 0x109032d, 0x1090f04, 0x108fe1d, 0x108fe76, 0x108fea0, 0x10903af, 0x10903d9, 0x109040e, 0x1090445, 0x1090035, 0x109131c, 0x1091351, 0x1091372, 0x1091393, 0x10913b4, 0x10913d5, 0x1091403, 0x1091431, 0x109145f, 0x109148d, 0x10914c9, 0x10914f7, 0x1091525, 0x1091546, 0x1091574, 0x10915a2, 0x10915ce, 0x10915fa, 0x1090a09, 0x1090a36, 0x1091804, 0x1091787, 0x10917b3, 0x10901ab, 0x1090296, 0x1090497, 0x10904fc, 0x1090544, 0x1090d1c, 0x1090732, 0x1090ad6, 0x108ff38, 0x108ff66, 0x10917b3, 0x10917b3, 0x108ffa5, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x108fed6 <repeats 64 times>} stack = {pc = 0x140f6f7 "*", byte_string = 19134769, byte_string_start = 0x140f6e8 "`\030Å \n\v#\210Æ\034Ç\b`È#*", constants = 19134837, next = 0x88f31c} result = 6 #9 0x01012088 in funcall_lambda (fun=19134725, nargs=<optimized out>, arg_vector=0x88f2c8) at eval.c:3052 val = <optimized out> syms_left = <optimized out> next = <optimized out> lexenv = 56449050 count = 33 i = <optimized out> optional = <optimized out> rest = <optimized out> #10 0x01012457 in Ffuncall (nargs=2, args=0x88f2c4) at eval.c:2881 fun = <optimized out> original_fun = 58274154 funcar = <optimized out> numargs = 1 lisp_numargs = <optimized out> val = <optimized out> backtrace = {next = 0x88f3ec, function = 0x88f2c4, args = 0x88f2c8, nargs = 1, debug_on_exit = 0} internal_args = <optimized out> i = <optimized out> #11 0x0108fd03 in exec_byte_code (bytestr=6, vector=8975044, maxdepth=13521692, args_template=56449050, nargs=1998731418, args=0x0) at bytecode.c:902 targets = {0x10917ae, 0x10917b5, 0x10917ba, 0x10917c5, 0x108fd55, 0x108fd55, 0x10917d5, 0x108fef8, 0x109177d, 0x1091778, 0x1091782, 0x1091705, 0x108fc1d, 0x108fc1d, 0x1091715, 0x10905ab, 0x10916e4, 0x10916e9, 0x10916ee, 0x10916f5, 0x108fc5f, 0x108fc5f, 0x109031c, 0x109034a, 0x1090312, 0x1090317, 0x10902dc, 0x10903aa, 0x108fcbd, 0x108fcbd, 0x10902e1, 0x10902f2, 0x109038a, 0x109038f, 0x1090394, 0x108ffda, 0x108fcea, 0x108fcea, 0x1090399, 0x109036a, 0x1090010, 0x1090015, 0x109001a, 0x1090025, 0x108fd1a, 0x108fd1a, 0x108ffdf, 0x108fff0, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x1090ba2, 0x1090c15, 0x1090c40, 0x1090ea8, 0x1090df8, 0x1091658, 0x1091685, 0x1090e2c, 0x1091627, 0x10916b3, 0x1090e50, 0x1090e7e, 0x1090c83, 0x1090cc2, 0x1090cef, 0x1090d53, 0x1090d74, 0x1090da2, 0x1090dd7, 0x10905cb, 0x10905ec, 0x109061a, 0x1090648, 0x1090676, 0x10906ab, 0x10906d8, 0x1090705, 0x1090769, 0x1090794, 0x10907bf, 0x109084a, 0x10908d4, 0x1090878, 0x10908a6, 0x1090902, 0x109092f, 0x1090955, 0x1090982, 0x10909af, 0x10909dc, 0x1090a64, 0x108fdf3, 0x1090a8e, 0x1090aaf, 0x1090b0d, 0x1090b37, 0x1090b61, 0x1090b82, 0x1090f66, 0x1090f86, 0x1090faa, 0x10917b3, 0x1090fd4, 0x1090ff6, 0x1091018, 0x109103a, 0x109105c, 0x109107e, 0x108fdf3, 0x10917b3, 0x109109f, 0x10910c1, 0x10910e2, 0x1091103, 0x1091131, 0x109115f, 0x1091180, 0x109124f, 0x109127d, 0x10912ab, 0x10912d9, 0x10912fb, 0x10917b3, 0x1090f2e, 0x109005e, 0x1091726, 0x10900dd, 0x1090159, 0x109021d, 0x1090ed3, 0x1090c6b, 0x109032d, 0x1090f04, 0x108fe1d, 0x108fe76, 0x108fea0, 0x10903af, 0x10903d9, 0x109040e, 0x1090445, 0x1090035, 0x109131c, 0x1091351, 0x1091372, 0x1091393, 0x10913b4, 0x10913d5, 0x1091403, 0x1091431, 0x109145f, 0x109148d, 0x10914c9, 0x10914f7, 0x1091525, 0x1091546, 0x1091574, 0x10915a2, 0x10915ce, 0x10915fa, 0x1090a09, 0x1090a36, 0x1091804, 0x1091787, 0x10917b3, 0x10901ab, 0x1090296, 0x1090497, 0x10904fc, 0x1090544, 0x1090d1c, 0x1090732, 0x1090ad6, 0x108ff38, 0x108ff66, 0x10917b3, 0x10917b3, 0x108ffa5, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x108fed6 <repeats 64 times>} stack = {pc = 0x3632dd8 "\210\bb\210ÈÉ!\210Ê \210\b`|\210mN", byte_string = 56814305, byte_string_start = 0x3632dc4 "db\210ÂÃÄ\"c\210Åc\210Æc\210`\030Ç !\210\bb\210ÈÉ!\210Ê \210\b`|\210mN", constants = 59278693, next = 0x88f4bc} result = 6 #12 0x01012088 in funcall_lambda (fun=60125125, nargs=<optimized out>, arg_vector=0x88f438) at eval.c:3052 val = <optimized out> syms_left = <optimized out> next = <optimized out> lexenv = 56449050 count = 29 i = <optimized out> optional = <optimized out> rest = <optimized out> #13 0x01012457 in Ffuncall (nargs=4, args=0x88f434) at eval.c:2881 fun = <optimized out> original_fun = 56858370 funcar = <optimized out> numargs = 3 lisp_numargs = <optimized out> val = <optimized out> backtrace = {next = 0x88f58c, function = 0x88f434, args = 0x88f438, nargs = 3, debug_on_exit = 0} internal_args = <optimized out> i = <optimized out> #14 0x0108fd03 in exec_byte_code (bytestr=6, vector=8975412, maxdepth=13521692, args_template=56449050, nargs=1998731418, args=0x0) at bytecode.c:902 targets = {0x10917ae, 0x10917b5, 0x10917ba, 0x10917c5, 0x108fd55, 0x108fd55, 0x10917d5, 0x108fef8, 0x109177d, 0x1091778, 0x1091782, 0x1091705, 0x108fc1d, 0x108fc1d, 0x1091715, 0x10905ab, 0x10916e4, 0x10916e9, 0x10916ee, 0x10916f5, 0x108fc5f, 0x108fc5f, 0x109031c, 0x109034a, 0x1090312, 0x1090317, 0x10902dc, 0x10903aa, 0x108fcbd, 0x108fcbd, 0x10902e1, 0x10902f2, 0x109038a, 0x109038f, 0x1090394, 0x108ffda, 0x108fcea, 0x108fcea, 0x1090399, 0x109036a, 0x1090010, 0x1090015, 0x109001a, 0x1090025, 0x108fd1a, 0x108fd1a, 0x108ffdf, 0x108fff0, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x1090ba2, 0x1090c15, 0x1090c40, 0x1090ea8, 0x1090df8, 0x1091658, 0x1091685, 0x1090e2c, 0x1091627, 0x10916b3, 0x1090e50, 0x1090e7e, 0x1090c83, 0x1090cc2, 0x1090cef, 0x1090d53, 0x1090d74, 0x1090da2, 0x1090dd7, 0x10905cb, 0x10905ec, 0x109061a, 0x1090648, 0x1090676, 0x10906ab, 0x10906d8, 0x1090705, 0x1090769, 0x1090794, 0x10907bf, 0x109084a, 0x10908d4, 0x1090878, 0x10908a6, 0x1090902, 0x109092f, 0x1090955, 0x1090982, 0x10909af, 0x10909dc, 0x1090a64, 0x108fdf3, 0x1090a8e, 0x1090aaf, 0x1090b0d, 0x1090b37, 0x1090b61, 0x1090b82, 0x1090f66, 0x1090f86, 0x1090faa, 0x10917b3, 0x1090fd4, 0x1090ff6, 0x1091018, 0x109103a, 0x109105c, 0x109107e, 0x108fdf3, 0x10917b3, 0x109109f, 0x10910c1, 0x10910e2, 0x1091103, 0x1091131, 0x109115f, 0x1091180, 0x109124f, 0x109127d, 0x10912ab, 0x10912d9, 0x10912fb, 0x10917b3, 0x1090f2e, 0x109005e, 0x1091726, 0x10900dd, 0x1090159, 0x109021d, 0x1090ed3, 0x1090c6b, 0x109032d, 0x1090f04, 0x108fe1d, 0x108fe76, 0x108fea0, 0x10903af, 0x10903d9, 0x109040e, 0x1090445, 0x1090035, 0x109131c, 0x1091351, 0x1091372, 0x1091393, 0x10913b4, 0x10913d5, 0x1091403, 0x1091431, 0x109145f, 0x109148d, 0x10914c9, 0x10914f7, 0x1091525, 0x1091546, 0x1091574, 0x10915a2, 0x10915ce, 0x10915fa, 0x1090a09, 0x1090a36, 0x1091804, 0x1091787, 0x10917b3, 0x10901ab, 0x1090296, 0x1090497, 0x10904fc, 0x1090544, 0x1090d1c, 0x1090732, 0x1090ad6, 0x108ff38, 0x108ff66, 0x10917b3, 0x10917b3, 0x108ffa5, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x108fed6 <repeats 64 times>} stack = { pc = 0x363386f "\210ò\n!\210+r\016>q\210óÉ\016?Éô%\210,Òõ\016\067\r#\210\016<A\026<,", byte_string = 56826193, byte_string_start = 0x3633760 "Æ\b!\v", constants = 59165013, next = 0x88f63c} result = 6 #15 0x01012088 in funcall_lambda (fun=59715413, nargs=<optimized out>, arg_vector=0x88f5d8) at eval.c:3052 val = <optimized out> syms_left = <optimized out> next = <optimized out> lexenv = 56449050 count = 10 i = <optimized out> optional = <optimized out> rest = <optimized out> #16 0x01012457 in Ffuncall (nargs=3, args=0x88f5d4) at eval.c:2881 fun = <optimized out> original_fun = 56871034 funcar = <optimized out> numargs = 2 lisp_numargs = <optimized out> val = <optimized out> backtrace = {next = 0x88f70c, function = 0x88f5d4, args = 0x88f5d8, nargs = 2, debug_on_exit = 0} internal_args = <optimized out> i = <optimized out> #17 0x0108fd03 in exec_byte_code (bytestr=6, vector=8975828, maxdepth=13521692, args_template=56449050, nargs=1998731418, args=0x0) at bytecode.c:902 targets = {0x10917ae, 0x10917b5, 0x10917ba, 0x10917c5, 0x108fd55, 0x108fd55, 0x10917d5, 0x108fef8, 0x109177d, 0x1091778, 0x1091782, 0x1091705, 0x108fc1d, 0x108fc1d, 0x1091715, 0x10905ab, 0x10916e4, 0x10916e9, 0x10916ee, 0x10916f5, 0x108fc5f, 0x108fc5f, 0x109031c, 0x109034a, 0x1090312, 0x1090317, 0x10902dc, 0x10903aa, 0x108fcbd, 0x108fcbd, 0x10902e1, 0x10902f2, 0x109038a, 0x109038f, 0x1090394, 0x108ffda, 0x108fcea, 0x108fcea, 0x1090399, 0x109036a, 0x1090010, 0x1090015, 0x109001a, 0x1090025, 0x108fd1a, 0x108fd1a, 0x108ffdf, 0x108fff0, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x1090ba2, 0x1090c15, 0x1090c40, 0x1090ea8, 0x1090df8, 0x1091658, 0x1091685, 0x1090e2c, 0x1091627, 0x10916b3, 0x1090e50, 0x1090e7e, 0x1090c83, 0x1090cc2, 0x1090cef, 0x1090d53, 0x1090d74, 0x1090da2, 0x1090dd7, 0x10905cb, 0x10905ec, 0x109061a, 0x1090648, 0x1090676, 0x10906ab, 0x10906d8, 0x1090705, 0x1090769, 0x1090794, 0x10907bf, 0x109084a, 0x10908d4, 0x1090878, 0x10908a6, 0x1090902, 0x109092f, 0x1090955, 0x1090982, 0x10909af, 0x10909dc, 0x1090a64, 0x108fdf3, 0x1090a8e, 0x1090aaf, 0x1090b0d, 0x1090b37, 0x1090b61, 0x1090b82, 0x1090f66, 0x1090f86, 0x1090faa, 0x10917b3, 0x1090fd4, 0x1090ff6, 0x1091018, 0x109103a, 0x109105c, 0x109107e, 0x108fdf3, 0x10917b3, 0x109109f, 0x10910c1, 0x10910e2, 0x1091103, 0x1091131, 0x109115f, 0x1091180, 0x109124f, 0x109127d, 0x10912ab, 0x10912d9, 0x10912fb, 0x10917b3, 0x1090f2e, 0x109005e, 0x1091726, 0x10900dd, 0x1090159, 0x109021d, 0x1090ed3, 0x1090c6b, 0x109032d, 0x1090f04, 0x108fe1d, 0x108fe76, 0x108fea0, 0x10903af, 0x10903d9, 0x109040e, 0x1090445, 0x1090035, 0x109131c, 0x1091351, 0x1091372, 0x1091393, 0x10913b4, 0x10913d5, 0x1091403, 0x1091431, 0x109145f, 0x109148d, 0x10914c9, 0x10914f7, 0x1091525, 0x1091546, 0x1091574, 0x10915a2, 0x10915ce, 0x10915fa, 0x1090a09, 0x1090a36, 0x1091804, 0x1091787, 0x10917b3, 0x10901ab, 0x1090296, 0x1090497, 0x10904fc, 0x1090544, 0x1090d1c, 0x1090732, 0x1090ad6, 0x108ff38, 0x108ff66, 0x10917b3, 0x10917b3, 0x108ffa5, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x108fed6 <repeats 64 times>} stack = {pc = 0x3633ba8 "\210\016\020A\026\020:", byte_string = 56824897, byte_string_start = 0x3633b60 "\b\b", constants = 59165285, next = 0x88f7fc} result = 6 #18 0x01012088 in funcall_lambda (fun=59719285, nargs=<optimized out>, arg_vector=0x88f790) at eval.c:3052 val = <optimized out> syms_left = <optimized out> next = <optimized out> lexenv = 56449050 count = 6 i = <optimized out> optional = <optimized out> rest = <optimized out> #19 0x01012457 in Ffuncall (nargs=1, args=0x88f78c) at eval.c:2881 fun = <optimized out> original_fun = 56871178 funcar = <optimized out> numargs = 0 lisp_numargs = <optimized out> val = <optimized out> backtrace = {next = 0x88f8cc, function = 0x88f78c, args = 0x88f790, nargs = 0, debug_on_exit = 0} internal_args = <optimized out> i = <optimized out> #20 0x0108fd03 in exec_byte_code (bytestr=6, vector=8976268, maxdepth=13521692, args_template=1028, nargs=1998731418, args=0x88f918) at bytecode.c:902 targets = {0x10917ae, 0x10917b5, 0x10917ba, 0x10917c5, 0x108fd55, 0x108fd55, 0x10917d5, 0x108fef8, 0x109177d, 0x1091778, 0x1091782, 0x1091705, 0x108fc1d, 0x108fc1d, 0x1091715, 0x10905ab, 0x10916e4, 0x10916e9, 0x10916ee, 0x10916f5, 0x108fc5f, 0x108fc5f, 0x109031c, 0x109034a, 0x1090312, 0x1090317, 0x10902dc, 0x10903aa, 0x108fcbd, 0x108fcbd, 0x10902e1, 0x10902f2, 0x109038a, 0x109038f, 0x1090394, 0x108ffda, 0x108fcea, 0x108fcea, 0x1090399, 0x109036a, 0x1090010, 0x1090015, 0x109001a, 0x1090025, 0x108fd1a, 0x108fd1a, 0x108ffdf, 0x108fff0, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x1090ba2, 0x1090c15, 0x1090c40, 0x1090ea8, 0x1090df8, 0x1091658, 0x1091685, 0x1090e2c, 0x1091627, 0x10916b3, 0x1090e50, 0x1090e7e, 0x1090c83, 0x1090cc2, 0x1090cef, 0x1090d53, 0x1090d74, 0x1090da2, 0x1090dd7, 0x10905cb, 0x10905ec, 0x109061a, 0x1090648, 0x1090676, 0x10906ab, 0x10906d8, 0x1090705, 0x1090769, 0x1090794, 0x10907bf, 0x109084a, 0x10908d4, 0x1090878, 0x10908a6, 0x1090902, 0x109092f, 0x1090955, 0x1090982, 0x10909af, 0x10909dc, 0x1090a64, 0x108fdf3, 0x1090a8e, 0x1090aaf, 0x1090b0d, 0x1090b37, 0x1090b61, 0x1090b82, 0x1090f66, 0x1090f86, 0x1090faa, 0x10917b3, 0x1090fd4, 0x1090ff6, 0x1091018, 0x109103a, 0x109105c, 0x109107e, 0x108fdf3, 0x10917b3, 0x109109f, 0x10910c1, 0x10910e2, 0x1091103, 0x1091131, 0x109115f, 0x1091180, 0x109124f, 0x109127d, 0x10912ab, 0x10912d9, 0x10912fb, 0x10917b3, 0x1090f2e, 0x109005e, 0x1091726, 0x10900dd, 0x1090159, 0x109021d, 0x1090ed3, 0x1090c6b, 0x109032d, 0x1090f04, 0x108fe1d, 0x108fe76, 0x108fea0, 0x10903af, 0x10903d9, 0x109040e, 0x1090445, 0x1090035, 0x109131c, 0x1091351, 0x1091372, 0x1091393, 0x10913b4, 0x10913d5, 0x1091403, 0x1091431, 0x109145f, 0x109148d, 0x10914c9, 0x10914f7, 0x1091525, 0x1091546, 0x1091574, 0x10915a2, 0x10915ce, 0x10915fa, 0x1090a09, 0x1090a36, 0x1091804, 0x1091787, 0x10917b3, 0x10901ab, 0x1090296, 0x1090497, 0x10904fc, 0x1090544, 0x1090d1c, 0x1090732, 0x1090ad6, 0x108ff38, 0x108ff66, 0x10917b3, 0x10917b3, 0x108ffa5, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x108fed6 <repeats 64 times>} stack = { pc = 0x13e30da "\210\201\003\016Aâ\235V\001Ù\026Bãä\003P\001\nA\022@!!\210\201\003\016Aå\235\220\001æç\003h\001\nA\022@!!² \006\a\001\006\a\006 \006 AB¡\210\006\aA²\b\201\003\006\b\016CB\026C²\b\201\003\016Aè\235¸\001ç\002¡\001\nA\022@!æ\001!é\001!®\001²\002ê\002ÌÙ#¶\003\201\003\016Aë\235Ø\001ç\002É\001\nA\022@!æ\001!ê\001ÌÙ$¶\003\201\003\016Aì\001\002Ù\026B\001ë\001\nA\022@² \006\b;÷\001Úí!\210îç\006\n!!\210"..., byte_string = 19443697, byte_string_start = 0x13e2fa3 "Æ \210\b\021", constants = 19444117, next = 0x88f9ac} result = 6 #21 0x010120de in funcall_lambda (fun=19443669, nargs=1, arg_vector=0x88f918) at eval.c:2986 val = <optimized out> syms_left = 1028 next = <optimized out> lexenv = <optimized out> count = 4 i = <optimized out> optional = <optimized out> rest = <optimized out> #22 0x01012457 in Ffuncall (nargs=2, args=0x88f914) at eval.c:2881 fun = <optimized out> original_fun = 58170586 funcar = <optimized out> numargs = 1 lisp_numargs = <optimized out> val = <optimized out> backtrace = {next = 0x88fa7c, function = 0x88f914, args = 0x88f918, nargs = 1, debug_on_exit = 0} internal_args = <optimized out> i = <optimized out> #23 0x0108fd03 in exec_byte_code (bytestr=6, vector=8976660, maxdepth=13521692, args_template=0, nargs=1998731418, args=0x88facc) at bytecode.c:902 targets = {0x10917ae, 0x10917b5, 0x10917ba, 0x10917c5, 0x108fd55, 0x108fd55, 0x10917d5, 0x108fef8, 0x109177d, 0x1091778, 0x1091782, 0x1091705, 0x108fc1d, 0x108fc1d, 0x1091715, 0x10905ab, 0x10916e4, 0x10916e9, 0x10916ee, 0x10916f5, 0x108fc5f, 0x108fc5f, 0x109031c, 0x109034a, 0x1090312, 0x1090317, 0x10902dc, 0x10903aa, 0x108fcbd, 0x108fcbd, 0x10902e1, 0x10902f2, 0x109038a, 0x109038f, 0x1090394, 0x108ffda, 0x108fcea, 0x108fcea, 0x1090399, 0x109036a, 0x1090010, 0x1090015, 0x109001a, 0x1090025, 0x108fd1a, 0x108fd1a, 0x108ffdf, 0x108fff0, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x1090ba2, 0x1090c15, 0x1090c40, 0x1090ea8, 0x1090df8, 0x1091658, 0x1091685, 0x1090e2c, 0x1091627, 0x10916b3, 0x1090e50, 0x1090e7e, 0x1090c83, 0x1090cc2, 0x1090cef, 0x1090d53, 0x1090d74, 0x1090da2, 0x1090dd7, 0x10905cb, 0x10905ec, 0x109061a, 0x1090648, 0x1090676, 0x10906ab, 0x10906d8, 0x1090705, 0x1090769, 0x1090794, 0x10907bf, 0x109084a, 0x10908d4, 0x1090878, 0x10908a6, 0x1090902, 0x109092f, 0x1090955, 0x1090982, 0x10909af, 0x10909dc, 0x1090a64, 0x108fdf3, 0x1090a8e, 0x1090aaf, 0x1090b0d, 0x1090b37, 0x1090b61, 0x1090b82, 0x1090f66, 0x1090f86, 0x1090faa, 0x10917b3, 0x1090fd4, 0x1090ff6, 0x1091018, 0x109103a, 0x109105c, 0x109107e, 0x108fdf3, 0x10917b3, 0x109109f, 0x10910c1, 0x10910e2, 0x1091103, 0x1091131, 0x109115f, 0x1091180, 0x109124f, 0x109127d, 0x10912ab, 0x10912d9, 0x10912fb, 0x10917b3, 0x1090f2e, 0x109005e, 0x1091726, 0x10900dd, 0x1090159, 0x109021d, 0x1090ed3, 0x1090c6b, 0x109032d, 0x1090f04, 0x108fe1d, 0x108fe76, 0x108fea0, 0x10903af, 0x10903d9, 0x109040e, 0x1090445, 0x1090035, 0x109131c, 0x1091351, 0x1091372, 0x1091393, 0x10913b4, 0x10913d5, 0x1091403, 0x1091431, 0x109145f, 0x109148d, 0x10914c9, 0x10914f7, 0x1091525, 0x1091546, 0x1091574, 0x10915a2, 0x10915ce, 0x10915fa, 0x1090a09, 0x1090a36, 0x1091804, 0x1091787, 0x10917b3, 0x10901ab, 0x1090296, 0x1090497, 0x10904fc, 0x1090544, 0x1090d1c, 0x1090732, 0x1090ad6, 0x108ff38, 0x108ff66, 0x10917b3, 0x10917b3, 0x108ffa5, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x108fed6 <repeats 64 times>} stack = {pc = 0x13e5e80 "\210\016H \005\201Â", byte_string = 19422345, byte_string_start = 0x13e58ec "Æ \020Ç\021\n\023Ç\024ÈÉ!Ç=0", constants = 19423181, next = 0x88fb3c} result = 6 #24 0x010120de in funcall_lambda (fun=19422317, nargs=0, arg_vector=0x88facc) at eval.c:2986 val = <optimized out> syms_left = 0 next = <optimized out> lexenv = <optimized out> count = 4 i = <optimized out> optional = <optimized out> rest = <optimized out> #25 0x01012457 in Ffuncall (nargs=1, args=0x88fac8) at eval.c:2881 fun = <optimized out> original_fun = 58724954 funcar = <optimized out> numargs = 0 lisp_numargs = <optimized out> val = <optimized out> backtrace = {next = 0x88fc94, function = 0x88fac8, args = 0x88facc, nargs = 0, debug_on_exit = 0} internal_args = <optimized out> i = <optimized out> #26 0x0108fd03 in exec_byte_code (bytestr=6, vector=8977096, maxdepth=13521692, args_template=0, nargs=1998731418, args=0x88fbe0) at bytecode.c:902 targets = {0x10917ae, 0x10917b5, 0x10917ba, 0x10917c5, 0x108fd55, 0x108fd55, 0x10917d5, 0x108fef8, 0x109177d, 0x1091778, 0x1091782, 0x1091705, 0x108fc1d, 0x108fc1d, 0x1091715, 0x10905ab, 0x10916e4, 0x10916e9, 0x10916ee, 0x10916f5, 0x108fc5f, 0x108fc5f, 0x109031c, 0x109034a, 0x1090312, 0x1090317, 0x10902dc, 0x10903aa, 0x108fcbd, 0x108fcbd, 0x10902e1, 0x10902f2, 0x109038a, 0x109038f, 0x1090394, 0x108ffda, 0x108fcea, 0x108fcea, 0x1090399, 0x109036a, 0x1090010, 0x1090015, 0x109001a, 0x1090025, 0x108fd1a, 0x108fd1a, 0x108ffdf, 0x108fff0, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x1090ba2, 0x1090c15, 0x1090c40, 0x1090ea8, 0x1090df8, 0x1091658, 0x1091685, 0x1090e2c, 0x1091627, 0x10916b3, 0x1090e50, 0x1090e7e, 0x1090c83, 0x1090cc2, 0x1090cef, 0x1090d53, 0x1090d74, 0x1090da2, 0x1090dd7, 0x10905cb, 0x10905ec, 0x109061a, 0x1090648, 0x1090676, 0x10906ab, 0x10906d8, 0x1090705, 0x1090769, 0x1090794, 0x10907bf, 0x109084a, 0x10908d4, 0x1090878, 0x10908a6, 0x1090902, 0x109092f, 0x1090955, 0x1090982, 0x10909af, 0x10909dc, 0x1090a64, 0x108fdf3, 0x1090a8e, 0x1090aaf, 0x1090b0d, 0x1090b37, 0x1090b61, 0x1090b82, 0x1090f66, 0x1090f86, 0x1090faa, 0x10917b3, 0x1090fd4, 0x1090ff6, 0x1091018, 0x109103a, 0x109105c, 0x109107e, 0x108fdf3, 0x10917b3, 0x109109f, 0x10910c1, 0x10910e2, 0x1091103, 0x1091131, 0x109115f, 0x1091180, 0x109124f, 0x109127d, 0x10912ab, 0x10912d9, 0x10912fb, 0x10917b3, 0x1090f2e, 0x109005e, 0x1091726, 0x10900dd, 0x1090159, 0x109021d, 0x1090ed3, 0x1090c6b, 0x109032d, 0x1090f04, 0x108fe1d, 0x108fe76, 0x108fea0, 0x10903af, 0x10903d9, 0x109040e, 0x1090445, 0x1090035, 0x109131c, 0x1091351, 0x1091372, 0x1091393, 0x10913b4, 0x10913d5, 0x1091403, 0x1091431, 0x109145f, 0x109148d, 0x10914c9, 0x10914f7, 0x1091525, 0x1091546, 0x1091574, 0x10915a2, 0x10915ce, 0x10915fa, 0x1090a09, 0x1090a36, 0x1091804, 0x1091787, 0x10917b3, 0x10901ab, 0x1090296, 0x1090497, 0x10904fc, 0x1090544, 0x1090d1c, 0x1090732, 0x1090ad6, 0x108ff38, 0x108ff66, 0x10917b3, 0x10917b3, 0x108ffa5, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x10917b3, 0x108fed6 <repeats 64 times>} stack = {pc = 0x13e63f3 "\210)\210éêë\"\210ìÑí\";®", byte_string = 19420217, byte_string_start = 0x13e635e "\b\b", constants = 19420445, next = 0x0} result = 6 #27 0x010120de in funcall_lambda (fun=19420189, nargs=0, arg_vector=0x88fbe0) at eval.c:2986 val = <optimized out> syms_left = 0 next = <optimized out> lexenv = <optimized out> count = 3 i = <optimized out> optional = <optimized out> rest = <optimized out> #28 0x01011167 in apply_lambda (fun=19420189, args=<optimized out>) at eval.c:2929 args_left = 56449050 i = <optimized out> numargs = 0 arg_vector = 0x88fbe0 tem = <optimized out> sa_count = 3 sa_must_free = 0 #29 0x010113eb in eval_sub (form=58138246) at eval.c:2230 fun = <optimized out> val = <optimized out> original_fun = 58167442 original_args = 56449050 funcar = <optimized out> backtrace = {next = 0x0, function = 0x88fca8, args = 0x88fbe0, nargs = 0, debug_on_exit = 0} #30 0x01014807 in Feval (form=58138246, lexical=56449050) at eval.c:2020 count = 2 #31 0x010241fc in top_level_2 () at keyboard.c:1161 No locals. #32 0x010107ca in internal_condition_case (bfun=0x10241e3 <top_level_2>, handlers=56499658, hfun=0x10266fb <cmd_error>) at eval.c:1332 val = <optimized out> c = {tag = 56449050, val = 56449050, next = 0x88fde4, gcpro = 0x0, jmp = {8977832, 0, 58531856, 58531840, 8977676, 16844685, 8978372, 0, 1989292604, 1989292688, -1, 1984468753, 0, 7602240, 7471226, 7536741}, backlist = 0x0, handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2, poll_suppress_count = 0, interrupt_input_blocked = 0, byte_stack = 0x0} h = {handler = 56499658, var = 56449050, chosen_clause = 0, tag = 0x88fd20, next = 0x0} #33 0x01024d07 in top_level_1 (ignore=56449050) at keyboard.c:1169 No locals. #34 0x01010714 in internal_catch (tag=56489490, func=0x1024ca8 <top_level_1>, arg=56449050) at eval.c:1089 c = {tag = 56489490, val = 56449050, next = 0x0, gcpro = 0x0, jmp = { 8978008, 0, 58531856, 58531840, 8977868, 16844537, 8978372, 0, 56449050, 8978216, 16858706, 56604890, 56449050, 56449050, 1, 400}, backlist = 0x0, handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2, poll_suppress_count = 0, interrupt_input_blocked = 0, byte_stack = 0x0} #35 0x01026166 in command_loop () at keyboard.c:1124 No locals. #36 recursive_edit_1 () at keyboard.c:752 count = 1 val = 0 #37 0x0102648c in Frecursive_edit () at keyboard.c:816 count = 0 buffer = 56449050 #38 0x01227257 in main (argc=<optimized out>, argv=0xa52e58) at emacs.c:1677 dummy = 1988791509 stack_bottom_variable = 1 '\001' do_initial_setlocale = <optimized out> skip_args = 2 no_loadup = 0 junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x768e5bc4 "÷Ø\033À÷ØYH]Ã\220\220\220\220\220j\020hx\\vèW<úÿ3ÿWèbHúÿY}ü9}\bu\034¾x1vÿ5x1vèteúÿEäÇEà\002" ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-17 21:35 ` Richard Copley @ 2012-07-17 23:39 ` Juanma Barranquero 2013-02-18 2:20 ` Glenn Morris [not found] ` <CAPM58og6J2KWsZTAes3E9ZyP=p-oQsW6xwH=5AJMOyTPXU8wYw@mail.gmail.com> 0 siblings, 2 replies; 36+ messages in thread From: Juanma Barranquero @ 2012-07-17 23:39 UTC (permalink / raw) To: Richard Copley; +Cc: 11867 [-- Attachment #1: Type: text/plain, Size: 490 bytes --] On Tue, Jul 17, 2012 at 11:35 PM, Richard Copley <rcopley@gmail.com> wrote: > Bootstrapping the current trunk (r109130) gives me the abort dialog, > in this command: > "./../src/oo-spd/i386/emacs.exe" -batch --no-site-file --no-site-lisp -l \ > "C:/Users/Buster/projects/emacs-bzr/trunk/leim/../lisp/international/titdic-cnv" > \ > -f batch-miscdic-convert -dir quail ./MISC-DIC I see the same crash. I'm attaching a gdb log for a non-opt build. Juanma [-- Attachment #2: crash.txt --] [-- Type: text/plain, Size: 36348 bytes --] Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 3348.0x1274] 0x754a280d in KERNELBASE!DeleteAce () from C:\Windows\syswow64\KernelBase.dll (gdb) thread apply all bt full Thread 5 (Thread 3348.0xbb0): #0 0x77be1f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #1 0x77be1f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #2 0x77c13352 in ntdll!RtlCreateTagHeap () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #3 0x00000148 in ?? () No symbol table info available. #4 0x7a89fedc in ?? () No symbol table info available. #5 0x754f339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #6 0x00ca6420 in ?? () No symbol table info available. #7 0x77bf9ef2 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #8 0x00ca6420 in ?? () No symbol table info available. #9 0x77bf9ec5 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #10 0x77c13e45 in ntdll!RtlSidIsHigherLevel () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #11 0x00ca6420 in ?? () No symbol table info available. #12 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "set-text-properties" (0x88e588) "insert-buffer-substring-no-properties" (0x88e898) "py-converter" (0x88eb98) "miscdic-convert" (0x88eec8) "batch-miscdic-convert" (0x88f210) "command-line-1" (0x88f528) "command-line" (0x88f86c) "normal-top-level" (0x88fae0) Thread 4 (Thread 3348.0x1624): #0 0x77be1f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #1 0x77be1f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #2 0x77c13352 in ntdll!RtlCreateTagHeap () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #3 0x00000144 in ?? () No symbol table info available. #4 0x7a09fedc in ?? () No symbol table info available. #5 0x754f339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #6 0x00ca6420 in ?? () No symbol table info available. #7 0x77bf9ef2 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #8 0x00ca6420 in ?? () No symbol table info available. #9 0x77bf9ec5 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #10 0x77c13e45 in ntdll!RtlSidIsHigherLevel () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #11 0x00ca6420 in ?? () No symbol table info available. #12 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "set-text-properties" (0x88e588) "insert-buffer-substring-no-properties" (0x88e898) "py-converter" (0x88eb98) "miscdic-convert" (0x88eec8) "batch-miscdic-convert" (0x88f210) "command-line-1" (0x88f528) "command-line" (0x88f86c) "normal-top-level" (0x88fae0) Thread 3 (Thread 3348.0x79c): #0 0x77be1f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #1 0x77be1f26 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #2 0x77c13352 in ntdll!RtlCreateTagHeap () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #3 0x00000174 in ?? () No symbol table info available. #4 0x7989fedc in ?? () No symbol table info available. #5 0x754f339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #6 0x00ca70b0 in ?? () No symbol table info available. #7 0x77bf9ef2 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #8 0x00ca70b0 in ?? () No symbol table info available. #9 0x77bf9ec5 in ntdll!RtlpNtSetValueKey () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #10 0x77c13e45 in ntdll!RtlSidIsHigherLevel () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #11 0x00ca70b0 in ?? () No symbol table info available. #12 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "set-text-properties" (0x88e588) "insert-buffer-substring-no-properties" (0x88e898) "py-converter" (0x88eb98) "miscdic-convert" (0x88eec8) "batch-miscdic-convert" (0x88f210) "command-line-1" (0x88f528) "command-line" (0x88f86c) "normal-top-level" (0x88fae0) Thread 2 (Thread 3348.0x12a0): #0 0x77be013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #1 0x77be013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #2 0x77c12f51 in ntdll!RtlWeaklyEnumerateEntryHashTable () from C:\Windows\SysWOW64\ntdll.dll No symbol table info available. #3 0x00000003 in ?? () No symbol table info available. #4 0x00ca4d80 in ?? () No symbol table info available. #5 0x754f339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll No symbol table info available. #6 0x00000000 in ?? () No symbol table info available. Lisp Backtrace: "set-text-properties" (0x88e588) "insert-buffer-substring-no-properties" (0x88e898) "py-converter" (0x88eb98) "miscdic-convert" (0x88eec8) "batch-miscdic-convert" (0x88f210) "command-line-1" (0x88f528) "command-line" (0x88f86c) "normal-top-level" (0x88fae0) Thread 1 (Thread 3348.0x1274): #0 0x754a280d in KERNELBASE!DeleteAce () from C:\Windows\syswow64\KernelBase.dll No symbol table info available. #1 0x01150109 in w32_abort () at w32fns.c:7184 button = 6 #2 0x0104205b in die (msg=0x15e5a30 "assertion failed: amt == 0", file=0x15e5698 "intervals.c", line=1201) at alloc.c:6702 No locals. #3 0x012da517 in delete_interval (i=0x6) at intervals.c:1201 parent = 0xffffda81 amt = -9599 #4 0x012dad3e in merge_interval_left (i=0x6) at intervals.c:1468 absorb = 9599 predecessor = 0x35a7b64 #5 0x0126bfd0 in set_text_properties_1 (start=13676, end=56972, properties=56055834, buffer=60163589, i=0x35a7b9c) at textprop.c:1382 prev_changed = 0x35a7b64 s = 3419 len = 9599 unchanged = 0xd5b #6 0x0126bbc2 in set_text_properties (start=13676, end=56972, properties=56055834, object=60163589, coherent_change_p=56055858) at textprop.c:1306 i = 0x35a7b64 ostart = 13676 oend = 56972 #7 0x0126b8ea in Fset_text_properties (start=13676, end=56972, properties=56055834, object=56055834) at textprop.c:1244 No locals. #8 0x0103661c in Ffuncall (nargs=4, args=0x88e584) at eval.c:2831 fun = 22029317 original_fun = 56187098 funcar = 0 numargs = 3 lisp_numargs = 8971624 val = 56055834 backtrace = { next = 0x88e830, function = 0x88e584, args = 0x88e588, nargs = 3, debug_on_exit = 0 } internal_args = 0x88e4d0 i = 4 #9 0x010dd7e0 in exec_byte_code (bytestr=20078673, vector=20078741, maxdepth=16, args_template=56055834, nargs=0, args=0x0) at bytecode.c:902 targets = {0x10e06bf, 0x10e06c4, 0x10e06c6, 0x10e06c8, 0x10e06ca, 0x10e06ca, 0x10e0716, 0x10e0771, 0x10dd09b, 0x10dd09d, 0x10dd09f, 0x10dd0a1, 0x10dd0a3, 0x10dd0a3, 0x10dd0a9, 0x10dd06c, 0x10dd502, 0x10dd504, 0x10dd506, 0x10dd508, 0x10dd50a, 0x10dd50a, 0x10dd53f, 0x10dd510, 0x10dd716, 0x10dd718, 0x10dd71a, 0x10dd71c, 0x10dd71e, 0x10dd71e, 0x10dd6d0, 0x10dd6e7, 0x10dd7b4, 0x10dd7b6, 0x10dd7b8, 0x10dd7ba, 0x10dd7bc, 0x10dd7bc, 0x10dd76e, 0x10dd785, 0x10dd851, 0x10dd853, 0x10dd855, 0x10dd857, 0x10dd859, 0x10dd859, 0x10dd80b, 0x10dd822, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10de5df, 0x10de71f, 0x10de763, 0x10de7a7, 0x10de7eb, 0x10dd3c6, 0x10dd413, 0x10de83d, 0x10dd323, 0x10dd45e, 0x10de882, 0x10de8d3, 0x10de915, 0x10de977, 0x10de9b9, 0x10dea60, 0x10dea98, 0x10deae9, 0x10deb53, 0x10deb8b, 0x10debc3, 0x10dec14, 0x10dec65, 0x10decb6, 0x10ded20, 0x10ded62, 0x10deda4, 0x10dee4b, 0x10deebc, 0x10def2d, 0x10df1cb, 0x10df21c, 0x10df26d, 0x10df2be, 0x10df30f, 0x10df351, 0x10df3c8, 0x10df40a, 0x10df44c, 0x10df48e, 0x10df563, 0x10de2dd, 0x10df5ac, 0x10df5e4, 0x10df687, 0x10df6d0, 0x10df719, 0x10df751, 0x10df791, 0x10df7d1, 0x10df814, 0x10e06bf, 0x10df856, 0x10df88a, 0x10df8be, 0x10df8f2, 0x10df926, 0x10df95a, 0x10de2dd, 0x10e06bf, 0x10df992, 0x10df9c6, 0x10df9fe, 0x10dfa36, 0x10dfa87, 0x10dfad8, 0x10dfb10, 0x10dfdf6, 0x10dfe47, 0x10dfe98, 0x10dfee9, 0x10dff1d, 0x10e06bf, 0x10de234, 0x10dd8e7, 0x10dd21e, 0x10dd9dc, 0x10ddaed, 0x10ddbfa, 0x10de1ca, 0x10de20a, 0x10dd696, 0x10de2a2, 0x10de318, 0x10de395, 0x10de3d0, 0x10de429, 0x10de468, 0x10de4d2, 0x10de569, 0x10dd8ad, 0x10dff55, 0x10dffbf, 0x10dfff7, 0x10e002f, 0x10e0067, 0x10e009f, 0x10e00f0, 0x10e0141, 0x10e0192, 0x10e01e3, 0x10e035b, 0x10e03ac, 0x10e03fd, 0x10e0435, 0x10e0486, 0x10e04d7, 0x10e0560, 0x10e05ea, 0x10df4d0, 0x10df512, 0x10e062c, 0x10e067c, 0x10e06bf, 0x10ddd07, 0x10dddda, 0x10ddeda, 0x10ddfda, 0x10de0d2, 0x10de9fb, 0x10dede6, 0x10df622, 0x10e07eb, 0x10e0846, 0x10e06bf, 0x10e06bf, 0x10e08c0, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e0931 <repeats 64 times>} count = 36 op = 3 vectorp = 0x1326098 stack = { pc = 0x14f5e17 "*‡", byte_string = 20078673, byte_string_start = 0x14f5e08 "`\030Å \n\v#\210Æ\034Ç\b`È#*‡", constants = 20078741, next = 0x88e8cc } top = 0x88e584 result = 56055834 #10 0x010373f2 in funcall_lambda (fun=20078629, nargs=1, arg_vector=0x357581a) at eval.c:3052 val = 20 syms_left = 56055834 next = 57751794 lexenv = 56055834 count = 33 i = 1 optional = 1 rest = 0 #11 0x010368d8 in Ffuncall (nargs=2, args=0x88e894) at eval.c:2869 fun = 20078629 original_fun = 57880938 funcar = 56055834 numargs = 1 lisp_numargs = 8972408 val = 0 backtrace = { next = 0x88eb30, function = 0x88e894, args = 0x88e898, nargs = 1, debug_on_exit = 0 } internal_args = 0x357581a i = 17907318 #12 0x010dd7e0 in exec_byte_code (bytestr=58313041, vector=58726149, maxdepth=12, args_template=56055834, nargs=0, args=0x0) at bytecode.c:902 targets = {0x10e06bf, 0x10e06c4, 0x10e06c6, 0x10e06c8, 0x10e06ca, 0x10e06ca, 0x10e0716, 0x10e0771, 0x10dd09b, 0x10dd09d, 0x10dd09f, 0x10dd0a1, 0x10dd0a3, 0x10dd0a3, 0x10dd0a9, 0x10dd06c, 0x10dd502, 0x10dd504, 0x10dd506, 0x10dd508, 0x10dd50a, 0x10dd50a, 0x10dd53f, 0x10dd510, 0x10dd716, 0x10dd718, 0x10dd71a, 0x10dd71c, 0x10dd71e, 0x10dd71e, 0x10dd6d0, 0x10dd6e7, 0x10dd7b4, 0x10dd7b6, 0x10dd7b8, 0x10dd7ba, 0x10dd7bc, 0x10dd7bc, 0x10dd76e, 0x10dd785, 0x10dd851, 0x10dd853, 0x10dd855, 0x10dd857, 0x10dd859, 0x10dd859, 0x10dd80b, 0x10dd822, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10de5df, 0x10de71f, 0x10de763, 0x10de7a7, 0x10de7eb, 0x10dd3c6, 0x10dd413, 0x10de83d, 0x10dd323, 0x10dd45e, 0x10de882, 0x10de8d3, 0x10de915, 0x10de977, 0x10de9b9, 0x10dea60, 0x10dea98, 0x10deae9, 0x10deb53, 0x10deb8b, 0x10debc3, 0x10dec14, 0x10dec65, 0x10decb6, 0x10ded20, 0x10ded62, 0x10deda4, 0x10dee4b, 0x10deebc, 0x10def2d, 0x10df1cb, 0x10df21c, 0x10df26d, 0x10df2be, 0x10df30f, 0x10df351, 0x10df3c8, 0x10df40a, 0x10df44c, 0x10df48e, 0x10df563, 0x10de2dd, 0x10df5ac, 0x10df5e4, 0x10df687, 0x10df6d0, 0x10df719, 0x10df751, 0x10df791, 0x10df7d1, 0x10df814, 0x10e06bf, 0x10df856, 0x10df88a, 0x10df8be, 0x10df8f2, 0x10df926, 0x10df95a, 0x10de2dd, 0x10e06bf, 0x10df992, 0x10df9c6, 0x10df9fe, 0x10dfa36, 0x10dfa87, 0x10dfad8, 0x10dfb10, 0x10dfdf6, 0x10dfe47, 0x10dfe98, 0x10dfee9, 0x10dff1d, 0x10e06bf, 0x10de234, 0x10dd8e7, 0x10dd21e, 0x10dd9dc, 0x10ddaed, 0x10ddbfa, 0x10de1ca, 0x10de20a, 0x10dd696, 0x10de2a2, 0x10de318, 0x10de395, 0x10de3d0, 0x10de429, 0x10de468, 0x10de4d2, 0x10de569, 0x10dd8ad, 0x10dff55, 0x10dffbf, 0x10dfff7, 0x10e002f, 0x10e0067, 0x10e009f, 0x10e00f0, 0x10e0141, 0x10e0192, 0x10e01e3, 0x10e035b, 0x10e03ac, 0x10e03fd, 0x10e0435, 0x10e0486, 0x10e04d7, 0x10e0560, 0x10e05ea, 0x10df4d0, 0x10df512, 0x10e062c, 0x10e067c, 0x10e06bf, 0x10ddd07, 0x10dddda, 0x10ddeda, 0x10ddfda, 0x10de0d2, 0x10de9fb, 0x10dede6, 0x10df622, 0x10e07eb, 0x10e0846, 0x10e06bf, 0x10e06bf, 0x10e08c0, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e0931 <repeats 64 times>} count = 32 op = 1 vectorp = 0x3801708 stack = { pc = 0x35babe0 "\210\bb\210ÈÉ!\210Ê \210\b`|\210m„N", byte_string = 58313041, byte_string_start = 0x35babcc "db\210ÂÃÄ\"c\210Åc\210Æc\210`\030Ç !\210\bb\210ÈÉ!\210Ê \210\b`|\210m„N", constants = 58726149, next = 0x88ebfc } top = 0x88e894 result = 60165637 #13 0x010373f2 in funcall_lambda (fun=58727653, nargs=3, arg_vector=0x357581a) at eval.c:3052 val = 60165637 syms_left = 56055834 next = 56183338 lexenv = 56055834 count = 29 i = 3 optional = 0 rest = 0 #14 0x010368d8 in Ffuncall (nargs=4, args=0x88eb94) at eval.c:2869 fun = 58727653 original_fun = 56396546 funcar = 0 numargs = 3 lisp_numargs = 8973176 val = 60165637 backtrace = { next = 0x88ee60, function = 0x88eb94, args = 0x88eb98, nargs = 3, debug_on_exit = 0 } internal_args = 0x357581a i = 58453570 #15 0x010dd7e0 in exec_byte_code (bytestr=57900097, vector=59006597, maxdepth=48, args_template=56055834, nargs=0, args=0x0) at bytecode.c:902 targets = {0x10e06bf, 0x10e06c4, 0x10e06c6, 0x10e06c8, 0x10e06ca, 0x10e06ca, 0x10e0716, 0x10e0771, 0x10dd09b, 0x10dd09d, 0x10dd09f, 0x10dd0a1, 0x10dd0a3, 0x10dd0a3, 0x10dd0a9, 0x10dd06c, 0x10dd502, 0x10dd504, 0x10dd506, 0x10dd508, 0x10dd50a, 0x10dd50a, 0x10dd53f, 0x10dd510, 0x10dd716, 0x10dd718, 0x10dd71a, 0x10dd71c, 0x10dd71e, 0x10dd71e, 0x10dd6d0, 0x10dd6e7, 0x10dd7b4, 0x10dd7b6, 0x10dd7b8, 0x10dd7ba, 0x10dd7bc, 0x10dd7bc, 0x10dd76e, 0x10dd785, 0x10dd851, 0x10dd853, 0x10dd855, 0x10dd857, 0x10dd859, 0x10dd859, 0x10dd80b, 0x10dd822, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10de5df, 0x10de71f, 0x10de763, 0x10de7a7, 0x10de7eb, 0x10dd3c6, 0x10dd413, 0x10de83d, 0x10dd323, 0x10dd45e, 0x10de882, 0x10de8d3, 0x10de915, 0x10de977, 0x10de9b9, 0x10dea60, 0x10dea98, 0x10deae9, 0x10deb53, 0x10deb8b, 0x10debc3, 0x10dec14, 0x10dec65, 0x10decb6, 0x10ded20, 0x10ded62, 0x10deda4, 0x10dee4b, 0x10deebc, 0x10def2d, 0x10df1cb, 0x10df21c, 0x10df26d, 0x10df2be, 0x10df30f, 0x10df351, 0x10df3c8, 0x10df40a, 0x10df44c, 0x10df48e, 0x10df563, 0x10de2dd, 0x10df5ac, 0x10df5e4, 0x10df687, 0x10df6d0, 0x10df719, 0x10df751, 0x10df791, 0x10df7d1, 0x10df814, 0x10e06bf, 0x10df856, 0x10df88a, 0x10df8be, 0x10df8f2, 0x10df926, 0x10df95a, 0x10de2dd, 0x10e06bf, 0x10df992, 0x10df9c6, 0x10df9fe, 0x10dfa36, 0x10dfa87, 0x10dfad8, 0x10dfb10, 0x10dfdf6, 0x10dfe47, 0x10dfe98, 0x10dfee9, 0x10dff1d, 0x10e06bf, 0x10de234, 0x10dd8e7, 0x10dd21e, 0x10dd9dc, 0x10ddaed, 0x10ddbfa, 0x10de1ca, 0x10de20a, 0x10dd696, 0x10de2a2, 0x10de318, 0x10de395, 0x10de3d0, 0x10de429, 0x10de468, 0x10de4d2, 0x10de569, 0x10dd8ad, 0x10dff55, 0x10dffbf, 0x10dfff7, 0x10e002f, 0x10e0067, 0x10e009f, 0x10e00f0, 0x10e0141, 0x10e0192, 0x10e01e3, 0x10e035b, 0x10e03ac, 0x10e03fd, 0x10e0435, 0x10e0486, 0x10e04d7, 0x10e0560, 0x10e05ea, 0x10df4d0, 0x10df512, 0x10e062c, 0x10e067c, 0x10e06bf, 0x10ddd07, 0x10dddda, 0x10ddeda, 0x10ddfda, 0x10de0d2, 0x10de9fb, 0x10dede6, 0x10df622, 0x10e07eb, 0x10e0846, 0x10e06bf, 0x10e06bf, 0x10e08c0, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e0931 <repeats 64 times>} count = 12 op = 3 vectorp = 0x3845e88 stack = { pc = 0x35be6f7 "\210ò\n!\210+r\016>q\210óɉ\016?Éô%\210,Òõ\016\067\r#\210\016<A‰\026<„,", byte_string = 57900097, byte_string_start = 0x35be5e8 "Æ\b!„\v", constants = 59006597, next = 0x88ef0c } top = 0x88eb94 result = 1701736270 #16 0x010373f2 in funcall_lambda (fun=59006869, nargs=2, arg_vector=0x357581a) at eval.c:3052 val = 56055834 syms_left = 56055834 next = 57931066 lexenv = 56055834 count = 10 i = 2 optional = 1 rest = 0 #17 0x010368d8 in Ffuncall (nargs=3, args=0x88eec4) at eval.c:2869 fun = 59006869 original_fun = 56397946 funcar = 66086 numargs = 2 lisp_numargs = 8973992 val = 56055834 backtrace = { next = 0x88f170, function = 0x88eec4, args = 0x88eec8, nargs = 2, debug_on_exit = 0 } internal_args = 0x357581a i = 0 #18 0x010dd7e0 in exec_byte_code (bytestr=58608833, vector=58781501, maxdepth=24, args_template=56055834, nargs=0, args=0x0) at bytecode.c:902 targets = {0x10e06bf, 0x10e06c4, 0x10e06c6, 0x10e06c8, 0x10e06ca, 0x10e06ca, 0x10e0716, 0x10e0771, 0x10dd09b, 0x10dd09d, 0x10dd09f, 0x10dd0a1, 0x10dd0a3, 0x10dd0a3, 0x10dd0a9, 0x10dd06c, 0x10dd502, 0x10dd504, 0x10dd506, 0x10dd508, 0x10dd50a, 0x10dd50a, 0x10dd53f, 0x10dd510, 0x10dd716, 0x10dd718, 0x10dd71a, 0x10dd71c, 0x10dd71e, 0x10dd71e, 0x10dd6d0, 0x10dd6e7, 0x10dd7b4, 0x10dd7b6, 0x10dd7b8, 0x10dd7ba, 0x10dd7bc, 0x10dd7bc, 0x10dd76e, 0x10dd785, 0x10dd851, 0x10dd853, 0x10dd855, 0x10dd857, 0x10dd859, 0x10dd859, 0x10dd80b, 0x10dd822, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10de5df, 0x10de71f, 0x10de763, 0x10de7a7, 0x10de7eb, 0x10dd3c6, 0x10dd413, 0x10de83d, 0x10dd323, 0x10dd45e, 0x10de882, 0x10de8d3, 0x10de915, 0x10de977, 0x10de9b9, 0x10dea60, 0x10dea98, 0x10deae9, 0x10deb53, 0x10deb8b, 0x10debc3, 0x10dec14, 0x10dec65, 0x10decb6, 0x10ded20, 0x10ded62, 0x10deda4, 0x10dee4b, 0x10deebc, 0x10def2d, 0x10df1cb, 0x10df21c, 0x10df26d, 0x10df2be, 0x10df30f, 0x10df351, 0x10df3c8, 0x10df40a, 0x10df44c, 0x10df48e, 0x10df563, 0x10de2dd, 0x10df5ac, 0x10df5e4, 0x10df687, 0x10df6d0, 0x10df719, 0x10df751, 0x10df791, 0x10df7d1, 0x10df814, 0x10e06bf, 0x10df856, 0x10df88a, 0x10df8be, 0x10df8f2, 0x10df926, 0x10df95a, 0x10de2dd, 0x10e06bf, 0x10df992, 0x10df9c6, 0x10df9fe, 0x10dfa36, 0x10dfa87, 0x10dfad8, 0x10dfb10, 0x10dfdf6, 0x10dfe47, 0x10dfe98, 0x10dfee9, 0x10dff1d, 0x10e06bf, 0x10de234, 0x10dd8e7, 0x10dd21e, 0x10dd9dc, 0x10ddaed, 0x10ddbfa, 0x10de1ca, 0x10de20a, 0x10dd696, 0x10de2a2, 0x10de318, 0x10de395, 0x10de3d0, 0x10de429, 0x10de468, 0x10de4d2, 0x10de569, 0x10dd8ad, 0x10dff55, 0x10dffbf, 0x10dfff7, 0x10e002f, 0x10e0067, 0x10e009f, 0x10e00f0, 0x10e0141, 0x10e0192, 0x10e01e3, 0x10e035b, 0x10e03ac, 0x10e03fd, 0x10e0435, 0x10e0486, 0x10e04d7, 0x10e0560, 0x10e05ea, 0x10df4d0, 0x10df512, 0x10e062c, 0x10e067c, 0x10e06bf, 0x10ddd07, 0x10dddda, 0x10ddeda, 0x10ddfda, 0x10de0d2, 0x10de9fb, 0x10dede6, 0x10df622, 0x10e07eb, 0x10e0846, 0x10e06bf, 0x10e06bf, 0x10e08c0, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e0931 <repeats 64 times>} count = 6 op = 2 vectorp = 0x380ef40 stack = { pc = 0x35bea30 "\210\016\020A‰\026\020„:", byte_string = 58608833, byte_string_start = 0x35be9e8 "\b„\b", constants = 58781501, next = 0x88f25c } top = 0x88eec4 result = 2 #19 0x010373f2 in funcall_lambda (fun=59006901, nargs=0, arg_vector=0x357581a) at eval.c:3052 val = 57709857 syms_left = 56055834 next = 56055834 lexenv = 56055834 count = 6 i = 0 optional = 0 rest = 0 #20 0x010368d8 in Ffuncall (nargs=1, args=0x88f20c) at eval.c:2869 fun = 59006901 original_fun = 56398090 funcar = 0 numargs = 0 lisp_numargs = 8974776 val = 56055834 backtrace = { next = 0x88f4c0, function = 0x88f20c, args = 0x88f210, nargs = 0, debug_on_exit = 0 } internal_args = 0x60 i = 2 #21 0x010dd7e0 in exec_byte_code (bytestr=20387601, vector=20388021, maxdepth=88, args_template=1028, nargs=1, args=0x88f52c) at bytecode.c:902 targets = {0x10e06bf, 0x10e06c4, 0x10e06c6, 0x10e06c8, 0x10e06ca, 0x10e06ca, 0x10e0716, 0x10e0771, 0x10dd09b, 0x10dd09d, 0x10dd09f, 0x10dd0a1, 0x10dd0a3, 0x10dd0a3, 0x10dd0a9, 0x10dd06c, 0x10dd502, 0x10dd504, 0x10dd506, 0x10dd508, 0x10dd50a, 0x10dd50a, 0x10dd53f, 0x10dd510, 0x10dd716, 0x10dd718, 0x10dd71a, 0x10dd71c, 0x10dd71e, 0x10dd71e, 0x10dd6d0, 0x10dd6e7, 0x10dd7b4, 0x10dd7b6, 0x10dd7b8, 0x10dd7ba, 0x10dd7bc, 0x10dd7bc, 0x10dd76e, 0x10dd785, 0x10dd851, 0x10dd853, 0x10dd855, 0x10dd857, 0x10dd859, 0x10dd859, 0x10dd80b, 0x10dd822, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10de5df, 0x10de71f, 0x10de763, 0x10de7a7, 0x10de7eb, 0x10dd3c6, 0x10dd413, 0x10de83d, 0x10dd323, 0x10dd45e, 0x10de882, 0x10de8d3, 0x10de915, 0x10de977, 0x10de9b9, 0x10dea60, 0x10dea98, 0x10deae9, 0x10deb53, 0x10deb8b, 0x10debc3, 0x10dec14, 0x10dec65, 0x10decb6, 0x10ded20, 0x10ded62, 0x10deda4, 0x10dee4b, 0x10deebc, 0x10def2d, 0x10df1cb, 0x10df21c, 0x10df26d, 0x10df2be, 0x10df30f, 0x10df351, 0x10df3c8, 0x10df40a, 0x10df44c, 0x10df48e, 0x10df563, 0x10de2dd, 0x10df5ac, 0x10df5e4, 0x10df687, 0x10df6d0, 0x10df719, 0x10df751, 0x10df791, 0x10df7d1, 0x10df814, 0x10e06bf, 0x10df856, 0x10df88a, 0x10df8be, 0x10df8f2, 0x10df926, 0x10df95a, 0x10de2dd, 0x10e06bf, 0x10df992, 0x10df9c6, 0x10df9fe, 0x10dfa36, 0x10dfa87, 0x10dfad8, 0x10dfb10, 0x10dfdf6, 0x10dfe47, 0x10dfe98, 0x10dfee9, 0x10dff1d, 0x10e06bf, 0x10de234, 0x10dd8e7, 0x10dd21e, 0x10dd9dc, 0x10ddaed, 0x10ddbfa, 0x10de1ca, 0x10de20a, 0x10dd696, 0x10de2a2, 0x10de318, 0x10de395, 0x10de3d0, 0x10de429, 0x10de468, 0x10de4d2, 0x10de569, 0x10dd8ad, 0x10dff55, 0x10dffbf, 0x10dfff7, 0x10e002f, 0x10e0067, 0x10e009f, 0x10e00f0, 0x10e0141, 0x10e0192, 0x10e01e3, 0x10e035b, 0x10e03ac, 0x10e03fd, 0x10e0435, 0x10e0486, 0x10e04d7, 0x10e0560, 0x10e05ea, 0x10df4d0, 0x10df512, 0x10e062c, 0x10e067c, 0x10e06bf, 0x10ddd07, 0x10dddda, 0x10ddeda, 0x10ddfda, 0x10de0d2, 0x10de9fb, 0x10dede6, 0x10df622, 0x10e07eb, 0x10e0846, 0x10e06bf, 0x10e06bf, 0x10e08c0, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e0931 <repeats 64 times>} count = 4 op = 0 vectorp = 0x13718b8 stack = { pc = 0x14c9827 "\210‚\201\003\016Aâ\235ƒV\001Ù\026Bãä\003†P\001\n‰A\022@!!\210‚\201\003\016Aå\235ƒ\220\001æç\003†h\001\n‰A\022@!!² \006\a ƒƒ\001\006\a\006 \006 AB¡\210\006\aA²\b‚\201\003\006\b\016CB‰\026C²\b‚\201\003\016Aè\235ƒ¸\001ç\002†¡\001\n‰A\022@!æ\001!é\001!ƒ®\001‰²\002ê \002ÌÙ#¶\003‚\201\003\016Aë\235ƒØ\001ç\002†É\001\n‰A\022@!æ\001!ê\001ÌÙ‰$¶\003‚\201\003\016A욃\001\002Ù\026B\001†ë\001\n‰A\022@² \006\b;„÷\001Ú í!\210îç\006\n!!\210‚"..., byte_string = 20387601, byte_string_start = 0x14c96f0 "Æ \210\bƒ\021", constants = 20388021, next = 0x88f59c } top = 0x88f20c result = 55 #22 0x01036fbe in funcall_lambda (fun=20387573, nargs=1, arg_vector=0x404) at eval.c:2986 val = 56067200 syms_left = 1028 next = 5 lexenv = 42 count = 4 i = 75 optional = 57710001 rest = 56055834 #23 0x010368d8 in Ffuncall (nargs=2, args=0x88f524) at eval.c:2869 fun = 20387573 original_fun = 57776346 funcar = 56044830 numargs = 1 lisp_numargs = 8975624 val = 57710001 backtrace = { next = 0x88f800, function = 0x88f524, args = 0x88f528, nargs = 1, debug_on_exit = 0 } internal_args = 0x50 i = 0 #24 0x010dd7e0 in exec_byte_code (bytestr=20366249, vector=20367085, maxdepth=72, args_template=0, nargs=0, args=0x88f86c) at bytecode.c:902 targets = {0x10e06bf, 0x10e06c4, 0x10e06c6, 0x10e06c8, 0x10e06ca, 0x10e06ca, 0x10e0716, 0x10e0771, 0x10dd09b, 0x10dd09d, 0x10dd09f, 0x10dd0a1, 0x10dd0a3, 0x10dd0a3, 0x10dd0a9, 0x10dd06c, 0x10dd502, 0x10dd504, 0x10dd506, 0x10dd508, 0x10dd50a, 0x10dd50a, 0x10dd53f, 0x10dd510, 0x10dd716, 0x10dd718, 0x10dd71a, 0x10dd71c, 0x10dd71e, 0x10dd71e, 0x10dd6d0, 0x10dd6e7, 0x10dd7b4, 0x10dd7b6, 0x10dd7b8, 0x10dd7ba, 0x10dd7bc, 0x10dd7bc, 0x10dd76e, 0x10dd785, 0x10dd851, 0x10dd853, 0x10dd855, 0x10dd857, 0x10dd859, 0x10dd859, 0x10dd80b, 0x10dd822, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10de5df, 0x10de71f, 0x10de763, 0x10de7a7, 0x10de7eb, 0x10dd3c6, 0x10dd413, 0x10de83d, 0x10dd323, 0x10dd45e, 0x10de882, 0x10de8d3, 0x10de915, 0x10de977, 0x10de9b9, 0x10dea60, 0x10dea98, 0x10deae9, 0x10deb53, 0x10deb8b, 0x10debc3, 0x10dec14, 0x10dec65, 0x10decb6, 0x10ded20, 0x10ded62, 0x10deda4, 0x10dee4b, 0x10deebc, 0x10def2d, 0x10df1cb, 0x10df21c, 0x10df26d, 0x10df2be, 0x10df30f, 0x10df351, 0x10df3c8, 0x10df40a, 0x10df44c, 0x10df48e, 0x10df563, 0x10de2dd, 0x10df5ac, 0x10df5e4, 0x10df687, 0x10df6d0, 0x10df719, 0x10df751, 0x10df791, 0x10df7d1, 0x10df814, 0x10e06bf, 0x10df856, 0x10df88a, 0x10df8be, 0x10df8f2, 0x10df926, 0x10df95a, 0x10de2dd, 0x10e06bf, 0x10df992, 0x10df9c6, 0x10df9fe, 0x10dfa36, 0x10dfa87, 0x10dfad8, 0x10dfb10, 0x10dfdf6, 0x10dfe47, 0x10dfe98, 0x10dfee9, 0x10dff1d, 0x10e06bf, 0x10de234, 0x10dd8e7, 0x10dd21e, 0x10dd9dc, 0x10ddaed, 0x10ddbfa, 0x10de1ca, 0x10de20a, 0x10dd696, 0x10de2a2, 0x10de318, 0x10de395, 0x10de3d0, 0x10de429, 0x10de468, 0x10de4d2, 0x10de569, 0x10dd8ad, 0x10dff55, 0x10dffbf, 0x10dfff7, 0x10e002f, 0x10e0067, 0x10e009f, 0x10e00f0, 0x10e0141, 0x10e0192, 0x10e01e3, 0x10e035b, 0x10e03ac, 0x10e03fd, 0x10e0435, 0x10e0486, 0x10e04d7, 0x10e0560, 0x10e05ea, 0x10df4d0, 0x10df512, 0x10e062c, 0x10e067c, 0x10e06bf, 0x10ddd07, 0x10dddda, 0x10ddeda, 0x10ddfda, 0x10de0d2, 0x10de9fb, 0x10dede6, 0x10df622, 0x10e07eb, 0x10e0846, 0x10e06bf, 0x10e06bf, 0x10e08c0, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e0931 <repeats 64 times>} count = 4 op = 1 vectorp = 0x136c6f0 stack = { pc = 0x14cc5cd "\210\016Hƒ \005\201Â", byte_string = 20366249, byte_string_start = 0x14cc039 "Æ \020Ç\021\n\023Ç\024ÈÉ!‰Ç=„0", constants = 20367085, next = 0x88f8bc } top = 0x88f524 result = 58619873 #25 0x01036fbe in funcall_lambda (fun=20366221, nargs=0, arg_vector=0x0) at eval.c:2986 val = 5 syms_left = 0 next = 17023951 lexenv = 8976508 count = 4 i = 2 optional = 17286067 rest = 8976296 #26 0x010368d8 in Ffuncall (nargs=1, args=0x88f868) at eval.c:2869 fun = 20366221 original_fun = 58344026 funcar = 16 numargs = 0 lisp_numargs = 8976456 val = 58136941 backtrace = { next = 0x88fbd8, function = 0x88f868, args = 0x88f86c, nargs = 0, debug_on_exit = 0 } internal_args = 0x40 i = 0 #27 0x010dd7e0 in exec_byte_code (bytestr=20364121, vector=20364349, maxdepth=32, args_template=0, nargs=0, args=0x88fae0) at bytecode.c:902 targets = {0x10e06bf, 0x10e06c4, 0x10e06c6, 0x10e06c8, 0x10e06ca, 0x10e06ca, 0x10e0716, 0x10e0771, 0x10dd09b, 0x10dd09d, 0x10dd09f, 0x10dd0a1, 0x10dd0a3, 0x10dd0a3, 0x10dd0a9, 0x10dd06c, 0x10dd502, 0x10dd504, 0x10dd506, 0x10dd508, 0x10dd50a, 0x10dd50a, 0x10dd53f, 0x10dd510, 0x10dd716, 0x10dd718, 0x10dd71a, 0x10dd71c, 0x10dd71e, 0x10dd71e, 0x10dd6d0, 0x10dd6e7, 0x10dd7b4, 0x10dd7b6, 0x10dd7b8, 0x10dd7ba, 0x10dd7bc, 0x10dd7bc, 0x10dd76e, 0x10dd785, 0x10dd851, 0x10dd853, 0x10dd855, 0x10dd857, 0x10dd859, 0x10dd859, 0x10dd80b, 0x10dd822, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10de5df, 0x10de71f, 0x10de763, 0x10de7a7, 0x10de7eb, 0x10dd3c6, 0x10dd413, 0x10de83d, 0x10dd323, 0x10dd45e, 0x10de882, 0x10de8d3, 0x10de915, 0x10de977, 0x10de9b9, 0x10dea60, 0x10dea98, 0x10deae9, 0x10deb53, 0x10deb8b, 0x10debc3, 0x10dec14, 0x10dec65, 0x10decb6, 0x10ded20, 0x10ded62, 0x10deda4, 0x10dee4b, 0x10deebc, 0x10def2d, 0x10df1cb, 0x10df21c, 0x10df26d, 0x10df2be, 0x10df30f, 0x10df351, 0x10df3c8, 0x10df40a, 0x10df44c, 0x10df48e, 0x10df563, 0x10de2dd, 0x10df5ac, 0x10df5e4, 0x10df687, 0x10df6d0, 0x10df719, 0x10df751, 0x10df791, 0x10df7d1, 0x10df814, 0x10e06bf, 0x10df856, 0x10df88a, 0x10df8be, 0x10df8f2, 0x10df926, 0x10df95a, 0x10de2dd, 0x10e06bf, 0x10df992, 0x10df9c6, 0x10df9fe, 0x10dfa36, 0x10dfa87, 0x10dfad8, 0x10dfb10, 0x10dfdf6, 0x10dfe47, 0x10dfe98, 0x10dfee9, 0x10dff1d, 0x10e06bf, 0x10de234, 0x10dd8e7, 0x10dd21e, 0x10dd9dc, 0x10ddaed, 0x10ddbfa, 0x10de1ca, 0x10de20a, 0x10dd696, 0x10de2a2, 0x10de318, 0x10de395, 0x10de3d0, 0x10de429, 0x10de468, 0x10de4d2, 0x10de569, 0x10dd8ad, 0x10dff55, 0x10dffbf, 0x10dfff7, 0x10e002f, 0x10e0067, 0x10e009f, 0x10e00f0, 0x10e0141, 0x10e0192, 0x10e01e3, 0x10e035b, 0x10e03ac, 0x10e03fd, 0x10e0435, 0x10e0486, 0x10e04d7, 0x10e0560, 0x10e05ea, 0x10df4d0, 0x10df512, 0x10e062c, 0x10e067c, 0x10e06bf, 0x10ddd07, 0x10dddda, 0x10ddeda, 0x10ddfda, 0x10de0d2, 0x10de9fb, 0x10dede6, 0x10df622, 0x10e07eb, 0x10e0846, 0x10e06bf, 0x10e06bf, 0x10e08c0, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e06bf, 0x10e0931 <repeats 64 times>} count = 3 op = 0 vectorp = 0x136bc40 stack = { pc = 0x14ccb40 "\210)\210éêë\"\210ìÑí\"‰;ƒ®", byte_string = 20364121, byte_string_start = 0x14ccaab "\bƒ\b", constants = 20364349, next = 0x0 } top = 0x88f868 result = 1968126158 #28 0x01036fbe in funcall_lambda (fun=20364093, nargs=0, arg_vector=0x0) at eval.c:2986 val = 13220408 syms_left = 0 next = 2006793458 lexenv = 13271112 count = 3 i = 8977216 optional = 0 rest = 0 #29 0x01036c0e in apply_lambda (fun=20364093, args=56055834) at eval.c:2929 args_left = 56055834 i = 0 numargs = 0 arg_vector = 0x88fae0 gcpro1 = { next = 0x779d3d72, var = 0x88fb84, nvars = 0 } gcpro2 = { next = 0x2, var = 0x76e53238, nvars = 2009085941 } gcpro3 = { next = 0x88fb24, var = 0x754995d3, nvars = 13271112 } tem = 2130567168 sa_count = 3 sa_must_free = 0 #30 0x01034a6f in eval_sub (form=56033510) at eval.c:2211 fun = 20364093 val = 56055834 original_fun = 57774226 original_args = 56055834 funcar = 8977628 backtrace = { next = 0x0, function = 0x88fbf0, args = 0x88fae0, nargs = 0, debug_on_exit = 0 } gcpro1 = { next = 0x0, var = 0x0, nvars = 2130567168 } gcpro2 = { next = 0x163c630, var = 0x357581a, nvars = 56081920 } gcpro3 = { next = 0x357581a, var = 0x88fc08, nvars = 16942902 } #31 0x01033d57 in Feval (form=56033510, lexical=56055834) at eval.c:2020 count = 2 #32 0x010055c6 in top_level_2 () at keyboard.c:1161 No locals. #33 0x01032451 in internal_condition_case (bfun=0x10055a9 <top_level_2>, handlers=56106442, hfun=0x1005154 <cmd_error>) at eval.c:1332 val = 1967757073 c = { tag = 56055834, val = 56055834, next = 0x88fd74, gcpro = 0x0, jmp = {8977720, 2130567168, 0, 0, 8977548, 16983038, 8978372, 0, 13271112, 8977684, 1967756561, 13271112, 2, 1994732088, 0, 3082}, backlist = 0x0, handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2, poll_suppress_count = 0, interrupt_input_blocked = 0, byte_stack = 0x0 } h = { handler = 56106442, var = 56055834, chosen_clause = 2009297365, tag = 0x88fcc0, next = 0x0 } #34 0x010055fa in top_level_1 (ignore=56055834) at keyboard.c:1169 No locals. #35 0x01031e74 in internal_catch (tag=56096274, func=0x10055c8 <top_level_1>, arg=56055834) at eval.c:1089 c = { tag = 56096274, val = 56055834, next = 0x0, gcpro = 0x0, jmp = {8977896, 2130567168, 0, 0, 8977756, 16981605, 8978372, 0, 56055834, 56081920, 1994733376, 1994733439, 2130567168, 23458588, 56081920, 23458588}, backlist = 0x0, handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2, poll_suppress_count = 0, interrupt_input_blocked = 0, byte_stack = 0x0 } #36 0x0100552e in command_loop () at keyboard.c:1124 No locals. #37 0x01004b29 in recursive_edit_1 () at keyboard.c:752 count = 1 val = 1994105922 #38 0x01004e44 in Frecursive_edit () at keyboard.c:816 count = 0 buffer = 56055834 #39 0x0100291e in main (argc=11, argv=0xf52f68) at emacs.c:1677 dummy = 8978372 stack_bottom_variable = 0 '\000' do_initial_setlocale = 1 skip_args = 2 no_loadup = 0 junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x0 Lisp Backtrace: "set-text-properties" (0x88e588) "insert-buffer-substring-no-properties" (0x88e898) "py-converter" (0x88eb98) "miscdic-convert" (0x88eec8) "batch-miscdic-convert" (0x88f210) "command-line-1" (0x88f528) "command-line" (0x88f86c) "normal-top-level" (0x88fae0) (gdb) ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-17 23:39 ` Juanma Barranquero @ 2013-02-18 2:20 ` Glenn Morris 2013-02-18 3:44 ` Eli Zaretskii [not found] ` <CAPM58og6J2KWsZTAes3E9ZyP=p-oQsW6xwH=5AJMOyTPXU8wYw@mail.gmail.com> 1 sibling, 1 reply; 36+ messages in thread From: Glenn Morris @ 2013-02-18 2:20 UTC (permalink / raw) To: Juanma Barranquero; +Cc: Richard Copley, 11867 I's been 200+ days. Is this still an issue? ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2013-02-18 2:20 ` Glenn Morris @ 2013-02-18 3:44 ` Eli Zaretskii 0 siblings, 0 replies; 36+ messages in thread From: Eli Zaretskii @ 2013-02-18 3:44 UTC (permalink / raw) To: Glenn Morris; +Cc: rcopley, lekktu, 11867 > From: Glenn Morris <rgm@gnu.org> > Cc: Richard Copley <rcopley@gmail.com>, Eli Zaretskii <eliz@gnu.org>, 11867@debbugs.gnu.org > Date: Sun, 17 Feb 2013 21:20:16 -0500 > > > I's been 200+ days. Is this still an issue? I don't think so. ^ permalink raw reply [flat|nested] 36+ messages in thread
[parent not found: <CAPM58og6J2KWsZTAes3E9ZyP=p-oQsW6xwH=5AJMOyTPXU8wYw@mail.gmail.com>]
* bug#11867: Fwd: bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) [not found] ` <CAPM58og6J2KWsZTAes3E9ZyP=p-oQsW6xwH=5AJMOyTPXU8wYw@mail.gmail.com> @ 2013-02-18 12:24 ` Richard Copley 0 siblings, 0 replies; 36+ messages in thread From: Richard Copley @ 2013-02-18 12:24 UTC (permalink / raw) To: 11867 >Not for me (like I said 213 days ago ☺) Didn't notice at the time that I'd dropped the debbugs address. Really sorry! I sometimes click reply instead of reply-to-all. ---------- Forwarded message ---------- From: Richard Copley <rcopley@gmail.com> Date: 20 July 2012 21:24 Subject: Re: bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) To: Juanma Barranquero <lekktu@gmail.com> On 18 July 2012 00:39, Juanma Barranquero <lekktu@gmail.com> wrote: > On Tue, Jul 17, 2012 at 11:35 PM, Richard Copley <rcopley@gmail.com> wrote: > >> Bootstrapping the current trunk (r109130) gives me the abort dialog, >> in this command: >> "./../src/oo-spd/i386/emacs.exe" -batch --no-site-file --no-site-lisp -l \ >> "C:/Users/Buster/projects/emacs-bzr/trunk/leim/../lisp/international/titdic-cnv" >> \ >> -f batch-miscdic-convert -dir quail ./MISC-DIC > > I see the same crash. I'm attaching a gdb log for a non-opt build. > > Juanma I don't see this abort any longer. 109170 bootstraps without error for me. ^ permalink raw reply [flat|nested] 36+ messages in thread
* bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) 2012-07-06 16:37 ` Juanma Barranquero 2012-07-06 17:35 ` Eli Zaretskii @ 2012-07-07 9:09 ` Jason Rumney 1 sibling, 0 replies; 36+ messages in thread From: Jason Rumney @ 2012-07-07 9:09 UTC (permalink / raw) To: Juanma Barranquero; +Cc: Richard Copley, 11867 Juanma Barranquero <lekktu@gmail.com> writes: > Assuming that you mean 108908, I think the problem (which I also saw) > is cured by 108911. > > Still, something weird is happening, because I've seen several Emacs > crashes while byte-compiling lisp/language/japanese.el, but only > during bootstrap. There used to be problems with line-ends when processing some of the .tit files (this doesn't really explain japanese.el though). But I thought Handa-san had installed a fix for this long ago. One thing to look at might be if the files on disk have strange line ends (in the case of the tit files, they were saved in the repository with DOS line ends, because their original source has DOS line ends, and CVS on Windows used to add an extra ^M to each line. But bzr shouldn't suffer this problem AFAIK. ^ permalink raw reply [flat|nested] 36+ messages in thread
end of thread, other threads:[~2013-02-18 12:24 UTC | newest] Thread overview: 36+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-07-06 15:55 bug#11867: 24.1.50; Windows bootstrap crash (converting tit files?) Richard Copley 2012-07-06 16:02 ` Eli Zaretskii 2012-07-06 16:12 ` Andreas Schwab 2012-07-06 17:33 ` Eli Zaretskii 2012-07-06 17:39 ` Andreas Schwab 2012-07-06 20:58 ` Richard Copley 2012-07-07 6:31 ` Eli Zaretskii 2012-07-06 16:37 ` Juanma Barranquero 2012-07-06 17:35 ` Eli Zaretskii 2012-07-09 3:56 ` Juanma Barranquero 2012-07-09 16:31 ` Eli Zaretskii 2012-07-09 16:57 ` Juanma Barranquero 2012-07-09 17:09 ` Andreas Schwab 2012-07-09 17:10 ` Juanma Barranquero 2012-07-09 17:14 ` Eli Zaretskii 2012-07-09 17:21 ` Juanma Barranquero 2012-07-09 20:42 ` Eli Zaretskii 2012-07-09 20:54 ` Juanma Barranquero 2012-07-10 2:43 ` Eli Zaretskii 2012-07-10 11:38 ` Juanma Barranquero 2012-07-10 16:11 ` Eli Zaretskii 2012-07-10 16:36 ` Juanma Barranquero 2012-07-10 17:35 ` Eli Zaretskii 2012-07-10 20:20 ` Juanma Barranquero 2012-07-13 0:19 ` Juanma Barranquero 2012-07-13 4:57 ` Eli Zaretskii 2012-07-13 0:13 ` Juanma Barranquero 2012-07-13 7:57 ` Eli Zaretskii 2012-07-13 8:30 ` Juanma Barranquero 2012-07-13 10:19 ` Eli Zaretskii 2012-07-17 21:35 ` Richard Copley 2012-07-17 23:39 ` Juanma Barranquero 2013-02-18 2:20 ` Glenn Morris 2013-02-18 3:44 ` Eli Zaretskii [not found] ` <CAPM58og6J2KWsZTAes3E9ZyP=p-oQsW6xwH=5AJMOyTPXU8wYw@mail.gmail.com> 2013-02-18 12:24 ` bug#11867: Fwd: " Richard Copley 2012-07-07 9:09 ` Jason Rumney
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.