* 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 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: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 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: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 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
* 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 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-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-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
* 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
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.