* bug#12007: 24.1.50; Crash in auto-revert-handler
@ 2012-07-21 13:17 Christoph Scholtes
2012-07-21 13:51 ` Eli Zaretskii
0 siblings, 1 reply; 30+ messages in thread
From: Christoph Scholtes @ 2012-07-21 13:17 UTC (permalink / raw)
To: 12007
Emacs seems to have crashed while executing the auto-revert-function. I
was not working on anything at that moment and Emacs was minimized.
Eli, gdb session is available. :)
Note, that gnus complains about non-printable characters in tehe
backtrace, which I removed.
Backtrace:
Thread 4 (Thread 5772.0x1528):
#0 0x77bff8b1 in ntdll!RtlUpdateClonedSRWLock ()
from C:\Windows\SysWOW64\ntdll.dll
No symbol table info available.
#1 0x77bff8b1 in ntdll!RtlUpdateClonedSRWLock ()
from C:\Windows\SysWOW64\ntdll.dll
No symbol table info available.
#2 0x75e30a91 in WaitForSingleObjectEx ()
from C:\Windows\syswow64\KernelBase.dll
No symbol table info available.
#3 0x00000260 in ?? ()
No symbol table info available.
#4 0x00000000 in ?? ()
No symbol table info available.
Lisp Backtrace:
"auto-revert-handler" (0x88e968)
"auto-revert-buffers" (0x88ed8c)
"apply" (0x88ed88)
"byte-code" (0x88eff4)
"timer-event-handler" (0x88f47c)
Thread 3 (Thread 5772.0x177c):
#0 0x758f78d7 in USER32!IsDialogMessage ()
from C:\Windows\syswow64\user32.dll
No symbol table info available.
#1 0x758f78d7 in USER32!IsDialogMessage ()
from C:\Windows\syswow64\user32.dll
No symbol table info available.
#2 0x758f7c1d in USER32!GetClientRect () from C:\Windows\syswow64\user32.dll
No symbol table info available.
#3 0x065cfec0 in ?? ()
No symbol table info available.
#4 0x011445ca in w32_msg_pump (msg_buf=0x65cff28) at w32fns.c:2249
msg = {
hwnd = 0x4a0456,
message = 512,
wParam = 0,
lParam = 25100543,
time = 392431450,
pt = {
x = 979,
y = 650
}
}
result = 106757784
focus_window = 0x0
#5 0x011447fe in w32_msg_worker@4 (arg=0x0) at w32fns.c:2468
msg = {
hwnd = 0x0,
message = 0,
wParam = 0,
lParam = 0,
time = 0,
pt = {
x = 0,
y = 0
}
}
dummy_buf = {
next = 0x0,
w32msg = {
msg = {
hwnd = 0x0,
message = 0,
wParam = 0,
lParam = 0,
time = 0,
pt = {
x = 0,
y = 0
}
},
dwModifiers = 0,
rect = {
left = 0,
top = 0,
right = 0,
bottom = 0
}
},
result = 0,
completed = 0
}
#6 0x76e1339a in KERNEL32!BaseCleanupAppcompatCacheSupport ()
from C:\Windows\syswow64\kernel32.dll
No symbol table info available.
#7 0x00000000 in ?? ()
No symbol table info available.
Lisp Backtrace:
"auto-revert-handler" (0x88e968)
"auto-revert-buffers" (0x88ed8c)
"apply" (0x88ed88)
"byte-code" (0x88eff4)
"timer-event-handler" (0x88f47c)
Thread 2 (Thread 5772.0x64c):
#0 0x77c0013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation ()
from C:\Windows\SysWOW64\ntdll.dll
No symbol table info available.
#1 0x77c0013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation ()
from C:\Windows\SysWOW64\ntdll.dll
No symbol table info available.
#2 0x77c32f51 in ntdll!RtlWeaklyEnumerateEntryHashTable ()
from C:\Windows\SysWOW64\ntdll.dll
No symbol table info available.
#3 0x00000003 in ?? ()
No symbol table info available.
#4 0x009cf968 in ?? ()
No symbol table info available.
#5 0x76e1339a in KERNEL32!BaseCleanupAppcompatCacheSupport ()
from C:\Windows\syswow64\kernel32.dll
No symbol table info available.
#6 0x00000000 in ?? ()
No symbol table info available.
Lisp Backtrace:
"auto-revert-handler" (0x88e968)
"auto-revert-buffers" (0x88ed8c)
"apply" (0x88ed88)
"byte-code" (0x88eff4)
"timer-event-handler" (0x88f47c)
Thread 1 (Thread 5772.0xd04):
#0 0x75e3280d in KERNELBASE!DeleteAce ()
from C:\Windows\syswow64\KernelBase.dll
No symbol table info available.
#1 0x0114fabd in w32_abort () at w32fns.c:7183
button = 6
#2 0x01041cc6 in die (
msg=0x152fa40 "assertion failed: buffer->base_buffer->indirections > 0",
file=0x152d874 "buffer.c", line=1454) at alloc.c:6701
No locals.
#3 0x010a9ab1 in compact_buffer (buffer=0x10847c00) at buffer.c:1454
No locals.
#4 0x0103ef10 in Fgarbage_collect () at alloc.c:5416
bind = 0x10847c00
nextb = 0x10847c00
stack_top_variable = 1 '\001'
i = 56409858
message_p = 8971860
total = {1978008140, 8971752, 16938794, 56598274, 16, 16, 1997238675,
-13084040, 56354842, 8971784, 16939537}
count = 18
t1 = {
tv_sec = 56461314,
tv_nsec = 278772992
}
#5 0x010dcbf1 in maybe_gc () at lisp.h:3448
No locals.
#6 0x010ddc3a in exec_byte_code (bytestr=59955441, vector=56690589,
maxdepth=20, args_template=56354842, nargs=0, args=0x0) at bytecode.c:968
targets = {0x10e0606, 0x10e060b, 0x10e060d, 0x10e060f, 0x10e0611,
0x10e0611, 0x10e0659, 0x10e06b0, 0x10dd160, 0x10dd162, 0x10dd164,
0x10dd166, 0x10dd168, 0x10dd168, 0x10dd16e, 0x10dd131, 0x10dd5a3,
0x10dd5a5, 0x10dd5a7, 0x10dd5a9, 0x10dd5ab, 0x10dd5ab, 0x10dd5e0,
0x10dd5b1, 0x10dd7b1, 0x10dd7b3, 0x10dd7b5, 0x10dd7b7, 0x10dd7b9,
0x10dd7b9, 0x10dd76b, 0x10dd782, 0x10dd849, 0x10dd84b, 0x10dd84d,
0x10dd84f, 0x10dd851, 0x10dd851, 0x10dd803, 0x10dd81a, 0x10dd8e6,
0x10dd8e8, 0x10dd8ea, 0x10dd8ec, 0x10dd8ee, 0x10dd8ee, 0x10dd8a0,
0x10dd8b7, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0606, 0x10e0606, 0x10de55c, 0x10de69c, 0x10de6e0,
0x10de724, 0x10de768, 0x10dd467, 0x10dd4b4, 0x10de7ba, 0x10dd3c4,
0x10dd4ff, 0x10de7ff, 0x10de850, 0x10de892, 0x10de8f4, 0x10de936,
0x10de9dd, 0x10dea15, 0x10dea66, 0x10dead0, 0x10deb08, 0x10deb40,
0x10deb91, 0x10debe2, 0x10dec33, 0x10dec9d, 0x10decdf, 0x10ded21,
0x10dedc8, 0x10dee39, 0x10deeaa, 0x10df112, 0x10df163, 0x10df1b4,
0x10df205, 0x10df256, 0x10df298, 0x10df30f, 0x10df351, 0x10df393,
0x10df3d5, 0x10df4aa, 0x10de25a, 0x10df4f3, 0x10df52b, 0x10df5ce,
0x10df617, 0x10df660, 0x10df698, 0x10df6d8, 0x10df718, 0x10df75b,
0x10e0606, 0x10df79d, 0x10df7d1, 0x10df805, 0x10df839, 0x10df86d,
0x10df8a1, 0x10de25a, 0x10e0606, 0x10df8d9, 0x10df90d, 0x10df945,
0x10df97d, 0x10df9ce, 0x10dfa1f, 0x10dfa57, 0x10dfd3d, 0x10dfd8e,
0x10dfddf, 0x10dfe30, 0x10dfe64, 0x10e0606, 0x10de1bb, 0x10dd97c,
0x10dd2dd, 0x10dda53, 0x10ddb46, 0x10ddc35, 0x10de151, 0x10de191,
0x10dd731, 0x10de21f, 0x10de295, 0x10de312, 0x10de34d, 0x10de3a6,
0x10de3e5, 0x10de44f, 0x10de4e6, 0x10dd942, 0x10dfe9c, 0x10dff06,
0x10dff3e, 0x10dff76, 0x10dffae, 0x10dffe6, 0x10e0037, 0x10e0088,
0x10e00d9, 0x10e012a, 0x10e02a2, 0x10e02f3, 0x10e0344, 0x10e037c,
0x10e03cd, 0x10e041e, 0x10e04a7, 0x10e0531, 0x10df417, 0x10df459,
0x10e0573, 0x10e05c3, 0x10e0606, 0x10ddd24, 0x10dddd9, 0x10ddebb,
0x10ddf9d, 0x10de077, 0x10de978, 0x10ded63, 0x10df569, 0x10e0722,
0x10e0779, 0x10e0606, 0x10e0606, 0x10e07eb, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0858 <repeats 64 times>}
count = 16
op = 134
vectorp = 0x36107a0
stack = {
pc = 0x36dcc99 "_",
byte_string = 59955441,
byte_string_start = 0x36dcc5c "\b„\n",
constants = 56690589,
next = 0x88e9ac
}
top = 0x88e654
result = 56354866
#7 0x01036fb3 in funcall_lambda (fun=56690765, nargs=0, arg_vector=0x35be81a)
at eval.c:3028
val = 56354866
syms_left = 56354842
next = 23141592
lexenv = 56354842
count = 16
i = 0
optional = 0
rest = 0
#8 0x01036499 in Ffuncall (nargs=1, args=0x88e964) at eval.c:2845
fun = 56690765
original_fun = 59953154
funcar = 278840022
numargs = 0
lisp_numargs = 8972616
val = 56354866
backtrace = {
next = 0x88ec10,
function = 0x88e964,
args = 0x88e968,
nargs = 0,
debug_on_exit = 0
}
internal_args = 0xf0
i = 0
#9 0x010dd875 in exec_byte_code (bytestr=59954545, vector=56690917,
maxdepth=16, args_template=56354842, nargs=0, args=0x0) at bytecode.c:898
targets = {0x10e0606, 0x10e060b, 0x10e060d, 0x10e060f, 0x10e0611,
0x10e0611, 0x10e0659, 0x10e06b0, 0x10dd160, 0x10dd162, 0x10dd164,
0x10dd166, 0x10dd168, 0x10dd168, 0x10dd16e, 0x10dd131, 0x10dd5a3,
0x10dd5a5, 0x10dd5a7, 0x10dd5a9, 0x10dd5ab, 0x10dd5ab, 0x10dd5e0,
0x10dd5b1, 0x10dd7b1, 0x10dd7b3, 0x10dd7b5, 0x10dd7b7, 0x10dd7b9,
0x10dd7b9, 0x10dd76b, 0x10dd782, 0x10dd849, 0x10dd84b, 0x10dd84d,
0x10dd84f, 0x10dd851, 0x10dd851, 0x10dd803, 0x10dd81a, 0x10dd8e6,
0x10dd8e8, 0x10dd8ea, 0x10dd8ec, 0x10dd8ee, 0x10dd8ee, 0x10dd8a0,
0x10dd8b7, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0606, 0x10e0606, 0x10de55c, 0x10de69c, 0x10de6e0,
0x10de724, 0x10de768, 0x10dd467, 0x10dd4b4, 0x10de7ba, 0x10dd3c4,
0x10dd4ff, 0x10de7ff, 0x10de850, 0x10de892, 0x10de8f4, 0x10de936,
0x10de9dd, 0x10dea15, 0x10dea66, 0x10dead0, 0x10deb08, 0x10deb40,
0x10deb91, 0x10debe2, 0x10dec33, 0x10dec9d, 0x10decdf, 0x10ded21,
0x10dedc8, 0x10dee39, 0x10deeaa, 0x10df112, 0x10df163, 0x10df1b4,
0x10df205, 0x10df256, 0x10df298, 0x10df30f, 0x10df351, 0x10df393,
0x10df3d5, 0x10df4aa, 0x10de25a, 0x10df4f3, 0x10df52b, 0x10df5ce,
0x10df617, 0x10df660, 0x10df698, 0x10df6d8, 0x10df718, 0x10df75b,
0x10e0606, 0x10df79d, 0x10df7d1, 0x10df805, 0x10df839, 0x10df86d,
0x10df8a1, 0x10de25a, 0x10e0606, 0x10df8d9, 0x10df90d, 0x10df945,
0x10df97d, 0x10df9ce, 0x10dfa1f, 0x10dfa57, 0x10dfd3d, 0x10dfd8e,
0x10dfddf, 0x10dfe30, 0x10dfe64, 0x10e0606, 0x10de1bb, 0x10dd97c,
0x10dd2dd, 0x10dda53, 0x10ddb46, 0x10ddc35, 0x10de151, 0x10de191,
0x10dd731, 0x10de21f, 0x10de295, 0x10de312, 0x10de34d, 0x10de3a6,
0x10de3e5, 0x10de44f, 0x10de4e6, 0x10dd942, 0x10dfe9c, 0x10dff06,
0x10dff3e, 0x10dff76, 0x10dffae, 0x10dffe6, 0x10e0037, 0x10e0088,
0x10e00d9, 0x10e012a, 0x10e02a2, 0x10e02f3, 0x10e0344, 0x10e037c,
0x10e03cd, 0x10e041e, 0x10e04a7, 0x10e0531, 0x10df417, 0x10df459,
0x10e0573, 0x10e05c3, 0x10e0606, 0x10ddd24, 0x10dddd9, 0x10ddebb,
0x10ddf9d, 0x10de077, 0x10de978, 0x10ded63, 0x10df569, 0x10e0722,
0x10e0779, 0x10e0606, 0x10e0606, 0x10e07eb, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0858 <repeats 64 times>}
count = 9
op = 0
vectorp = 0x36108e8
stack = {
pc = 0x36dcea6 "\210)‚",
byte_string = 59954545,
byte_string_start = 0x36dce08 " \030Ž ƒ\016",
constants = 56690917,
next = 0x88edcc
}
top = 0x88e964
result = 56354842
#10 0x01036fb3 in funcall_lambda (fun=56691021, nargs=0, arg_vector=0x35be81a)
at eval.c:3028
val = 56354842
syms_left = 56354842
next = 21505734
lexenv = 56354842
count = 9
i = 0
optional = 0
rest = 0
#11 0x01036499 in Ffuncall (nargs=1, args=0x88ed88) at eval.c:2845
fun = 56691021
original_fun = 56598394
funcar = 56405354
numargs = 0
lisp_numargs = 8973428
val = 56354842
backtrace = {
next = 0x88ed20,
function = 0x88ed88,
args = 0x88ed8c,
nargs = 0,
debug_on_exit = 0
}
internal_args = 0x0
i = 2
#12 0x0103488e in Fapply (nargs=2, args=0x88ed88) at eval.c:2247
i = 17011825
numargs = 0
spread_arg = 56354842
funcall_args = 0x0
fun = 56598394
retval = 0
gcpro1 = {
next = 0x35be81a,
var = 0x0,
nvars = 17012572
}
sa_count = 9
sa_must_free = 0
#13 0x01035e17 in Ffuncall (nargs=3, args=0x88ed84) at eval.c:2777
fun = 19988309
original_fun = 56457842
funcar = 8976756
numargs = 2
lisp_numargs = 8973720
val = 16
backtrace = {
next = 0x88f038,
function = 0x88ed84,
args = 0x88ed88,
nargs = 2,
debug_on_exit = 0
}
internal_args = 0x10dcccb
i = 56354842
#14 0x010dd875 in exec_byte_code (bytestr=20868177, vector=20868229,
maxdepth=16, args_template=56354842, nargs=0, args=0x0) at bytecode.c:898
targets = {0x10e0606, 0x10e060b, 0x10e060d, 0x10e060f, 0x10e0611,
0x10e0611, 0x10e0659, 0x10e06b0, 0x10dd160, 0x10dd162, 0x10dd164,
0x10dd166, 0x10dd168, 0x10dd168, 0x10dd16e, 0x10dd131, 0x10dd5a3,
0x10dd5a5, 0x10dd5a7, 0x10dd5a9, 0x10dd5ab, 0x10dd5ab, 0x10dd5e0,
0x10dd5b1, 0x10dd7b1, 0x10dd7b3, 0x10dd7b5, 0x10dd7b7, 0x10dd7b9,
0x10dd7b9, 0x10dd76b, 0x10dd782, 0x10dd849, 0x10dd84b, 0x10dd84d,
0x10dd84f, 0x10dd851, 0x10dd851, 0x10dd803, 0x10dd81a, 0x10dd8e6,
0x10dd8e8, 0x10dd8ea, 0x10dd8ec, 0x10dd8ee, 0x10dd8ee, 0x10dd8a0,
0x10dd8b7, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0606, 0x10e0606, 0x10de55c, 0x10de69c, 0x10de6e0,
0x10de724, 0x10de768, 0x10dd467, 0x10dd4b4, 0x10de7ba, 0x10dd3c4,
0x10dd4ff, 0x10de7ff, 0x10de850, 0x10de892, 0x10de8f4, 0x10de936,
0x10de9dd, 0x10dea15, 0x10dea66, 0x10dead0, 0x10deb08, 0x10deb40,
0x10deb91, 0x10debe2, 0x10dec33, 0x10dec9d, 0x10decdf, 0x10ded21,
0x10dedc8, 0x10dee39, 0x10deeaa, 0x10df112, 0x10df163, 0x10df1b4,
0x10df205, 0x10df256, 0x10df298, 0x10df30f, 0x10df351, 0x10df393,
0x10df3d5, 0x10df4aa, 0x10de25a, 0x10df4f3, 0x10df52b, 0x10df5ce,
0x10df617, 0x10df660, 0x10df698, 0x10df6d8, 0x10df718, 0x10df75b,
0x10e0606, 0x10df79d, 0x10df7d1, 0x10df805, 0x10df839, 0x10df86d,
0x10df8a1, 0x10de25a, 0x10e0606, 0x10df8d9, 0x10df90d, 0x10df945,
0x10df97d, 0x10df9ce, 0x10dfa1f, 0x10dfa57, 0x10dfd3d, 0x10dfd8e,
0x10dfddf, 0x10dfe30, 0x10dfe64, 0x10e0606, 0x10de1bb, 0x10dd97c,
0x10dd2dd, 0x10dda53, 0x10ddb46, 0x10ddc35, 0x10de151, 0x10de191,
0x10dd731, 0x10de21f, 0x10de295, 0x10de312, 0x10de34d, 0x10de3a6,
0x10de3e5, 0x10de44f, 0x10de4e6, 0x10dd942, 0x10dfe9c, 0x10dff06,
0x10dff3e, 0x10dff76, 0x10dffae, 0x10dffe6, 0x10e0037, 0x10e0088,
0x10e00d9, 0x10e012a, 0x10e02a2, 0x10e02f3, 0x10e0344, 0x10e037c,
0x10e03cd, 0x10e041e, 0x10e04a7, 0x10e0531, 0x10df417, 0x10df459,
0x10e0573, 0x10e05c3, 0x10e0606, 0x10ddd24, 0x10dddd9, 0x10ddebb,
0x10ddf9d, 0x10de077, 0x10de978, 0x10ded63, 0x10df569, 0x10e0722,
0x10e0779, 0x10e0606, 0x10e0606, 0x10e07eb, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0858 <repeats 64 times>}
count = 8
op = 2
vectorp = 0x13e6c88
stack = {
pc = 0x1482420 "\210)‡",
byte_string = 20868177,
byte_string_start = 0x1482417 "r\bH\bH\"\210)‡",
constants = 20868229,
next = 0x88f1ac
}
top = 0x88ed84
result = 56457842
#15 0x010dcd03 in Fbyte_code (bytestr=20868177, vector=20868229, maxdepth=16)
at bytecode.c:473
No locals.
#16 0x0103430f in eval_sub (form=20868166) at eval.c:2152
numargs = 12
args_left = 56354842
i = 17681611
maxargs = 3
argvals = {20868177, 20868229, 16, 56691077, 0, 0, 8974856, 8974812}
fun = 22008885
val = 1342875692
original_fun = 56465698
original_args = 20868174
funcar = 56354842
backtrace = {
next = 0x88f410,
function = 0x88f050,
args = 0x88eff4,
nargs = 3,
debug_on_exit = 0
}
gcpro1 = {
next = 0x35be81a,
var = 0x0,
nvars = 8976756
}
gcpro2 = {
next = 0x24,
var = 0x35be81a,
nvars = 8974424
}
gcpro3 = {
next = 0x500aa82c,
var = 0x88eff4,
nvars = 3
}
#17 0x01031fc1 in internal_lisp_condition_case (var=56354842,
bodyform=20868166, handlers=20066878) at eval.c:1274
val = 56354842
c = {
tag = 56354842,
val = 56354842,
next = 0x88fcc0,
gcpro = 0x0,
jmp = {8974664, 56354842, 8976756, 0, 8974492, 16981789, 8978372,
0, 0, 8975376, 8974692, 8974696, 3, -536870912, -1072431367, 0},
backlist = 0x88f410,
handlerlist = 0x88fcac,
lisp_eval_depth = 1,
pdlcount = 8,
poll_suppress_count = 1,
interrupt_input_blocked = 0,
byte_stack = 0x88f1ac
}
h = {
handler = 20066878,
var = 56354842,
chosen_clause = 23311828,
tag = 0x88f0cc,
next = 0x88fcac
}
#18 0x010de424 in exec_byte_code (bytestr=20867921, vector=20868053,
maxdepth=20, args_template=56354842, nargs=0, args=0x0) at bytecode.c:1094
handlers = 20066878
body = 20868166
targets = {0x10e0606, 0x10e060b, 0x10e060d, 0x10e060f, 0x10e0611,
0x10e0611, 0x10e0659, 0x10e06b0, 0x10dd160, 0x10dd162, 0x10dd164,
0x10dd166, 0x10dd168, 0x10dd168, 0x10dd16e, 0x10dd131, 0x10dd5a3,
0x10dd5a5, 0x10dd5a7, 0x10dd5a9, 0x10dd5ab, 0x10dd5ab, 0x10dd5e0,
0x10dd5b1, 0x10dd7b1, 0x10dd7b3, 0x10dd7b5, 0x10dd7b7, 0x10dd7b9,
0x10dd7b9, 0x10dd76b, 0x10dd782, 0x10dd849, 0x10dd84b, 0x10dd84d,
0x10dd84f, 0x10dd851, 0x10dd851, 0x10dd803, 0x10dd81a, 0x10dd8e6,
0x10dd8e8, 0x10dd8ea, 0x10dd8ec, 0x10dd8ee, 0x10dd8ee, 0x10dd8a0,
0x10dd8b7, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0606, 0x10e0606, 0x10de55c, 0x10de69c, 0x10de6e0,
0x10de724, 0x10de768, 0x10dd467, 0x10dd4b4, 0x10de7ba, 0x10dd3c4,
0x10dd4ff, 0x10de7ff, 0x10de850, 0x10de892, 0x10de8f4, 0x10de936,
0x10de9dd, 0x10dea15, 0x10dea66, 0x10dead0, 0x10deb08, 0x10deb40,
0x10deb91, 0x10debe2, 0x10dec33, 0x10dec9d, 0x10decdf, 0x10ded21,
0x10dedc8, 0x10dee39, 0x10deeaa, 0x10df112, 0x10df163, 0x10df1b4,
0x10df205, 0x10df256, 0x10df298, 0x10df30f, 0x10df351, 0x10df393,
0x10df3d5, 0x10df4aa, 0x10de25a, 0x10df4f3, 0x10df52b, 0x10df5ce,
0x10df617, 0x10df660, 0x10df698, 0x10df6d8, 0x10df718, 0x10df75b,
0x10e0606, 0x10df79d, 0x10df7d1, 0x10df805, 0x10df839, 0x10df86d,
0x10df8a1, 0x10de25a, 0x10e0606, 0x10df8d9, 0x10df90d, 0x10df945,
0x10df97d, 0x10df9ce, 0x10dfa1f, 0x10dfa57, 0x10dfd3d, 0x10dfd8e,
0x10dfddf, 0x10dfe30, 0x10dfe64, 0x10e0606, 0x10de1bb, 0x10dd97c,
0x10dd2dd, 0x10dda53, 0x10ddb46, 0x10ddc35, 0x10de151, 0x10de191,
0x10dd731, 0x10de21f, 0x10de295, 0x10de312, 0x10de34d, 0x10de3a6,
0x10de3e5, 0x10de44f, 0x10de4e6, 0x10dd942, 0x10dfe9c, 0x10dff06,
0x10dff3e, 0x10dff76, 0x10dffae, 0x10dffe6, 0x10e0037, 0x10e0088,
0x10e00d9, 0x10e012a, 0x10e02a2, 0x10e02f3, 0x10e0344, 0x10e037c,
0x10e03cd, 0x10e041e, 0x10e04a7, 0x10e0531, 0x10df417, 0x10df459,
0x10e0573, 0x10e05c3, 0x10e0606, 0x10ddd24, 0x10dddd9, 0x10ddebb,
0x10ddf9d, 0x10de077, 0x10de978, 0x10ded63, 0x10df569, 0x10e0722,
0x10e0779, 0x10e0606, 0x10e0606, 0x10e07eb, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606, 0x10e0606,
0x10e0606, 0x10e0858 <repeats 64 times>}
count = 5
op = 143
vectorp = 0x13e6bd8
stack = {
pc = 0x1482493 "\210\016\026…|",
byte_string = 20867921,
byte_string_start = 0x1482425 "\b\021\n\020\v\022\034\v!ƒ\200",
constants = 20868053,
next = 0x0
}
top = 0x88f164
result = 56354842
#19 0x01036fb3 in funcall_lambda (fun=20867893, nargs=1, arg_vector=0x35be81a)
at eval.c:3028
val = 64
syms_left = 56354842
next = 58146842
lexenv = 56354842
count = 4
i = 1
optional = 0
rest = 0
#20 0x01036499 in Ffuncall (nargs=2, args=0x88f478) at eval.c:2845
fun = 20867893
original_fun = 56397090
funcar = 56354866
numargs = 1
lisp_numargs = 56380928
val = 23311828
backtrace = {
next = 0x0,
function = 0x88f478,
args = 0x88f47c,
nargs = 1,
debug_on_exit = 0
}
internal_args = 0x40
i = 64
#21 0x0103564c in call1 (fn=56397090, arg1=56691077) at eval.c:2568
ret_ungc_val = 56458792
gcpro1 = {
next = 0x500aa82c,
var = 0x35be81a,
nvars = 2
}
args = {56397090, 56691077}
#22 0x0100e3bd in timer_check_2 () at keyboard.c:4457
count = 3
old_deactivate_mark = 56354842
idle_timer_ripe = 0
vector = 0x3610988
timer = 56691077
timer_time = {
tv_sec = 1342875692,
tv_nsec = 690000000
}
timer_difference = {
tv_sec = 0,
tv_nsec = 1000000
}
idle_timer_difference = {
tv_sec = 0,
tv_nsec = -1
}
ripe = 1
idle_timer = 56354842
idle_timer_time = {
tv_sec = 994000000,
tv_nsec = -6000000
}
difference = {
tv_sec = 0,
tv_nsec = 1000000
}
timer_ripe = 1
nexttime = {
tv_sec = 0,
tv_nsec = -1
}
now = {
tv_sec = 1342875692,
tv_nsec = 691000000
}
idleness_now = {
tv_sec = 441,
tv_nsec = 261000000
}
timers = 275456382
idle_timers = 56354842
chosen_timer = 56691077
gcpro1 = {
next = 0x297c1e00,
var = 0x500aa827,
nvars = 696000000
}
gcpro2 = {
next = 0x16646e0,
var = 0x29209080,
nvars = 1342875687
}
gcpro3 = {
next = 0x4,
var = 0x88f508,
nvars = 23480128
}
#23 0x0100e440 in timer_check () at keyboard.c:4502
nexttime = {
tv_sec = 436,
tv_nsec = 0
}
#24 0x0100c3a8 in readable_events (flags=1) at keyboard.c:3398
No locals.
#25 0x01014b35 in get_input_pending (addr=0x16607c0, flags=1)
at keyboard.c:6725
No locals.
#26 0x01020136 in detect_input_pending_run_timers (do_display=1)
at keyboard.c:10358
old_timers_run = 559
#27 0x0104b778 in wait_reading_process_output (time_limit=0, nsecs=0,
read_kbd=-1, do_display=1, wait_for_cell=56354842, wait_proc=0x0,
just_wait_proc=0) at process.c:4721
old_timers_run = 559
old_buffer = 0x35c4e00
old_window = 57187605
leave = 0
timeout_reduced_for_timers = 1
channel = 64
nfds = 0
Available = {
bits = {0, 0}
}
Writeok = {
bits = {0, 0}
}
check_write = 0
check_delay = 0
no_avail = 0
xerrno = 22
proc = 0
timeout = {
tv_sec = 4,
tv_nsec = 994000000
}
end_time = {
tv_sec = 260000000,
tv_nsec = 0
}
wait_channel = -1
got_some_input = 0
count = 2
#28 0x0100ced2 in kbd_buffer_get_event (kbp=0x88f7c8,
used_mouse_menu=0x88fa48, end_time=0x0) at keyboard.c:3862
obj = 57187600
#29 0x01009a6f in read_char (commandflag=1, nmaps=7, maps=0x88f960,
prev_event=56354842, used_mouse_menu=0x88fa48, end_time=0x0)
at keyboard.c:2801
kb = 0x35c1480
c = 56354842
jmpcount = 2
local_getcjmp = {8976648, 56354866, 8976756, 56366612, 8976268,
16813900, 8978372, 0, 0, 0, 0, 0, 0, -1, 1, 1}
save_jump = {0 <repeats 16 times>}
key_already_recorded = 0
tem = 56523066
save = 56354842
previous_echo_area_message = 56354842
also_record = 56354842
reread = 0
gcpro1 = {
next = 0x12daa2a,
var = 0x10733f2e,
nvars = 56383354
}
gcpro2 = {
next = 0xc0,
var = 0x0,
nvars = 8976376
}
polling_stopped_here = 1
orig_kboard = 0x35c1480
#30 0x0101c837 in read_key_sequence (keybuf=0x88fbd0, bufsize=30,
prompt=56354842, dont_downcase_last=0, can_return_switch_frame=1,
fix_current_buffer=1) at keyboard.c:9316
interrupted_kboard = 0x35c1480
interrupted_frame = 0x3689b90
key = 0
used_mouse_menu = 0
echo_local_start = 0
last_real_key_start = 0
keys_local_start = 0
local_first_binding = 0
from_string = 56354842
count = 2
t = 0
echo_start = 0
keys_start = 0
nmaps = 7
nmaps_allocated = 7
defs = 0x88f930
submaps = 0x88f960
orig_local_map = 60108558
orig_keymap = 56354842
localized_local_map = 0
first_binding = 0
first_unbound = 31
mock_input = 0
fkey = {
parent = 60194110,
map = 60194110,
start = 0,
end = 0
}
keytran = {
parent = 56344262,
map = 56344262,
start = 0,
end = 0
}
indec = {
parent = 60194118,
map = 60194118,
start = 0,
end = 0
}
shift_translated = 0
delayed_switch_frame = 56354842
original_uppercase = 56458794
original_uppercase_position = -1
dummyflag = 0
starting_buffer = 0x35c4e00
fake_prefixed_keys = 56354842
gcpro1 = {
next = 0x163b5d4,
var = 0x35be81a,
nvars = 56380928
}
#31 0x01005f3f in command_loop_1 () at keyboard.c:1449
cmd = 60509234
keybuf = {12, 12, 1, 0, 0, 0, 8977432, 16798884, 277243742, 56354866,
8977471, 56465698, 0, 0, 8977464, 57187216, 56457218, 0, 8977544,
16798253, 277243742, 8977471, 0, 2130567168, 0, 0, 8977512, 211381,
2, 58047046}
i = 2
prev_modiff = 847
prev_buffer = 0x10847c00
already_adjusted = 0
#32 0x010320a3 in internal_condition_case (bfun=0x1005947 <command_loop_1>,
handlers=56405450, hfun=0x1005143 <cmd_error>) at eval.c:1320
val = 58047046
c = {
tag = 56354842,
val = 56354842,
next = 0x88fd74,
gcpro = 0x0,
jmp = {8977720, 0, 0, 0, 8977548, 16982096, 8978372, 0, 10285640,
8977684, 1977783569, 10285640, 2, 1997812280, 0, 1033},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
pdlcount = 2,
poll_suppress_count = 0,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
h = {
handler = 56405450,
var = 56354842,
chosen_clause = 56354866,
tag = 0x88fcc0,
next = 0x0
}
#33 0x01005580 in command_loop_2 (ignore=56354842) at keyboard.c:1152
val = 0
#34 0x01031ac4 in internal_catch (tag=56395282,
func=0x100555c <command_loop_2>, arg=56354842) at eval.c:1077
c = {
tag = 56395282,
val = 56354842,
next = 0x0,
gcpro = 0x0,
jmp = {8977896, 2130567168, 0, 0, 8977756, 16980661, 8978372, 0,
56354842, 56380928, 1997813568, 1997813631, 2130567168, 23454492,
56380928, 23454492},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
pdlcount = 2,
poll_suppress_count = 0,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
#35 0x0100553c in command_loop () at keyboard.c:1131
No locals.
#36 0x01004b18 in recursive_edit_1 () at keyboard.c:752
count = 1
val = 1997186114
#37 0x01004e33 in Frecursive_edit () at keyboard.c:816
count = 0
buffer = 56354842
#38 0x01002944 in main (argc=1, argv=0xb82d28) at emacs.c:1677
dummy = 8978372
stack_bottom_variable = 0 '\000'
do_initial_setlocale = 1
skip_args = 0
no_loadup = 0
junk = 0x0
dname_arg = 0x0
ch_to_dir = 0x0
Lisp Backtrace:
"auto-revert-handler" (0x88e968)
"auto-revert-buffers" (0x88ed8c)
"apply" (0x88ed88)
"byte-code" (0x88eff4)
"timer-event-handler" (0x88f47c)
"auto-revert-handler" (0x88e968)
"auto-revert-buffers" (0x88ed8c)
"apply" (0x88ed88)
"byte-code" (0x88eff4)
"timer-event-handler" (0x88f47c)
In GNU Emacs 24.1.50.1 (i386-mingw-nt6.1.7601)
of 2012-07-21 on MARVIN
Bzr revision: 109171 vincentb1@users.sourceforge.net-20120720210904-qp91b2f3epriwycg
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --with-gcc (4.6) --no-opt --enable-checking --cflags
-ID:/devel/emacs/libs/libXpm-3.5.8/include
-ID:/devel/emacs/libs/libXpm-3.5.8/src
-ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
-ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
-ID:/devel/emacs/libs/giflib-4.1.4-1/include
-ID:/devel/emacs/libs/jpeg-6b-4/include
-ID:/devel/emacs/libs/tiff-3.8.2-1/include
-ID:/devel/emacs/libs/gnutls-3.0.9/include
-ID:/devel/emacs/libs/libiconv-1.13.1-1-dev/include
-ID:/devel/emacs/libs/libxml2-2.7.8/include/libxml2'
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-21 13:17 bug#12007: 24.1.50; Crash in auto-revert-handler Christoph Scholtes
@ 2012-07-21 13:51 ` Eli Zaretskii
2012-07-21 22:22 ` Christoph Scholtes
2012-07-22 4:11 ` Dmitry Antipov
0 siblings, 2 replies; 30+ messages in thread
From: Eli Zaretskii @ 2012-07-21 13:51 UTC (permalink / raw)
To: Christoph Scholtes, Dmitry Antipov; +Cc: 12007
> From: Christoph Scholtes <cschol2112@googlemail.com>
> Date: Sat, 21 Jul 2012 07:17:07 -0600
>
> Emacs seems to have crashed while executing the auto-revert-function. I
> was not working on anything at that moment and Emacs was minimized.
>
> Eli, gdb session is available. :)
Thanks, but this looks like a completely different crash, it happened
inside GC:
> #1 0x0114fabd in w32_abort () at w32fns.c:7183
> button = 6
> #2 0x01041cc6 in die (
> msg=0x152fa40 "assertion failed: buffer->base_buffer->indirections > 0",
> file=0x152d874 "buffer.c", line=1454) at alloc.c:6701
> No locals.
> #3 0x010a9ab1 in compact_buffer (buffer=0x10847c00) at buffer.c:1454
> No locals.
> #4 0x0103ef10 in Fgarbage_collect () at alloc.c:5416 <<<<<<<<<<<<<<<<<<<
The failed assertion seems to point to the latest changes which added
buffer indirection counting. Dmitry, could you please take a look?
You can ask Christoph to look around in the crashed session, since it
is still runs under GDB.
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-21 13:51 ` Eli Zaretskii
@ 2012-07-21 22:22 ` Christoph Scholtes
2012-07-25 0:39 ` Christoph Scholtes
2012-07-22 4:11 ` Dmitry Antipov
1 sibling, 1 reply; 30+ messages in thread
From: Christoph Scholtes @ 2012-07-21 22:22 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Dmitry Antipov, 12007
On 7/21/2012 7:51 AM, Eli Zaretskii wrote:
> Thanks, but this looks like a completely different crash, it happened
> inside GC:
This happened again. Emacs had been running for a couple of hours and
just crashed. Backtrace showed the same source of crash in buffer
indirections.
> The failed assertion seems to point to the latest changes which added
> buffer indirection counting. Dmitry, could you please take a look?
> You can ask Christoph to look around in the crashed session, since it
> is still runs under GDB.
The sooner the better. I need to reboot at some point.
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-21 13:51 ` Eli Zaretskii
2012-07-21 22:22 ` Christoph Scholtes
@ 2012-07-22 4:11 ` Dmitry Antipov
2012-07-22 17:46 ` Christoph Scholtes
1 sibling, 1 reply; 30+ messages in thread
From: Dmitry Antipov @ 2012-07-22 4:11 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Christoph Scholtes, 12007
On 07/21/2012 05:51 PM, Eli Zaretskii wrote:
>> From: Christoph Scholtes <cschol2112@googlemail.com>
>> Date: Sat, 21 Jul 2012 07:17:07 -0600
>>
>> Emacs seems to have crashed while executing the auto-revert-function. I
>> was not working on anything at that moment and Emacs was minimized.
>>
>> Eli, gdb session is available. :)
>
> Thanks, but this looks like a completely different crash, it happened
> inside GC:
>
>> #1 0x0114fabd in w32_abort () at w32fns.c:7183
>> button = 6
>> #2 0x01041cc6 in die (
>> msg=0x152fa40 "assertion failed: buffer->base_buffer->indirections > 0",
>> file=0x152d874 "buffer.c", line=1454) at alloc.c:6701
>> No locals.
>> #3 0x010a9ab1 in compact_buffer (buffer=0x10847c00) at buffer.c:1454
>> No locals.
>> #4 0x0103ef10 in Fgarbage_collect () at alloc.c:5416 <<<<<<<<<<<<<<<<<<<
>
> The failed assertion seems to point to the latest changes which added
> buffer indirection counting. Dmitry, could you please take a look?
> You can ask Christoph to look around in the crashed session, since it
> is still runs under GDB.
Most probably this is a fix:
=== modified file 'src/buffer.c'
--- src/buffer.c 2012-07-20 16:05:47 +0000
+++ src/buffer.c 2012-07-22 04:08:08 +0000
@@ -2145,6 +2145,7 @@
swapfield (zv_byte, ptrdiff_t);
eassert (!current_buffer->base_buffer);
eassert (!other_buffer->base_buffer);
+ swapfield (indirections, ptrdiff_t);
current_buffer->clip_changed = 1; other_buffer->clip_changed = 1;
swapfield (newline_cache, struct region_cache *);
swapfield (width_run_cache, struct region_cache *);
Christoph, can you try it?
Dmitry
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-22 4:11 ` Dmitry Antipov
@ 2012-07-22 17:46 ` Christoph Scholtes
2012-07-22 19:50 ` Andreas Schwab
0 siblings, 1 reply; 30+ messages in thread
From: Christoph Scholtes @ 2012-07-22 17:46 UTC (permalink / raw)
To: Dmitry Antipov; +Cc: 12007
On 7/21/2012 10:11 PM, Dmitry Antipov wrote:
> Most probably this is a fix:
>
> === modified file 'src/buffer.c'
> --- src/buffer.c 2012-07-20 16:05:47 +0000
> +++ src/buffer.c 2012-07-22 04:08:08 +0000
> @@ -2145,6 +2145,7 @@
> swapfield (zv_byte, ptrdiff_t);
> eassert (!current_buffer->base_buffer);
> eassert (!other_buffer->base_buffer);
> + swapfield (indirections, ptrdiff_t);
> current_buffer->clip_changed = 1; other_buffer->clip_changed = 1;
> swapfield (newline_cache, struct region_cache *);
> swapfield (width_run_cache, struct region_cache *);
Thanks. I tried it and it ran fine for a couple of hours just sitting
there. Then I started using Emacs (org-mode) and got the following
crash. Not sure if this related or something else.
Backtrace:
Thread 4 (Thread 1360.0x132c):
#0 0x77bff8b1 in ntdll!RtlUpdateClonedSRWLock ()
from C:\Windows\SysWOW64\ntdll.dll
No symbol table info available.
#1 0x77bff8b1 in ntdll!RtlUpdateClonedSRWLock ()
from C:\Windows\SysWOW64\ntdll.dll
No symbol table info available.
#2 0x75e30a91 in WaitForSingleObjectEx ()
from C:\Windows\syswow64\KernelBase.dll
No symbol table info available.
#3 0x0000024c in ?? ()
No symbol table info available.
#4 0x00000000 in ?? ()
No symbol table info available.
Lisp Backtrace:
"message" (0x88dea8)
"byte-code" (0x88e104)
"tooltip-show" (0x88e5a8)
"tooltip-help-tips" (0x88e9cc)
"run-hook-with-args-until-success" (0x88e9c8)
"tooltip-timeout" (0x88eddc)
"apply" (0x88edd8)
"byte-code" (0x88f044)
"timer-event-handler" (0x88f4cc)
Thread 3 (Thread 1360.0x1f84):
#0 0x758f78d7 in USER32!IsDialogMessage ()
from C:\Windows\syswow64\user32.dll
No symbol table info available.
#1 0x758f78d7 in USER32!IsDialogMessage ()
from C:\Windows\syswow64\user32.dll
No symbol table info available.
#2 0x758f7c1d in USER32!GetClientRect () from
C:\Windows\syswow64\user32.dll
No symbol table info available.
#3 0x0637fec0 in ?? ()
No symbol table info available.
#4 0x0114408e in w32_msg_pump (msg_buf=0x637ff28) at w32fns.c:2249
msg = {
hwnd = 0xb8052a,
message = 512,
wParam = 0,
lParam = 40698792,
time = 495573992,
pt = {
x = 936,
y = 643
}
}
result = 104332952
focus_window = 0x0
#5 0x011442c2 in w32_msg_worker@4 (arg=0x0) at w32fns.c:2468
msg = {
hwnd = 0x0,
message = 0,
wParam = 0,
lParam = 0,
time = 0,
pt = {
x = 0,
y = 0
}
}
dummy_buf = {
next = 0x0,
w32msg = {
msg = {
hwnd = 0x0,
message = 0,
wParam = 0,
lParam = 0,
time = 0,
pt = {
x = 0,
y = 0
}
},
dwModifiers = 0,
rect = {
left = 0,
top = 0,
right = 0,
bottom = 0
}
},
result = 0,
completed = 0
}
#6 0x76e1339a in KERNEL32!BaseCleanupAppcompatCacheSupport ()
from C:\Windows\syswow64\kernel32.dll
No symbol table info available.
#7 0x00000000 in ?? ()
No symbol table info available.
Lisp Backtrace:
"message" (0x88dea8)
"byte-code" (0x88e104)
"tooltip-show" (0x88e5a8)
"tooltip-help-tips" (0x88e9cc)
"run-hook-with-args-until-success" (0x88e9c8)
"tooltip-timeout" (0x88eddc)
"apply" (0x88edd8)
"byte-code" (0x88f044)
"timer-event-handler" (0x88f4cc)
Thread 2 (Thread 1360.0x2744):
#0 0x77c0013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation ()
from C:\Windows\SysWOW64\ntdll.dll
No symbol table info available.
#1 0x77c0013d in ntdll!RtlEnableEarlyCriticalSectionEventCreation ()
from C:\Windows\SysWOW64\ntdll.dll
No symbol table info available.
#2 0x77c32f51 in ntdll!RtlWeaklyEnumerateEntryHashTable ()
from C:\Windows\SysWOW64\ntdll.dll
No symbol table info available.
#3 0x00000003 in ?? ()
No symbol table info available.
#4 0x00a8ac60 in ?? ()
No symbol table info available.
#5 0x76e1339a in KERNEL32!BaseCleanupAppcompatCacheSupport ()
from C:\Windows\syswow64\kernel32.dll
No symbol table info available.
#6 0x00000000 in ?? ()
No symbol table info available.
Lisp Backtrace:
"message" (0x88dea8)
"byte-code" (0x88e104)
"tooltip-show" (0x88e5a8)
"tooltip-help-tips" (0x88e9cc)
"run-hook-with-args-until-success" (0x88e9c8)
"tooltip-timeout" (0x88eddc)
"apply" (0x88edd8)
"byte-code" (0x88f044)
"timer-event-handler" (0x88f4cc)
Thread 1 (Thread 1360.0xdd4):
#0 0x75e3280d in KERNELBASE!DeleteAce ()
from C:\Windows\syswow64\KernelBase.dll
No symbol table info available.
#1 0x0114f581 in w32_abort () at w32fns.c:7183
button = 6
#2 0x01041ce2 in die (msg=0x15b8ec0 "assertion failed: STRINGP (string)",
file=0x15b8c80 "character.c", line=821) at alloc.c:6701
No locals.
#3 0x01248e40 in string_escape_byte8 (string=56354842) at character.c:821
nchars = 0
nbytes = 0
multibyte = 0
byte8_count = 0
src = 0x0
src_end = 0x0
dst = 0x0
val = 0
c = 0
len = 0
#4 0x010d1e5c in print_string (string=56354842, printcharfun=56354842)
at print.c:363
chars = 1
#5 0x010db594 in print_object (obj=277210053, printcharfun=56354842,
escapeflag=0) at print.c:1903
len = 2568
buf = '\000' <repeats 32 times>, "\025\000\000\000\003\000\000"
#6 0x010da46d in print_object (obj=284165854, printcharfun=56354842,
escapeflag=0) at print.c:1676
i = 3
print_length = 9223372036854775807
halftail = 284165846
buf = '\000' <repeats 21 times>,
"0r\020f¿…\020rÑ\000\000\000\060r\020\024´c\001"
#7 0x010d78c8 in print (obj=284165838, printcharfun=56354842, escapeflag=0)
at print.c:1110
No locals.
#8 0x010d5444 in Fprin1_to_string (object=284165838, noescape=56354866)
at print.c:610
old = 0x3824000
start_point = -1
start_point_byte = -1
specpdl_count = 15
free_print_buffer = 1
multibyte = 1
old_point = -1
old_point_byte = -1
original = 56377349
printcharfun = 56354842
save_deactivate_mark = 56354842
count = 14
previous = 0x11da887
#9 0x011070d7 in Fformat (nargs=2, args=0x88dea8) at editfns.c:3815
noescape = 56354866
minus_flag = 0
space_flag = 0
conversion = 115 's'
precision_given = 0
num_end = 0x145c775 "s"
plus_flag = 0
sharp_flag = 0
zero_flag = 0
field_width = 0
precision = 18446744073709551615
n0 = 0
format0 = 0x145c774 "%s"
convbytes = 1
n = 1
initial_buffer = "Error while displaying tooltip:
\000\000\001\000latndflt", '\000' <repeats 32 times>,
"Zlè\006\000\000\000\000\066üÖ\006\000\000\000\000\000\000\000\000ÿÿÿÿ\000\000\001\000ÿÿ\000\000\000\000\000\000\000\000\000\000\066üÖ\006\000\000\000\000\000\000\000\000ÿÿÿÿ\000\000\001\000ÿÿ\000\000\000\000\000\000P\022|utÐ\210\000 Ð\210",
'\000' <repeats 13 times>,
"ÿÿÿÿ\000\000\000\000\000\000\000\000ÿÿÿÿ\000\000\000\000\000\000\000\000ÿÿÿÿ\000\000\000\000\000\000\000\000£u‘2HÎ\210\000*Q\177u”Î\210\000ÀÎ\210\000¨"...
buf = 0x88ccb8 "Error while displaying tooltip: "
bufsize = 4000
max_bufsize = 536870912
p = 0x88ccd8 ""
buf_save_value = 56354842
format = 0x145c776 ""
end = 0x145c776 ""
format_start = 0x145c754 "Error while displaying tooltip: %s"
formatlen = 34
nchars = 32
multibyte_format = 0
multibyte = 0
maybe_combine_byte = 0
val = 58867717
arg_intervals = 0
sa_count = 14
sa_must_free = 0
discarded = 0x88c6f0 ""
info = 0x88c6c0
#10 0x01106386 in Fmessage (nargs=2, args=0x88dea8) at editfns.c:3468
val = 17681691
#11 0x01035e33 in Ffuncall (nargs=3, args=0x88dea4) at eval.c:2777
fun = 22011717
original_fun = 56470394
funcar = 80
numargs = 2
lisp_numargs = 18135001
val = 8969928
backtrace = {
next = 0x88e148,
function = 0x88dea4,
args = 0x88dea8,
nargs = 2,
debug_on_exit = 0
}
internal_args = 0x10dcd1b
i = 8969924
#12 0x010dd8c5 in exec_byte_code (bytestr=21139889, vector=21139957,
maxdepth=12, args_template=56354842, nargs=0, args=0x0) at
bytecode.c:898
targets = {0x10e0656, 0x10e065b, 0x10e065d, 0x10e065f, 0x10e0661,
0x10e0661, 0x10e06a9, 0x10e0700, 0x10dd1b0, 0x10dd1b2,
0x10dd1b4,
0x10dd1b6, 0x10dd1b8, 0x10dd1b8, 0x10dd1be, 0x10dd181,
0x10dd5f3,
0x10dd5f5, 0x10dd5f7, 0x10dd5f9, 0x10dd5fb, 0x10dd5fb,
0x10dd630,
0x10dd601, 0x10dd801, 0x10dd803, 0x10dd805, 0x10dd807,
0x10dd809,
0x10dd809, 0x10dd7bb, 0x10dd7d2, 0x10dd899, 0x10dd89b,
0x10dd89d,
0x10dd89f, 0x10dd8a1, 0x10dd8a1, 0x10dd853, 0x10dd86a,
0x10dd936,
0x10dd938, 0x10dd93a, 0x10dd93c, 0x10dd93e, 0x10dd93e,
0x10dd8f0,
0x10dd907, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10de5ac, 0x10de6ec,
0x10de730,
0x10de774, 0x10de7b8, 0x10dd4b7, 0x10dd504, 0x10de80a,
0x10dd414,
0x10dd54f, 0x10de84f, 0x10de8a0, 0x10de8e2, 0x10de944,
0x10de986,
0x10dea2d, 0x10dea65, 0x10deab6, 0x10deb20, 0x10deb58,
0x10deb90,
0x10debe1, 0x10dec32, 0x10dec83, 0x10deced, 0x10ded2f,
0x10ded71,
0x10dee18, 0x10dee89, 0x10deefa, 0x10df162, 0x10df1b3,
0x10df204,
0x10df255, 0x10df2a6, 0x10df2e8, 0x10df35f, 0x10df3a1,
0x10df3e3,
0x10df425, 0x10df4fa, 0x10de2aa, 0x10df543, 0x10df57b,
0x10df61e,
0x10df667, 0x10df6b0, 0x10df6e8, 0x10df728, 0x10df768,
0x10df7ab,
0x10e0656, 0x10df7ed, 0x10df821, 0x10df855, 0x10df889,
0x10df8bd,
0x10df8f1, 0x10de2aa, 0x10e0656, 0x10df929, 0x10df95d,
0x10df995,
0x10df9cd, 0x10dfa1e, 0x10dfa6f, 0x10dfaa7, 0x10dfd8d,
0x10dfdde,
0x10dfe2f, 0x10dfe80, 0x10dfeb4, 0x10e0656, 0x10de20b,
0x10dd9cc,
0x10dd32d, 0x10ddaa3, 0x10ddb96, 0x10ddc85, 0x10de1a1,
0x10de1e1,
0x10dd781, 0x10de26f, 0x10de2e5, 0x10de362, 0x10de39d,
0x10de3f6,
0x10de435, 0x10de49f, 0x10de536, 0x10dd992, 0x10dfeec,
0x10dff56,
0x10dff8e, 0x10dffc6, 0x10dfffe, 0x10e0036, 0x10e0087,
0x10e00d8,
0x10e0129, 0x10e017a, 0x10e02f2, 0x10e0343, 0x10e0394,
0x10e03cc,
0x10e041d, 0x10e046e, 0x10e04f7, 0x10e0581, 0x10df467,
0x10df4a9,
0x10e05c3, 0x10e0613, 0x10e0656, 0x10ddd74, 0x10dde29,
0x10ddf0b,
0x10ddfed, 0x10de0c7, 0x10de9c8, 0x10dedb3, 0x10df5b9,
0x10e0772,
0x10e07c9, 0x10e0656, 0x10e0656, 0x10e083b, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e08a8 <repeats 64 times>}
count = 14
op = 2
vectorp = 0x14291f8
stack = {
pc = 0x145c77b "\210ÄÅ!\210ÂÆ \"‡",
byte_string = 21139889,
byte_string_start = 0x145c777 "ÂÃ\b\"\210ÄÅ!\210ÂÆ \"‡",
constants = 21139957,
next = 0x88e2dc
}
top = 0x88dea4
result = 56367504
#13 0x010dcd53 in Fbyte_code (bytestr=21139889, vector=21139957,
maxdepth=12)
at bytecode.c:473
No locals.
#14 0x0103432b in eval_sub (form=21139878) at eval.c:2152
numargs = 12
args_left = 56354842
i = 17681691
maxargs = 3
argvals = {21139889, 21139957, 12, 22, 14, 0, 0, -1}
fun = 22008885
val = 0
original_fun = 56465698
original_args = 21139886
funcar = 1
backtrace = {
next = 0x88e540,
function = 0x88e160,
args = 0x88e104,
nargs = 3,
debug_on_exit = 0
}
gcpro1 = {
next = 0x1c,
var = 0x7,
nvars = 14
}
gcpro2 = {
next = 0xa,
var = 0x14290b1,
nvars = 21139757
}
gcpro3 = {
next = 0x0,
var = 0x88e104,
nvars = 3
}
#15 0x010302e9 in Fprogn (args=21139870) at eval.c:362
val = 56354842
gcpro1 = {
next = 0x0,
var = 0x0,
nvars = 56405448
}
#16 0x01031f77 in internal_lisp_condition_case (var=56405450,
bodyform=21139622, handlers=21139854) at eval.c:1257
val = 56354842
c = {
tag = 56354842,
val = 284165838,
next = 0x88f11c,
gcpro = 0x0,
jmp = {8970888, 56354842, 8976752, 3, 8970716, 16981817,
8978372,
0, 0, 0, 0, 0, 2009129868, 1806718583, 2009129030, 82914932},
backlist = 0x88e540,
handlerlist = 0x88f108,
lisp_eval_depth = 7,
pdlcount = 13,
poll_suppress_count = 0,
interrupt_input_blocked = 0,
byte_stack = 0x88e2dc
}
h = {
handler = 21139854,
var = 56405450,
chosen_clause = 21139862,
tag = 0x88e20c,
next = 0x88f108
}
#17 0x010de474 in exec_byte_code (bytestr=21139537, vector=21139589,
maxdepth=12, args_template=56354842, nargs=0, args=0x0) at
bytecode.c:1094
handlers = 21139854
body = 21139622
targets = {0x10e0656, 0x10e065b, 0x10e065d, 0x10e065f, 0x10e0661,
0x10e0661, 0x10e06a9, 0x10e0700, 0x10dd1b0, 0x10dd1b2,
0x10dd1b4,
0x10dd1b6, 0x10dd1b8, 0x10dd1b8, 0x10dd1be, 0x10dd181,
0x10dd5f3,
0x10dd5f5, 0x10dd5f7, 0x10dd5f9, 0x10dd5fb, 0x10dd5fb,
0x10dd630,
0x10dd601, 0x10dd801, 0x10dd803, 0x10dd805, 0x10dd807,
0x10dd809,
0x10dd809, 0x10dd7bb, 0x10dd7d2, 0x10dd899, 0x10dd89b,
0x10dd89d,
0x10dd89f, 0x10dd8a1, 0x10dd8a1, 0x10dd853, 0x10dd86a,
0x10dd936,
0x10dd938, 0x10dd93a, 0x10dd93c, 0x10dd93e, 0x10dd93e,
0x10dd8f0,
0x10dd907, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10de5ac, 0x10de6ec,
0x10de730,
0x10de774, 0x10de7b8, 0x10dd4b7, 0x10dd504, 0x10de80a,
0x10dd414,
0x10dd54f, 0x10de84f, 0x10de8a0, 0x10de8e2, 0x10de944,
0x10de986,
0x10dea2d, 0x10dea65, 0x10deab6, 0x10deb20, 0x10deb58,
0x10deb90,
0x10debe1, 0x10dec32, 0x10dec83, 0x10deced, 0x10ded2f,
0x10ded71,
0x10dee18, 0x10dee89, 0x10deefa, 0x10df162, 0x10df1b3,
0x10df204,
0x10df255, 0x10df2a6, 0x10df2e8, 0x10df35f, 0x10df3a1,
0x10df3e3,
0x10df425, 0x10df4fa, 0x10de2aa, 0x10df543, 0x10df57b,
0x10df61e,
0x10df667, 0x10df6b0, 0x10df6e8, 0x10df728, 0x10df768,
0x10df7ab,
0x10e0656, 0x10df7ed, 0x10df821, 0x10df855, 0x10df889,
0x10df8bd,
0x10df8f1, 0x10de2aa, 0x10e0656, 0x10df929, 0x10df95d,
0x10df995,
0x10df9cd, 0x10dfa1e, 0x10dfa6f, 0x10dfaa7, 0x10dfd8d,
0x10dfdde,
0x10dfe2f, 0x10dfe80, 0x10dfeb4, 0x10e0656, 0x10de20b,
0x10dd9cc,
0x10dd32d, 0x10ddaa3, 0x10ddb96, 0x10ddc85, 0x10de1a1,
0x10de1e1,
0x10dd781, 0x10de26f, 0x10de2e5, 0x10de362, 0x10de39d,
0x10de3f6,
0x10de435, 0x10de49f, 0x10de536, 0x10dd992, 0x10dfeec,
0x10dff56,
0x10dff8e, 0x10dffc6, 0x10dfffe, 0x10e0036, 0x10e0087,
0x10e00d8,
0x10e0129, 0x10e017a, 0x10e02f2, 0x10e0343, 0x10e0394,
0x10e03cc,
0x10e041d, 0x10e046e, 0x10e04f7, 0x10e0581, 0x10df467,
0x10df4a9,
0x10e05c3, 0x10e0613, 0x10e0656, 0x10ddd74, 0x10dde29,
0x10ddf0b,
0x10ddfed, 0x10de0c7, 0x10de9c8, 0x10dedb3, 0x10df5b9,
0x10e0772,
0x10e07c9, 0x10e0656, 0x10e0656, 0x10e083b, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e08a8 <repeats 64 times>}
count = 13
op = 143
vectorp = 0x1429088
stack = {
pc = 0x145c7cf "‡",
byte_string = 21139537,
byte_string_start = 0x145c7c3 "\bƒ\b",
constants = 21139589,
next = 0x88e5dc
}
top = 0x88e2a4
result = 25
#18 0x01036fcf in funcall_lambda (fun=21139485, nargs=2,
arg_vector=0x35be81a)
at eval.c:3028
val = 551000000
syms_left = 56354842
next = 60557410
lexenv = 56354842
count = 11
i = 2
optional = 1
rest = 0
#19 0x010364b5 in Ffuncall (nargs=3, args=0x88e5a4) at eval.c:2845
fun = 21139485
original_fun = 60557386
funcar = 553
numargs = 2
lisp_numargs = 436
val = 56510330
backtrace = {
next = 0x88e840,
function = 0x88e5a4,
args = 0x88e5a8,
nargs = 2,
debug_on_exit = 0
}
internal_args = 0x35be81a
i = 56354842
#20 0x010dd8c5 in exec_byte_code (bytestr=21141673, vector=21141717,
maxdepth=12, args_template=56354842, nargs=0, args=0x0) at
bytecode.c:898
targets = {0x10e0656, 0x10e065b, 0x10e065d, 0x10e065f, 0x10e0661,
0x10e0661, 0x10e06a9, 0x10e0700, 0x10dd1b0, 0x10dd1b2,
0x10dd1b4,
0x10dd1b6, 0x10dd1b8, 0x10dd1b8, 0x10dd1be, 0x10dd181,
0x10dd5f3,
0x10dd5f5, 0x10dd5f7, 0x10dd5f9, 0x10dd5fb, 0x10dd5fb,
0x10dd630,
0x10dd601, 0x10dd801, 0x10dd803, 0x10dd805, 0x10dd807,
0x10dd809,
0x10dd809, 0x10dd7bb, 0x10dd7d2, 0x10dd899, 0x10dd89b,
0x10dd89d,
0x10dd89f, 0x10dd8a1, 0x10dd8a1, 0x10dd853, 0x10dd86a,
0x10dd936,
0x10dd938, 0x10dd93a, 0x10dd93c, 0x10dd93e, 0x10dd93e,
0x10dd8f0,
0x10dd907, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10de5ac, 0x10de6ec,
0x10de730,
0x10de774, 0x10de7b8, 0x10dd4b7, 0x10dd504, 0x10de80a,
0x10dd414,
0x10dd54f, 0x10de84f, 0x10de8a0, 0x10de8e2, 0x10de944,
0x10de986,
0x10dea2d, 0x10dea65, 0x10deab6, 0x10deb20, 0x10deb58,
0x10deb90,
0x10debe1, 0x10dec32, 0x10dec83, 0x10deced, 0x10ded2f,
0x10ded71,
0x10dee18, 0x10dee89, 0x10deefa, 0x10df162, 0x10df1b3,
0x10df204,
0x10df255, 0x10df2a6, 0x10df2e8, 0x10df35f, 0x10df3a1,
0x10df3e3,
0x10df425, 0x10df4fa, 0x10de2aa, 0x10df543, 0x10df57b,
0x10df61e,
0x10df667, 0x10df6b0, 0x10df6e8, 0x10df728, 0x10df768,
0x10df7ab,
0x10e0656, 0x10df7ed, 0x10df821, 0x10df855, 0x10df889,
0x10df8bd,
0x10df8f1, 0x10de2aa, 0x10e0656, 0x10df929, 0x10df95d,
0x10df995,
0x10df9cd, 0x10dfa1e, 0x10dfa6f, 0x10dfaa7, 0x10dfd8d,
0x10dfdde,
0x10dfe2f, 0x10dfe80, 0x10dfeb4, 0x10e0656, 0x10de20b,
0x10dd9cc,
0x10dd32d, 0x10ddaa3, 0x10ddb96, 0x10ddc85, 0x10de1a1,
0x10de1e1,
0x10dd781, 0x10de26f, 0x10de2e5, 0x10de362, 0x10de39d,
0x10de3f6,
0x10de435, 0x10de49f, 0x10de536, 0x10dd992, 0x10dfeec,
0x10dff56,
0x10dff8e, 0x10dffc6, 0x10dfffe, 0x10e0036, 0x10e0087,
0x10e00d8,
0x10e0129, 0x10e017a, 0x10e02f2, 0x10e0343, 0x10e0394,
0x10e03cc,
0x10e041d, 0x10e046e, 0x10e04f7, 0x10e0581, 0x10df467,
0x10df4a9,
0x10e05c3, 0x10e0613, 0x10e0656, 0x10ddd74, 0x10dde29,
0x10ddf0b,
0x10ddfed, 0x10de0c7, 0x10de9c8, 0x10dedb3, 0x10df5b9,
0x10e0772,
0x10e07c9, 0x10e0656, 0x10e0656, 0x10e083b, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e08a8 <repeats 64 times>}
count = 11
op = 2
vectorp = 0x14298d8
stack = {
pc = 0x145c52b "\210Ç",
byte_string = 21141673,
byte_string_start = 0x145c522 "\b;…\v",
constants = 21141717,
next = 0x88e9fc
}
top = 0x88e5a4
result = 56354842
#21 0x01036fcf in funcall_lambda (fun=21141637, nargs=1,
arg_vector=0x35be81a)
at eval.c:3028
val = 0
syms_left = 56354842
next = 60557698
lexenv = 56354842
count = 10
i = 1
optional = 0
rest = 0
#22 0x010364b5 in Ffuncall (nargs=2, args=0x88e9c8) at eval.c:2845
fun = 21141637
original_fun = 60558842
funcar = 0
numargs = 1
lisp_numargs = 0
val = 56354842
backtrace = {
next = 0x88e960,
function = 0x88e9c8,
args = 0x88e9cc,
nargs = 1,
debug_on_exit = 0
}
internal_args = 0x35be81a
i = 0
#23 0x0103552c in run_hook_with_args (nargs=2, args=0x88e9c8,
funcall=0x1035a8e <Ffuncall>) at eval.c:2505
global_vals = 56354842
sym = 60558818
val = 60140374
ret = 56354842
gcpro1 = {
next = 0x88f970,
var = 0x88e928,
nvars = 17002468
}
gcpro2 = {
next = 0x88e6c0,
var = 0x35be81a,
nvars = 1
}
gcpro3 = {
next = 0x35be81a,
var = 0x35be81a,
nvars = 56354842
}
#24 0x010351a0 in Frun_hook_with_args_until_success (nargs=2, args=0x88e9c8)
at eval.c:2386
No locals.
#25 0x01035e33 in Ffuncall (nargs=3, args=0x88e9c4) at eval.c:2777
fun = 19988381
original_fun = 56457914
funcar = 2527
numargs = 2
lisp_numargs = 13431
val = 8973052
backtrace = {
next = 0x88ec60,
function = 0x88e9c4,
args = 0x88e9c8,
nargs = 2,
debug_on_exit = 0
}
internal_args = 0x35be81a
i = 8973048
#26 0x010dd8c5 in exec_byte_code (bytestr=20066145, vector=21139245,
maxdepth=12, args_template=56354842, nargs=0, args=0x0) at
bytecode.c:898
targets = {0x10e0656, 0x10e065b, 0x10e065d, 0x10e065f, 0x10e0661,
0x10e0661, 0x10e06a9, 0x10e0700, 0x10dd1b0, 0x10dd1b2,
0x10dd1b4,
0x10dd1b6, 0x10dd1b8, 0x10dd1b8, 0x10dd1be, 0x10dd181,
0x10dd5f3,
0x10dd5f5, 0x10dd5f7, 0x10dd5f9, 0x10dd5fb, 0x10dd5fb,
0x10dd630,
0x10dd601, 0x10dd801, 0x10dd803, 0x10dd805, 0x10dd807,
0x10dd809,
0x10dd809, 0x10dd7bb, 0x10dd7d2, 0x10dd899, 0x10dd89b,
0x10dd89d,
0x10dd89f, 0x10dd8a1, 0x10dd8a1, 0x10dd853, 0x10dd86a,
0x10dd936,
0x10dd938, 0x10dd93a, 0x10dd93c, 0x10dd93e, 0x10dd93e,
0x10dd8f0,
0x10dd907, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10de5ac, 0x10de6ec,
0x10de730,
0x10de774, 0x10de7b8, 0x10dd4b7, 0x10dd504, 0x10de80a,
0x10dd414,
0x10dd54f, 0x10de84f, 0x10de8a0, 0x10de8e2, 0x10de944,
0x10de986,
0x10dea2d, 0x10dea65, 0x10deab6, 0x10deb20, 0x10deb58,
0x10deb90,
0x10debe1, 0x10dec32, 0x10dec83, 0x10deced, 0x10ded2f,
0x10ded71,
0x10dee18, 0x10dee89, 0x10deefa, 0x10df162, 0x10df1b3,
0x10df204,
0x10df255, 0x10df2a6, 0x10df2e8, 0x10df35f, 0x10df3a1,
0x10df3e3,
0x10df425, 0x10df4fa, 0x10de2aa, 0x10df543, 0x10df57b,
0x10df61e,
0x10df667, 0x10df6b0, 0x10df6e8, 0x10df728, 0x10df768,
0x10df7ab,
0x10e0656, 0x10df7ed, 0x10df821, 0x10df855, 0x10df889,
0x10df8bd,
0x10df8f1, 0x10de2aa, 0x10e0656, 0x10df929, 0x10df95d,
0x10df995,
0x10df9cd, 0x10dfa1e, 0x10dfa6f, 0x10dfaa7, 0x10dfd8d,
0x10dfdde,
0x10dfe2f, 0x10dfe80, 0x10dfeb4, 0x10e0656, 0x10de20b,
0x10dd9cc,
0x10dd32d, 0x10ddaa3, 0x10ddb96, 0x10ddc85, 0x10de1a1,
0x10de1e1,
0x10dd781, 0x10de26f, 0x10de2e5, 0x10de362, 0x10de39d,
0x10de3f6,
0x10de435, 0x10de49f, 0x10de536, 0x10dd992, 0x10dfeec,
0x10dff56,
0x10dff8e, 0x10dffc6, 0x10dfffe, 0x10e0036, 0x10e0087,
0x10e00d8,
0x10e0129, 0x10e017a, 0x10e02f2, 0x10e0343, 0x10e0394,
0x10e03cc,
0x10e041d, 0x10e046e, 0x10e04f7, 0x10e0581, 0x10df467,
0x10df4a9,
0x10e05c3, 0x10e0613, 0x10e0656, 0x10ddd74, 0x10dde29,
0x10ddf0b,
0x10ddfed, 0x10de0c7, 0x10de9c8, 0x10dedb3, 0x10df5b9,
0x10e0772,
0x10e07c9, 0x10e0656, 0x10e0656, 0x10e083b, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e08a8 <repeats 64 times>}
count = 10
op = 2
vectorp = 0x1428f30
stack = {
pc = 0x14f5bc0 "‡",
byte_string = 20066145,
byte_string_start = 0x14f5bbc "ÁÂ\b\"‡",
constants = 21139245,
next = 0x88ee1c
}
top = 0x88e9c4
result = 276926973
#27 0x01036fcf in funcall_lambda (fun=21139181, nargs=1,
arg_vector=0x35be81a)
at eval.c:3028
val = 0
syms_left = 56354842
next = 58110554
lexenv = 56354842
count = 9
i = 1
optional = 0
rest = 0
#28 0x010364b5 in Ffuncall (nargs=2, args=0x88edd8) at eval.c:2845
fun = 21139181
original_fun = 60557338
funcar = 0
numargs = 1
lisp_numargs = 0
val = 0
backtrace = {
next = 0x88ed70,
function = 0x88edd8,
args = 0x88eddc,
nargs = 1,
debug_on_exit = 0
}
internal_args = 0x0
i = 0
#29 0x0103490c in Fapply (nargs=2, args=0x88edd8) at eval.c:2251
i = 56354842
numargs = 1
spread_arg = 284166430
funcall_args = 0x0
fun = 60557338
retval = 1
gcpro1 = {
next = 0x35be81a,
var = 0x88eaf0,
nvars = 56354842
}
sa_count = 9
sa_must_free = 0
#30 0x01035e33 in Ffuncall (nargs=3, args=0x88edd4) at eval.c:2777
fun = 19988309
original_fun = 56457842
funcar = 0
numargs = 2
lisp_numargs = 8973768
val = 58664126
backtrace = {
next = 0x88f088,
function = 0x88edd4,
args = 0x88edd8,
nargs = 2,
debug_on_exit = 0
}
internal_args = 0x10dcd1b
i = 56354842
#31 0x010dd8c5 in exec_byte_code (bytestr=20868177, vector=20868229,
maxdepth=16, args_template=56354842, nargs=0, args=0x0) at
bytecode.c:898
targets = {0x10e0656, 0x10e065b, 0x10e065d, 0x10e065f, 0x10e0661,
0x10e0661, 0x10e06a9, 0x10e0700, 0x10dd1b0, 0x10dd1b2,
0x10dd1b4,
0x10dd1b6, 0x10dd1b8, 0x10dd1b8, 0x10dd1be, 0x10dd181,
0x10dd5f3,
0x10dd5f5, 0x10dd5f7, 0x10dd5f9, 0x10dd5fb, 0x10dd5fb,
0x10dd630,
0x10dd601, 0x10dd801, 0x10dd803, 0x10dd805, 0x10dd807,
0x10dd809,
0x10dd809, 0x10dd7bb, 0x10dd7d2, 0x10dd899, 0x10dd89b,
0x10dd89d,
0x10dd89f, 0x10dd8a1, 0x10dd8a1, 0x10dd853, 0x10dd86a,
0x10dd936,
0x10dd938, 0x10dd93a, 0x10dd93c, 0x10dd93e, 0x10dd93e,
0x10dd8f0,
0x10dd907, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10de5ac, 0x10de6ec,
0x10de730,
0x10de774, 0x10de7b8, 0x10dd4b7, 0x10dd504, 0x10de80a,
0x10dd414,
0x10dd54f, 0x10de84f, 0x10de8a0, 0x10de8e2, 0x10de944,
0x10de986,
0x10dea2d, 0x10dea65, 0x10deab6, 0x10deb20, 0x10deb58,
0x10deb90,
0x10debe1, 0x10dec32, 0x10dec83, 0x10deced, 0x10ded2f,
0x10ded71,
0x10dee18, 0x10dee89, 0x10deefa, 0x10df162, 0x10df1b3,
0x10df204,
0x10df255, 0x10df2a6, 0x10df2e8, 0x10df35f, 0x10df3a1,
0x10df3e3,
0x10df425, 0x10df4fa, 0x10de2aa, 0x10df543, 0x10df57b,
0x10df61e,
0x10df667, 0x10df6b0, 0x10df6e8, 0x10df728, 0x10df768,
0x10df7ab,
0x10e0656, 0x10df7ed, 0x10df821, 0x10df855, 0x10df889,
0x10df8bd,
0x10df8f1, 0x10de2aa, 0x10e0656, 0x10df929, 0x10df95d,
0x10df995,
0x10df9cd, 0x10dfa1e, 0x10dfa6f, 0x10dfaa7, 0x10dfd8d,
0x10dfdde,
0x10dfe2f, 0x10dfe80, 0x10dfeb4, 0x10e0656, 0x10de20b,
0x10dd9cc,
0x10dd32d, 0x10ddaa3, 0x10ddb96, 0x10ddc85, 0x10de1a1,
0x10de1e1,
0x10dd781, 0x10de26f, 0x10de2e5, 0x10de362, 0x10de39d,
0x10de3f6,
0x10de435, 0x10de49f, 0x10de536, 0x10dd992, 0x10dfeec,
0x10dff56,
0x10dff8e, 0x10dffc6, 0x10dfffe, 0x10e0036, 0x10e0087,
0x10e00d8,
0x10e0129, 0x10e017a, 0x10e02f2, 0x10e0343, 0x10e0394,
0x10e03cc,
0x10e041d, 0x10e046e, 0x10e04f7, 0x10e0581, 0x10df467,
0x10df4a9,
0x10e05c3, 0x10e0613, 0x10e0656, 0x10ddd74, 0x10dde29,
0x10ddf0b,
0x10ddfed, 0x10de0c7, 0x10de9c8, 0x10dedb3, 0x10df5b9,
0x10e0772,
0x10e07c9, 0x10e0656, 0x10e0656, 0x10e083b, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e08a8 <repeats 64 times>}
count = 8
op = 2
vectorp = 0x13e6c88
stack = {
pc = 0x1482420 "\210)Á‡",
byte_string = 20868177,
byte_string_start = 0x1482417 "rÁ\bÂH\bÃH\"\210)Á‡",
constants = 20868229,
next = 0x88f1fc
}
top = 0x88edd4
result = 8974600
#32 0x010dcd53 in Fbyte_code (bytestr=20868177, vector=20868229,
maxdepth=16)
at bytecode.c:473
No locals.
#33 0x0103432b in eval_sub (form=20868166) at eval.c:2152
numargs = 12
args_left = 56354842
i = 17681691
maxargs = 3
argvals = {20868177, 20868229, 16, 276926973, 0, 0, 8974936,
8974892}
fun = 22008885
val = 8974632
original_fun = 56465698
original_args = 20868174
funcar = 284166262
backtrace = {
next = 0x88f460,
function = 0x88f0a0,
args = 0x88f044,
nargs = 3,
debug_on_exit = 0
}
gcpro1 = {
next = 0x35be81a,
var = 0x0,
nvars = 0
}
gcpro2 = {
next = 0x24,
var = 0x0,
nvars = 8974632
}
gcpro3 = {
next = 0x1,
var = 0x88f044,
nvars = 3
}
#34 0x01031fdd in internal_lisp_condition_case (var=56354842,
bodyform=20868166, handlers=20066878) at eval.c:1274
val = 56354842
c = {
tag = 56354842,
val = 56354842,
next = 0x88fcc0,
gcpro = 0x0,
jmp = {8974744, 56354842, 8976752, 0, 8974572, 16981817,
8978372,
0, 56458792, 8975456, 8974772, 8974776, 1, 0, 8976752,
8974744},
backlist = 0x88f460,
handlerlist = 0x88fcac,
lisp_eval_depth = 1,
pdlcount = 8,
poll_suppress_count = 0,
interrupt_input_blocked = 0,
byte_stack = 0x88f1fc
}
h = {
handler = 20066878,
var = 56354842,
chosen_clause = 1,
tag = 0x88f11c,
next = 0x88fcac
}
#35 0x010de474 in exec_byte_code (bytestr=20867921, vector=20868053,
maxdepth=20, args_template=56354842, nargs=0, args=0x0) at
bytecode.c:1094
handlers = 20066878
body = 20868166
targets = {0x10e0656, 0x10e065b, 0x10e065d, 0x10e065f, 0x10e0661,
0x10e0661, 0x10e06a9, 0x10e0700, 0x10dd1b0, 0x10dd1b2,
0x10dd1b4,
0x10dd1b6, 0x10dd1b8, 0x10dd1b8, 0x10dd1be, 0x10dd181,
0x10dd5f3,
0x10dd5f5, 0x10dd5f7, 0x10dd5f9, 0x10dd5fb, 0x10dd5fb,
0x10dd630,
0x10dd601, 0x10dd801, 0x10dd803, 0x10dd805, 0x10dd807,
0x10dd809,
0x10dd809, 0x10dd7bb, 0x10dd7d2, 0x10dd899, 0x10dd89b,
0x10dd89d,
0x10dd89f, 0x10dd8a1, 0x10dd8a1, 0x10dd853, 0x10dd86a,
0x10dd936,
0x10dd938, 0x10dd93a, 0x10dd93c, 0x10dd93e, 0x10dd93e,
0x10dd8f0,
0x10dd907, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10de5ac, 0x10de6ec,
0x10de730,
0x10de774, 0x10de7b8, 0x10dd4b7, 0x10dd504, 0x10de80a,
0x10dd414,
0x10dd54f, 0x10de84f, 0x10de8a0, 0x10de8e2, 0x10de944,
0x10de986,
0x10dea2d, 0x10dea65, 0x10deab6, 0x10deb20, 0x10deb58,
0x10deb90,
0x10debe1, 0x10dec32, 0x10dec83, 0x10deced, 0x10ded2f,
0x10ded71,
0x10dee18, 0x10dee89, 0x10deefa, 0x10df162, 0x10df1b3,
0x10df204,
0x10df255, 0x10df2a6, 0x10df2e8, 0x10df35f, 0x10df3a1,
0x10df3e3,
0x10df425, 0x10df4fa, 0x10de2aa, 0x10df543, 0x10df57b,
0x10df61e,
0x10df667, 0x10df6b0, 0x10df6e8, 0x10df728, 0x10df768,
0x10df7ab,
0x10e0656, 0x10df7ed, 0x10df821, 0x10df855, 0x10df889,
0x10df8bd,
0x10df8f1, 0x10de2aa, 0x10e0656, 0x10df929, 0x10df95d,
0x10df995,
0x10df9cd, 0x10dfa1e, 0x10dfa6f, 0x10dfaa7, 0x10dfd8d,
0x10dfdde,
0x10dfe2f, 0x10dfe80, 0x10dfeb4, 0x10e0656, 0x10de20b,
0x10dd9cc,
0x10dd32d, 0x10ddaa3, 0x10ddb96, 0x10ddc85, 0x10de1a1,
0x10de1e1,
0x10dd781, 0x10de26f, 0x10de2e5, 0x10de362, 0x10de39d,
0x10de3f6,
0x10de435, 0x10de49f, 0x10de536, 0x10dd992, 0x10dfeec,
0x10dff56,
0x10dff8e, 0x10dffc6, 0x10dfffe, 0x10e0036, 0x10e0087,
0x10e00d8,
0x10e0129, 0x10e017a, 0x10e02f2, 0x10e0343, 0x10e0394,
0x10e03cc,
0x10e041d, 0x10e046e, 0x10e04f7, 0x10e0581, 0x10df467,
0x10df4a9,
0x10e05c3, 0x10e0613, 0x10e0656, 0x10ddd74, 0x10dde29,
0x10ddf0b,
0x10ddfed, 0x10de0c7, 0x10de9c8, 0x10dedb3, 0x10df5b9,
0x10e0772,
0x10e07c9, 0x10e0656, 0x10e0656, 0x10e083b, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656, 0x10e0656,
0x10e0656,
0x10e0656, 0x10e08a8 <repeats 64 times>}
count = 5
op = 143
vectorp = 0x13e6bd8
stack = {
pc = 0x1482493 "\210\016\026…|",
byte_string = 20867921,
byte_string_start = 0x1482425
"\b\021\n\020\v\022Æ\034Ç\v!ƒ\200",
constants = 20868053,
next = 0x0
}
top = 0x88f1b4
result = 8976752
#36 0x01036fcf in funcall_lambda (fun=20867893, nargs=1,
arg_vector=0x35be81a)
at eval.c:3028
val = 0
syms_left = 56354842
next = 58146842
lexenv = 56354842
count = 4
i = 1
optional = 0
rest = 0
#37 0x010364b5 in Ffuncall (nargs=2, args=0x88f4c8) at eval.c:2845
fun = 20867893
original_fun = 56397090
funcar = 56354866
numargs = 1
lisp_numargs = 58867712
val = 23311828
backtrace = {
next = 0x0,
function = 0x88f4c8,
args = 0x88f4cc,
nargs = 1,
debug_on_exit = 0
}
internal_args = 0x40
i = 64
#38 0x01035668 in call1 (fn=56397090, arg1=276926973) at eval.c:2568
ret_ungc_val = 56458792
gcpro1 = {
next = 0x3c,
var = 0x35be81a,
nvars = 2
}
args = {56397090, 276926973}
#39 0x0100e3bd in timer_check_2 () at keyboard.c:4457
count = 3
old_deactivate_mark = 56354842
idle_timer_ripe = 0
vector = 0x10819200
timer = 276926973
timer_time = {
tv_sec = 1342978934,
tv_nsec = 164000000
}
timer_difference = {
tv_sec = 0,
tv_nsec = 0
}
idle_timer_difference = {
tv_sec = 55,
tv_nsec = 822000000
}
ripe = 1
idle_timer = 276906413
idle_timer_time = {
tv_sec = 60,
tv_nsec = 0
}
difference = {
tv_sec = 0,
tv_nsec = 0
}
timer_ripe = 1
nexttime = {
tv_sec = 0,
tv_nsec = -1
}
now = {
tv_sec = 1342978934,
tv_nsec = 164000000
}
idleness_now = {
tv_sec = 4,
tv_nsec = 178000000
}
timers = 277235966
idle_timers = 276434382
chosen_timer = 276926973
gcpro1 = {
next = 0x29a9e4c0,
var = 0x38,
nvars = 521000000
}
gcpro2 = {
next = 0x16646e0,
var = 0x1003bda,
nvars = 0
}
gcpro3 = {
next = 0x38,
var = 0x88f558,
nvars = 23480128
}
#40 0x0100e440 in timer_check () at keyboard.c:4502
nexttime = {
tv_sec = 3,
tv_nsec = 0
}
#41 0x0100c3a8 in readable_events (flags=1) at keyboard.c:3398
No locals.
#42 0x01014b35 in get_input_pending (addr=0x16607c0, flags=1)
at keyboard.c:6725
No locals.
#43 0x01020136 in detect_input_pending_run_timers (do_display=1)
at keyboard.c:10358
old_timers_run = 2301
#44 0x0104b794 in wait_reading_process_output (time_limit=28, nsecs=0,
read_kbd=-1, do_display=1, wait_for_cell=56354842, wait_proc=0x0,
just_wait_proc=0) at process.c:4721
old_timers_run = 2301
old_buffer = 0x3824000
old_window = 57179413
leave = 0
timeout_reduced_for_timers = 1
channel = 64
nfds = 0
Available = {
bits = {0, 0}
}
Writeok = {
bits = {0, 0}
}
check_write = 0
check_delay = 0
no_avail = 0
xerrno = 22
proc = 8976136
timeout = {
tv_sec = 0,
tv_nsec = 699000000
}
end_time = {
tv_sec = 1342978961,
tv_nsec = 465000000
}
wait_channel = -1
got_some_input = 0
count = 2
#45 0x010f8763 in sit_for (timeout=112, reading=1, do_display=1)
at dispnew.c:6000
sec = 28
nsec = 0
#46 0x01009630 in read_char (commandflag=1, nmaps=6, maps=0x88f960,
prev_event=56354842, used_mouse_menu=0x88fa48, end_time=0x0)
at keyboard.c:2701
tem0 = 56354842
timeout = 28
delay_level = 4
buffer_size = 53
c = 56354842
jmpcount = 2
local_getcjmp = {8976648, 284133950, 8976752, 56367504, 8976268,
16813900, 8978372, 0, 0, 0, 0, 0, 0, 0, 0, 0}
save_jump = {0 <repeats 16 times>}
key_already_recorded = 0
tem = 56354842
save = 56354842
previous_echo_area_message = 56354842
also_record = 56354842
reread = 0
gcpro1 = {
next = 0x126bec0,
var = 0x35c577a,
nvars = 56354842
}
gcpro2 = {
next = 0x35c577a,
var = 0x35be81a,
nvars = 8976408
}
polling_stopped_here = 0
orig_kboard = 0x35c1480
#47 0x0101c837 in read_key_sequence (keybuf=0x88fbd0, bufsize=30,
prompt=56354842, dont_downcase_last=0, can_return_switch_frame=1,
fix_current_buffer=1) at keyboard.c:9316
interrupted_kboard = 0x35c1480
interrupted_frame = 0x3687b90
key = 0
used_mouse_menu = 0
echo_local_start = 0
last_real_key_start = 0
keys_local_start = 0
local_first_binding = 0
from_string = 56354842
count = 2
t = 0
echo_start = 0
keys_start = 0
nmaps = 6
nmaps_allocated = 6
defs = 0x88f930
submaps = 0x88f960
orig_local_map = 274767542
orig_keymap = 56354842
localized_local_map = 0
first_binding = 0
first_unbound = 31
mock_input = 0
fkey = {
parent = 60200318,
map = 60200318,
start = 0,
end = 0
}
keytran = {
parent = 56344262,
map = 56344262,
start = 0,
end = 0
}
indec = {
parent = 60200326,
map = 60200326,
start = 0,
end = 0
}
shift_translated = 0
delayed_switch_frame = 56354842
original_uppercase = 56458794
original_uppercase_position = -1
dummyflag = 0
starting_buffer = 0x3824000
fake_prefixed_keys = 56354842
gcpro1 = {
next = 0x163b5d4,
var = 0x35be81a,
nvars = 58867712
}
#48 0x01005f3f in command_loop_1 () at keyboard.c:1449
cmd = 58693186
keybuf = {273424250, 428, 8977384, 0, 0, 0, 8977432, 16798884,
281997894, 56354866, 8977471, 56354842, 0, 0, 8977464, 57179024,
56457218, 0, 8977544, 16798253, 281997894, 8977471, 0,
2130567168,
0, 0, 8977512, 211409, 2, 58038734}
i = 1
prev_modiff = 11
prev_buffer = 0x35c4e00
already_adjusted = 0
#49 0x010320bf in internal_condition_case (bfun=0x1005947 <command_loop_1>,
handlers=56405450, hfun=0x1005143 <cmd_error>) at eval.c:1320
val = 58038734
c = {
tag = 56354842,
val = 56354842,
next = 0x88fd74,
gcpro = 0x0,
jmp = {8977720, 0, 0, 0, 8977548, 16982124, 8978372, 0,
10883056,
8977684, 1977783569, 10883056, 2, 1997812280, 0, 1033},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
pdlcount = 2,
poll_suppress_count = 0,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
h = {
handler = 56405450,
var = 56354842,
chosen_clause = 56354866,
tag = 0x88fcc0,
next = 0x0
}
#50 0x01005580 in command_loop_2 (ignore=56354842) at keyboard.c:1152
val = 0
#51 0x01031ae0 in internal_catch (tag=56395282,
func=0x100555c <command_loop_2>, arg=56354842) at eval.c:1077
c = {
tag = 56395282,
val = 56354842,
next = 0x0,
gcpro = 0x0,
jmp = {8977896, 2130567168, 0, 0, 8977756, 16980689, 8978372, 0,
56354842, 56380928, 1997813568, 1997813631, 2130567168,
23454492,
56380928, 23454492},
backlist = 0x0,
handlerlist = 0x0,
lisp_eval_depth = 0,
pdlcount = 2,
poll_suppress_count = 0,
interrupt_input_blocked = 0,
byte_stack = 0x0
}
#52 0x0100553c in command_loop () at keyboard.c:1131
No locals.
#53 0x01004b18 in recursive_edit_1 () at keyboard.c:752
count = 1
val = 1997186114
#54 0x01004e33 in Frecursive_edit () at keyboard.c:816
count = 0
buffer = 56354842
#55 0x01002944 in main (argc=1, argv=0xd42a80) at emacs.c:1677
dummy = 8978372
stack_bottom_variable = 0 '\000'
do_initial_setlocale = 1
skip_args = 0
no_loadup = 0
junk = 0x0
dname_arg = 0x0
ch_to_dir = 0x0
Lisp Backtrace:
"message" (0x88dea8)
"byte-code" (0x88e104)
"tooltip-show" (0x88e5a8)
"tooltip-help-tips" (0x88e9cc)
"run-hook-with-args-until-success" (0x88e9c8)
"tooltip-timeout" (0x88eddc)
"apply" (0x88edd8)
"byte-code" (0x88f044)
"timer-event-handler" (0x88f4cc)
"message" (0x88dea8)
"byte-code" (0x88e104)
"tooltip-show" (0x88e5a8)
"tooltip-help-tips" (0x88e9cc)
"run-hook-with-args-until-success" (0x88e9c8)
"tooltip-timeout" (0x88eddc)
"apply" (0x88edd8)
"byte-code" (0x88f044)
"timer-event-handler" (0x88f4cc)
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-22 17:46 ` Christoph Scholtes
@ 2012-07-22 19:50 ` Andreas Schwab
2012-07-22 20:50 ` Eli Zaretskii
0 siblings, 1 reply; 30+ messages in thread
From: Andreas Schwab @ 2012-07-22 19:50 UTC (permalink / raw)
To: Christoph Scholtes; +Cc: Dmitry Antipov, 12007
Christoph Scholtes <cschol2112@googlemail.com> writes:
> #4 0x010d1e5c in print_string (string=56354842, printcharfun=56354842)
> at print.c:363
> chars = 1
> #5 0x010db594 in print_object (obj=277210053, printcharfun=56354842,
> escapeflag=0) at print.c:1903
print_string (XFRAME (obj)->name, printcharfun);
Looks like XFRAME (obj)->name is nil here.
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] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-22 19:50 ` Andreas Schwab
@ 2012-07-22 20:50 ` Eli Zaretskii
0 siblings, 0 replies; 30+ messages in thread
From: Eli Zaretskii @ 2012-07-22 20:50 UTC (permalink / raw)
To: Andreas Schwab; +Cc: cschol2112, dmantipov, 12007
> From: Andreas Schwab <schwab@linux-m68k.org>
> Date: Sun, 22 Jul 2012 21:50:14 +0200
> Cc: Dmitry Antipov <dmantipov@yandex.ru>, 12007@debbugs.gnu.org
>
> Christoph Scholtes <cschol2112@googlemail.com> writes:
>
> > #4 0x010d1e5c in print_string (string=56354842, printcharfun=56354842)
> > at print.c:363
> > chars = 1
> > #5 0x010db594 in print_object (obj=277210053, printcharfun=56354842,
> > escapeflag=0) at print.c:1903
>
> print_string (XFRAME (obj)->name, printcharfun);
>
> Looks like XFRAME (obj)->name is nil here.
But why is x-show-tip throwing an error in the first place?
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-21 22:22 ` Christoph Scholtes
@ 2012-07-25 0:39 ` Christoph Scholtes
2012-07-25 2:37 ` Dmitry Antipov
2012-07-25 2:37 ` Dmitry Antipov
0 siblings, 2 replies; 30+ messages in thread
From: Christoph Scholtes @ 2012-07-25 0:39 UTC (permalink / raw)
To: Dmitry Antipov; +Cc: 12007
bzr r109196 still crashes after sitting for a while.
Same root cause as the initial report:
#1 0x0114ee85 in w32_abort () at w32fns.c:7183
button = 6
#2 0x01041e8c in die (
msg=0x152e13c "assertion failed: buffer->base_buffer->indirections
> 0",
file=0x152c914 "buffer.c", line=1442) at alloc.c:6719
No locals.
#3 0x010a9597 in compact_buffer (buffer=0x10942400) at buffer.c:1442
No locals.
#4 0x0103f0d6 in Fgarbage_collect () at alloc.c:5434
bind = 0x10942400
nextb = 0x10942400
stack_top_variable = 1 '\001'
i = 56401306
message_p = 8971860
total = {1979253324, 8971752, 16938822, 56693530, 16, 16,
1971679635,
-284876796, 56346650, 8971784, 16939565}
count = 18
t1 = {
tv_sec = 56453122,
tv_nsec = 0
}
#5 0x010dc545 in maybe_gc () at lisp.h:3449
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-25 0:39 ` Christoph Scholtes
@ 2012-07-25 2:37 ` Dmitry Antipov
2012-07-25 2:37 ` Dmitry Antipov
1 sibling, 0 replies; 30+ messages in thread
From: Dmitry Antipov @ 2012-07-25 2:37 UTC (permalink / raw)
To: Christoph Scholtes; +Cc: 12007, Emacs development discussions
[-- Attachment #1: Type: text/plain, Size: 192 bytes --]
On 07/25/2012 04:39 AM, Christoph Scholtes wrote:
> bzr r109196 still crashes after sitting for a while.
Hm... that crash becomes annoying (although I can't reproduce it). Try this.
Dmitry
[-- Attachment #2: buffer_indirection_fix_2.patch --]
[-- Type: text/plain, Size: 1600 bytes --]
=== modified file 'src/buffer.c'
--- src/buffer.c 2012-07-24 06:45:44 +0000
+++ src/buffer.c 2012-07-25 02:29:34 +0000
@@ -1560,14 +1560,6 @@
if (EQ (buffer, XWINDOW (minibuf_window)->buffer))
return Qnil;
- /* Notify our base buffer that we don't share the text anymore. */
- if (b->base_buffer)
- {
- eassert (b->indirections == -1);
- b->base_buffer->indirections--;
- eassert (b->base_buffer->indirections >= 0);
- }
-
/* When we kill an ordinary buffer which shares it's buffer text
with indirect buffer(s), we must kill indirect buffer(s) too.
We do it at this stage so nothing terrible happens if they
@@ -1708,7 +1700,15 @@
BVAR (b, name) = Qnil;
BLOCK_INPUT;
- if (! b->base_buffer)
+ /* Notify our base buffer that we don't share the text anymore. */
+ if (b->base_buffer)
+ {
+ eassert (b->indirections == -1);
+ b->base_buffer->indirections--;
+ eassert (b->base_buffer->indirections >= 0);
+ }
+ else
+ /* No one shares our buffer text, can free it. */
free_buffer_text (b);
if (b->newline_cache)
@@ -4897,6 +4897,9 @@
/* Prevent GC from getting confused. */
buffer_defaults.text = &buffer_defaults.own_text;
buffer_local_symbols.text = &buffer_local_symbols.own_text;
+ /* No one will share the text with these buffers, but let's play it safe. */
+ buffer_defaults.indirections = 0;
+ buffer_local_symbols.indirections = 0;
BUF_INTERVALS (&buffer_defaults) = 0;
BUF_INTERVALS (&buffer_local_symbols) = 0;
XSETPVECTYPESIZE (&buffer_defaults, PVEC_BUFFER, pvecsize);
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-25 0:39 ` Christoph Scholtes
2012-07-25 2:37 ` Dmitry Antipov
@ 2012-07-25 2:37 ` Dmitry Antipov
2012-07-25 3:53 ` Christoph Scholtes
1 sibling, 1 reply; 30+ messages in thread
From: Dmitry Antipov @ 2012-07-25 2:37 UTC (permalink / raw)
To: Christoph Scholtes; +Cc: Eli Zaretskii, 12007, Emacs development discussions
[-- Attachment #1: Type: text/plain, Size: 192 bytes --]
On 07/25/2012 04:39 AM, Christoph Scholtes wrote:
> bzr r109196 still crashes after sitting for a while.
Hm... that crash becomes annoying (although I can't reproduce it). Try this.
Dmitry
[-- Attachment #2: buffer_indirection_fix_2.patch --]
[-- Type: text/plain, Size: 1600 bytes --]
=== modified file 'src/buffer.c'
--- src/buffer.c 2012-07-24 06:45:44 +0000
+++ src/buffer.c 2012-07-25 02:29:34 +0000
@@ -1560,14 +1560,6 @@
if (EQ (buffer, XWINDOW (minibuf_window)->buffer))
return Qnil;
- /* Notify our base buffer that we don't share the text anymore. */
- if (b->base_buffer)
- {
- eassert (b->indirections == -1);
- b->base_buffer->indirections--;
- eassert (b->base_buffer->indirections >= 0);
- }
-
/* When we kill an ordinary buffer which shares it's buffer text
with indirect buffer(s), we must kill indirect buffer(s) too.
We do it at this stage so nothing terrible happens if they
@@ -1708,7 +1700,15 @@
BVAR (b, name) = Qnil;
BLOCK_INPUT;
- if (! b->base_buffer)
+ /* Notify our base buffer that we don't share the text anymore. */
+ if (b->base_buffer)
+ {
+ eassert (b->indirections == -1);
+ b->base_buffer->indirections--;
+ eassert (b->base_buffer->indirections >= 0);
+ }
+ else
+ /* No one shares our buffer text, can free it. */
free_buffer_text (b);
if (b->newline_cache)
@@ -4897,6 +4897,9 @@
/* Prevent GC from getting confused. */
buffer_defaults.text = &buffer_defaults.own_text;
buffer_local_symbols.text = &buffer_local_symbols.own_text;
+ /* No one will share the text with these buffers, but let's play it safe. */
+ buffer_defaults.indirections = 0;
+ buffer_local_symbols.indirections = 0;
BUF_INTERVALS (&buffer_defaults) = 0;
BUF_INTERVALS (&buffer_local_symbols) = 0;
XSETPVECTYPESIZE (&buffer_defaults, PVEC_BUFFER, pvecsize);
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-25 2:37 ` Dmitry Antipov
@ 2012-07-25 3:53 ` Christoph Scholtes
2012-07-25 4:42 ` Dmitry Antipov
2012-07-25 4:42 ` Dmitry Antipov
0 siblings, 2 replies; 30+ messages in thread
From: Christoph Scholtes @ 2012-07-25 3:53 UTC (permalink / raw)
To: Dmitry Antipov; +Cc: 12007
On 7/24/2012 8:37 PM, Dmitry Antipov wrote:
> On 07/25/2012 04:39 AM, Christoph Scholtes wrote:
>
>> bzr r109196 still crashes after sitting for a while.
>
> Hm... that crash becomes annoying (although I can't reproduce it). Try
> this.
Thanks. So far no more crashes.
One other thing to note. I have never seen this crash on GNU/Linux. I
use Emacs all day at work on that platform and build from trunk every
morning. Any idea why it would only happen on Windows?
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-25 3:53 ` Christoph Scholtes
@ 2012-07-25 4:42 ` Dmitry Antipov
2012-07-25 4:42 ` Dmitry Antipov
1 sibling, 0 replies; 30+ messages in thread
From: Dmitry Antipov @ 2012-07-25 4:42 UTC (permalink / raw)
To: Christoph Scholtes; +Cc: 12007, Emacs development discussions
On 07/25/2012 07:53 AM, Christoph Scholtes wrote:
> Thanks. So far no more crashes.
>
> One other thing to note. I have never seen this crash on GNU/Linux.
> I use Emacs all day at work on that platform and build from trunk
> every morning. Any idea why it would only happen on Windows?
I'm not using Emacs on Windows, so I don't know exactly. But, kill-buffer
is (over?)complicated thing which depends on hooks installed, display state,
processes under the buffer being killed, auto-save state, etc., and these
things may be slightly different under Windows.
Dmitry
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-25 3:53 ` Christoph Scholtes
2012-07-25 4:42 ` Dmitry Antipov
@ 2012-07-25 4:42 ` Dmitry Antipov
2012-07-25 11:34 ` Christoph Scholtes
2012-07-25 11:34 ` Christoph Scholtes
1 sibling, 2 replies; 30+ messages in thread
From: Dmitry Antipov @ 2012-07-25 4:42 UTC (permalink / raw)
To: Christoph Scholtes; +Cc: Eli Zaretskii, 12007, Emacs development discussions
On 07/25/2012 07:53 AM, Christoph Scholtes wrote:
> Thanks. So far no more crashes.
>
> One other thing to note. I have never seen this crash on GNU/Linux.
> I use Emacs all day at work on that platform and build from trunk
> every morning. Any idea why it would only happen on Windows?
I'm not using Emacs on Windows, so I don't know exactly. But, kill-buffer
is (over?)complicated thing which depends on hooks installed, display state,
processes under the buffer being killed, auto-save state, etc., and these
things may be slightly different under Windows.
Dmitry
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-25 4:42 ` Dmitry Antipov
@ 2012-07-25 11:34 ` Christoph Scholtes
2012-07-25 11:34 ` Christoph Scholtes
1 sibling, 0 replies; 30+ messages in thread
From: Christoph Scholtes @ 2012-07-25 11:34 UTC (permalink / raw)
To: Dmitry Antipov; +Cc: 12007, Emacs development discussions
On 7/24/2012 10:42 PM, Dmitry Antipov wrote:
>> One other thing to note. I have never seen this crash on GNU/Linux.
>> I use Emacs all day at work on that platform and build from trunk
>> every morning. Any idea why it would only happen on Windows?
>
> I'm not using Emacs on Windows, so I don't know exactly. But, kill-buffer
> is (over?)complicated thing which depends on hooks installed, display
> state,
> processes under the buffer being killed, auto-save state, etc., and these
> things may be slightly different under Windows.
OK. I ran this instance over night and it is still running. Usually the
crash happened after an hour or so.
Can you apply this patch to the trunk?
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-25 4:42 ` Dmitry Antipov
2012-07-25 11:34 ` Christoph Scholtes
@ 2012-07-25 11:34 ` Christoph Scholtes
2012-07-25 12:39 ` Dmitry Antipov
2012-07-25 12:39 ` Dmitry Antipov
1 sibling, 2 replies; 30+ messages in thread
From: Christoph Scholtes @ 2012-07-25 11:34 UTC (permalink / raw)
To: Dmitry Antipov; +Cc: Eli Zaretskii, 12007, Emacs development discussions
On 7/24/2012 10:42 PM, Dmitry Antipov wrote:
>> One other thing to note. I have never seen this crash on GNU/Linux.
>> I use Emacs all day at work on that platform and build from trunk
>> every morning. Any idea why it would only happen on Windows?
>
> I'm not using Emacs on Windows, so I don't know exactly. But, kill-buffer
> is (over?)complicated thing which depends on hooks installed, display
> state,
> processes under the buffer being killed, auto-save state, etc., and these
> things may be slightly different under Windows.
OK. I ran this instance over night and it is still running. Usually the
crash happened after an hour or so.
Can you apply this patch to the trunk?
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-25 11:34 ` Christoph Scholtes
@ 2012-07-25 12:39 ` Dmitry Antipov
2012-07-25 12:39 ` Dmitry Antipov
1 sibling, 0 replies; 30+ messages in thread
From: Dmitry Antipov @ 2012-07-25 12:39 UTC (permalink / raw)
To: Christoph Scholtes; +Cc: 12007, Emacs development discussions
On 07/25/2012 03:34 PM, Christoph Scholtes wrote:
> OK. I ran this instance over night and it is still running. Usually the crash happened after an hour or so.
>
> Can you apply this patch to the trunk?
It's already done at 109201.
Dmitry
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-25 11:34 ` Christoph Scholtes
2012-07-25 12:39 ` Dmitry Antipov
@ 2012-07-25 12:39 ` Dmitry Antipov
2012-08-13 19:03 ` Christoph Scholtes
1 sibling, 1 reply; 30+ messages in thread
From: Dmitry Antipov @ 2012-07-25 12:39 UTC (permalink / raw)
To: Christoph Scholtes; +Cc: Eli Zaretskii, 12007, Emacs development discussions
On 07/25/2012 03:34 PM, Christoph Scholtes wrote:
> OK. I ran this instance over night and it is still running. Usually the crash happened after an hour or so.
>
> Can you apply this patch to the trunk?
It's already done at 109201.
Dmitry
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-07-25 12:39 ` Dmitry Antipov
@ 2012-08-13 19:03 ` Christoph Scholtes
2012-08-13 19:24 ` Eli Zaretskii
0 siblings, 1 reply; 30+ messages in thread
From: Christoph Scholtes @ 2012-08-13 19:03 UTC (permalink / raw)
To: Dmitry Antipov; +Cc: 12007
On 7/25/2012 6:39 AM, Dmitry Antipov wrote:
> On 07/25/2012 03:34 PM, Christoph Scholtes wrote:
>
>> OK. I ran this instance over night and it is still running. Usually
>> the crash happened after an hour or so.
>>
>> Can you apply this patch to the trunk?
>
> It's already done at 109201.
>
> Dmitry
With r109584 the crashes have returned:
assertion failed: buffer->base_buffer->indirections > 0
I am not sure which revision this returned in exactly, but r109189 did
not have these problems.
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-13 19:03 ` Christoph Scholtes
@ 2012-08-13 19:24 ` Eli Zaretskii
2012-08-14 2:52 ` Eli Zaretskii
` (4 more replies)
0 siblings, 5 replies; 30+ messages in thread
From: Eli Zaretskii @ 2012-08-13 19:24 UTC (permalink / raw)
To: Christoph Scholtes; +Cc: dmantipov, 12007
> Date: Mon, 13 Aug 2012 13:03:33 -0600
> From: Christoph Scholtes <cschol2112@googlemail.com>
> CC: Eli Zaretskii <eliz@gnu.org>, 12007@debbugs.gnu.org
>
> On 7/25/2012 6:39 AM, Dmitry Antipov wrote:
> > On 07/25/2012 03:34 PM, Christoph Scholtes wrote:
> >
> >> OK. I ran this instance over night and it is still running. Usually
> >> the crash happened after an hour or so.
> >>
> >> Can you apply this patch to the trunk?
> >
> > It's already done at 109201.
> >
> > Dmitry
>
> With r109584 the crashes have returned:
>
> assertion failed: buffer->base_buffer->indirections > 0
Perhaps related, the current trunk (revision 109586) segfaults on
startup ("emacs -Q") on GNU/Linux, with the following backtrace:
#0 0x00007ffff5bc0131 in g_type_check_instance_cast ()
from /usr/lib/libgobject-2.0.so.0
#1 0x00000000005d6de6 in xg_mark_data () at gtkutil.c:2173
#2 0x0000000000692f28 in Fgarbage_collect () at alloc.c:5472
#3 0x000000000068bd27 in maybe_gc () at lisp.h:3536
#4 0x00000000006bc2ab in eval_sub (form=23619014) at eval.c:2056
#5 0x0000000000706a9c in readevalloop (readcharfun=15433282,
stream=0x168a720, sourcename=23641873, printflag=0, unibyte=15317634,
readfun=15317634, start=15317634, end=15317634) at lread.c:1814
#6 0x0000000000704998 in Fload (file=23634305, noerror=15317682,
nomessage=15317682, nosuffix=15317634, must_suffix=15317634)
at lread.c:1308
#7 0x00000000006bf216 in Ffuncall (nargs=4, args=0x7fffffffc358)
at eval.c:2827
#8 0x000000000072e4de in exec_byte_code (bytestr=12100273, vector=12100389,
maxdepth=20, args_template=15317634, nargs=0, args=0x0) at bytecode.c:898
#9 0x00000000006c006c in funcall_lambda (fun=12100229, nargs=1,
arg_vector=0xb8a325) at eval.c:3043
#10 0x00000000006bf458 in Ffuncall (nargs=2, args=0x7fffffffc838)
at eval.c:2860
#11 0x000000000072e4de in exec_byte_code (bytestr=12099201, vector=12099309,
maxdepth=16, args_template=15317634, nargs=0, args=0x0) at bytecode.c:898
#12 0x00000000006c006c in funcall_lambda (fun=12099133, nargs=2,
arg_vector=0xb89eed) at eval.c:3043
#13 0x00000000006bf458 in Ffuncall (nargs=3, args=0x7fffffffcd18)
at eval.c:2860
#14 0x000000000072e4de in exec_byte_code (bytestr=12099633, vector=12099829,
maxdepth=16, args_template=15317634, nargs=0, args=0x0) at bytecode.c:898
#15 0x00000000006c006c in funcall_lambda (fun=12099565, nargs=1,
arg_vector=0xb8a0f5) at eval.c:3043
#16 0x00000000006bf458 in Ffuncall (nargs=2, args=0x7fffffffd1f8)
at eval.c:2860
#17 0x000000000072e4de in exec_byte_code (bytestr=12140633, vector=12142301,
maxdepth=72, args_template=0, nargs=0, args=0x7fffffffd758)
at bytecode.c:898
#18 0x00000000006bfc09 in funcall_lambda (fun=12140581, nargs=0,
arg_vector=0x7fffffffd758) at eval.c:2977
#19 0x00000000006bf458 in Ffuncall (nargs=1, args=0x7fffffffd750)
at eval.c:2860
#20 0x000000000072e4de in exec_byte_code (bytestr=12136441, vector=12136893,
maxdepth=32, args_template=0, nargs=0, args=0x7fffffffdb90)
at bytecode.c:898
#21 0x00000000006bfc09 in funcall_lambda (fun=12136389, nargs=0,
arg_vector=0x7fffffffdb90) at eval.c:2977
#22 0x00000000006bf81f in apply_lambda (fun=12136389, args=15317634)
at eval.c:2920
#23 0x00000000006bd037 in eval_sub (form=15547702) at eval.c:2204
#24 0x00000000006bc15f in Feval (form=15547702, lexical=15317634)
at eval.c:2021
#25 0x00000000005e31f3 in top_level_2 () at keyboard.c:1161
#26 0x00000000006ba27c in internal_condition_case (
bfun=0x5e31d6 <top_level_2>, handlers=15369330, hfun=0x5e2cb6 <cmd_error>)
at eval.c:1308
#27 0x00000000005e322d in top_level_1 (ignore=15317634) at keyboard.c:1169
#28 0x00000000006b9b39 in internal_catch (tag=15365202,
func=0x5e31f5 <top_level_1>, arg=15317634) at eval.c:1065
#29 0x00000000005e3151 in command_loop () at keyboard.c:1124
#30 0x00000000005e2502 in recursive_edit_1 () at keyboard.c:752
#31 0x00000000005e28dd in Frecursive_edit () at keyboard.c:816
#32 0x00000000005e033f in main (argc=2, argv=0x7fffffffe5c8) at emacs.c:1666
Lisp Backtrace:
"load" (0xffffc360)
0xb8a280 PVEC_COMPILED
"tty-find-type" (0xffffcd20)
"tty-run-terminal-initialization" (0xffffd200)
"command-line" (0xffffd758)
"normal-top-level" (0xffffdb90)
The file it tries to load is term/xterm.elc.
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-13 19:24 ` Eli Zaretskii
@ 2012-08-14 2:52 ` Eli Zaretskii
2012-08-15 14:55 ` Dmitry Antipov
` (3 subsequent siblings)
4 siblings, 0 replies; 30+ messages in thread
From: Eli Zaretskii @ 2012-08-14 2:52 UTC (permalink / raw)
To: cschol2112, dmantipov; +Cc: 12007
> Date: Mon, 13 Aug 2012 22:24:08 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: dmantipov@yandex.ru, 12007@debbugs.gnu.org
>
> Lisp Backtrace:
> "load" (0xffffc360)
> 0xb8a280 PVEC_COMPILED
> "tty-find-type" (0xffffcd20)
> "tty-run-terminal-initialization" (0xffffd200)
> "command-line" (0xffffd758)
> "normal-top-level" (0xffffdb90)
>
> The file it tries to load is term/xterm.elc.
I should add that this crash was in a TTY session.
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-13 19:24 ` Eli Zaretskii
2012-08-14 2:52 ` Eli Zaretskii
@ 2012-08-15 14:55 ` Dmitry Antipov
2012-08-15 14:55 ` Dmitry Antipov
` (2 subsequent siblings)
4 siblings, 0 replies; 30+ messages in thread
From: Dmitry Antipov @ 2012-08-15 14:55 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Christoph Scholtes, 12007, Emacs development discussions
On 08/13/2012 11:24 PM, Eli Zaretskii wrote:
> Perhaps related, the current trunk (revision 109586) segfaults on
> startup ("emacs -Q") on GNU/Linux, with the following backtrace:
>
> #0 0x00007ffff5bc0131 in g_type_check_instance_cast ()
> from /usr/lib/libgobject-2.0.so.0
> #1 0x00000000005d6de6 in xg_mark_data () at gtkutil.c:2173
> #2 0x0000000000692f28 in Fgarbage_collect () at alloc.c:5472
> #3 0x000000000068bd27 in maybe_gc () at lisp.h:3536
> #4 0x00000000006bc2ab in eval_sub (form=23619014) at eval.c:2056
> #5 0x0000000000706a9c in readevalloop (readcharfun=15433282,
> stream=0x168a720, sourcename=23641873, printflag=0, unibyte=15317634,
> readfun=15317634, start=15317634, end=15317634) at lread.c:1814
> #6 0x0000000000704998 in Fload (file=23634305, noerror=15317682,
> nomessage=15317682, nosuffix=15317634, must_suffix=15317634)
> at lread.c:1308
> #7 0x00000000006bf216 in Ffuncall (nargs=4, args=0x7fffffffc358)
> at eval.c:2827
> #8 0x000000000072e4de in exec_byte_code (bytestr=12100273, vector=12100389,
> maxdepth=20, args_template=15317634, nargs=0, args=0x0) at bytecode.c:898
> #9 0x00000000006c006c in funcall_lambda (fun=12100229, nargs=1,
> arg_vector=0xb8a325) at eval.c:3043
> #10 0x00000000006bf458 in Ffuncall (nargs=2, args=0x7fffffffc838)
> at eval.c:2860
> #11 0x000000000072e4de in exec_byte_code (bytestr=12099201, vector=12099309,
> maxdepth=16, args_template=15317634, nargs=0, args=0x0) at bytecode.c:898
> #12 0x00000000006c006c in funcall_lambda (fun=12099133, nargs=2,
> arg_vector=0xb89eed) at eval.c:3043
> #13 0x00000000006bf458 in Ffuncall (nargs=3, args=0x7fffffffcd18)
> at eval.c:2860
> #14 0x000000000072e4de in exec_byte_code (bytestr=12099633, vector=12099829,
> maxdepth=16, args_template=15317634, nargs=0, args=0x0) at bytecode.c:898
> #15 0x00000000006c006c in funcall_lambda (fun=12099565, nargs=1,
> arg_vector=0xb8a0f5) at eval.c:3043
> #16 0x00000000006bf458 in Ffuncall (nargs=2, args=0x7fffffffd1f8)
> at eval.c:2860
> #17 0x000000000072e4de in exec_byte_code (bytestr=12140633, vector=12142301,
> maxdepth=72, args_template=0, nargs=0, args=0x7fffffffd758)
> at bytecode.c:898
> #18 0x00000000006bfc09 in funcall_lambda (fun=12140581, nargs=0,
> arg_vector=0x7fffffffd758) at eval.c:2977
> #19 0x00000000006bf458 in Ffuncall (nargs=1, args=0x7fffffffd750)
> at eval.c:2860
> #20 0x000000000072e4de in exec_byte_code (bytestr=12136441, vector=12136893,
> maxdepth=32, args_template=0, nargs=0, args=0x7fffffffdb90)
> at bytecode.c:898
> #21 0x00000000006bfc09 in funcall_lambda (fun=12136389, nargs=0,
> arg_vector=0x7fffffffdb90) at eval.c:2977
> #22 0x00000000006bf81f in apply_lambda (fun=12136389, args=15317634)
> at eval.c:2920
> #23 0x00000000006bd037 in eval_sub (form=15547702) at eval.c:2204
> #24 0x00000000006bc15f in Feval (form=15547702, lexical=15317634)
> at eval.c:2021
> #25 0x00000000005e31f3 in top_level_2 () at keyboard.c:1161
> #26 0x00000000006ba27c in internal_condition_case (
> bfun=0x5e31d6 <top_level_2>, handlers=15369330, hfun=0x5e2cb6 <cmd_error>)
> at eval.c:1308
> #27 0x00000000005e322d in top_level_1 (ignore=15317634) at keyboard.c:1169
> #28 0x00000000006b9b39 in internal_catch (tag=15365202,
> func=0x5e31f5 <top_level_1>, arg=15317634) at eval.c:1065
> #29 0x00000000005e3151 in command_loop () at keyboard.c:1124
> #30 0x00000000005e2502 in recursive_edit_1 () at keyboard.c:752
> #31 0x00000000005e28dd in Frecursive_edit () at keyboard.c:816
> #32 0x00000000005e033f in main (argc=2, argv=0x7fffffffe5c8) at emacs.c:1666
>
> Lisp Backtrace:
> "load" (0xffffc360)
> 0xb8a280 PVEC_COMPILED
> "tty-find-type" (0xffffcd20)
> "tty-run-terminal-initialization" (0xffffd200)
> "command-line" (0xffffd758)
> "normal-top-level" (0xffffdb90)
>
> The file it tries to load is term/xterm.elc.
Reproduced with current trunk (109630) and under X by running
DISPLAY= ./src/emacs -Q
will take a look...
Dmitry
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-13 19:24 ` Eli Zaretskii
2012-08-14 2:52 ` Eli Zaretskii
2012-08-15 14:55 ` Dmitry Antipov
@ 2012-08-15 14:55 ` Dmitry Antipov
2012-08-15 15:08 ` Drew Adams
` (2 more replies)
2012-08-15 16:34 ` bug#12007: probably a fix Dmitry Antipov
2012-08-15 16:40 ` bug#12007: 24.1.50; Crash in auto-revert-handler Eli Zaretskii
4 siblings, 3 replies; 30+ messages in thread
From: Dmitry Antipov @ 2012-08-15 14:55 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Christoph Scholtes, 12007, Emacs development discussions
On 08/13/2012 11:24 PM, Eli Zaretskii wrote:
> Perhaps related, the current trunk (revision 109586) segfaults on
> startup ("emacs -Q") on GNU/Linux, with the following backtrace:
>
> #0 0x00007ffff5bc0131 in g_type_check_instance_cast ()
> from /usr/lib/libgobject-2.0.so.0
> #1 0x00000000005d6de6 in xg_mark_data () at gtkutil.c:2173
> #2 0x0000000000692f28 in Fgarbage_collect () at alloc.c:5472
> #3 0x000000000068bd27 in maybe_gc () at lisp.h:3536
> #4 0x00000000006bc2ab in eval_sub (form=23619014) at eval.c:2056
> #5 0x0000000000706a9c in readevalloop (readcharfun=15433282,
> stream=0x168a720, sourcename=23641873, printflag=0, unibyte=15317634,
> readfun=15317634, start=15317634, end=15317634) at lread.c:1814
> #6 0x0000000000704998 in Fload (file=23634305, noerror=15317682,
> nomessage=15317682, nosuffix=15317634, must_suffix=15317634)
> at lread.c:1308
> #7 0x00000000006bf216 in Ffuncall (nargs=4, args=0x7fffffffc358)
> at eval.c:2827
> #8 0x000000000072e4de in exec_byte_code (bytestr=12100273, vector=12100389,
> maxdepth=20, args_template=15317634, nargs=0, args=0x0) at bytecode.c:898
> #9 0x00000000006c006c in funcall_lambda (fun=12100229, nargs=1,
> arg_vector=0xb8a325) at eval.c:3043
> #10 0x00000000006bf458 in Ffuncall (nargs=2, args=0x7fffffffc838)
> at eval.c:2860
> #11 0x000000000072e4de in exec_byte_code (bytestr=12099201, vector=12099309,
> maxdepth=16, args_template=15317634, nargs=0, args=0x0) at bytecode.c:898
> #12 0x00000000006c006c in funcall_lambda (fun=12099133, nargs=2,
> arg_vector=0xb89eed) at eval.c:3043
> #13 0x00000000006bf458 in Ffuncall (nargs=3, args=0x7fffffffcd18)
> at eval.c:2860
> #14 0x000000000072e4de in exec_byte_code (bytestr=12099633, vector=12099829,
> maxdepth=16, args_template=15317634, nargs=0, args=0x0) at bytecode.c:898
> #15 0x00000000006c006c in funcall_lambda (fun=12099565, nargs=1,
> arg_vector=0xb8a0f5) at eval.c:3043
> #16 0x00000000006bf458 in Ffuncall (nargs=2, args=0x7fffffffd1f8)
> at eval.c:2860
> #17 0x000000000072e4de in exec_byte_code (bytestr=12140633, vector=12142301,
> maxdepth=72, args_template=0, nargs=0, args=0x7fffffffd758)
> at bytecode.c:898
> #18 0x00000000006bfc09 in funcall_lambda (fun=12140581, nargs=0,
> arg_vector=0x7fffffffd758) at eval.c:2977
> #19 0x00000000006bf458 in Ffuncall (nargs=1, args=0x7fffffffd750)
> at eval.c:2860
> #20 0x000000000072e4de in exec_byte_code (bytestr=12136441, vector=12136893,
> maxdepth=32, args_template=0, nargs=0, args=0x7fffffffdb90)
> at bytecode.c:898
> #21 0x00000000006bfc09 in funcall_lambda (fun=12136389, nargs=0,
> arg_vector=0x7fffffffdb90) at eval.c:2977
> #22 0x00000000006bf81f in apply_lambda (fun=12136389, args=15317634)
> at eval.c:2920
> #23 0x00000000006bd037 in eval_sub (form=15547702) at eval.c:2204
> #24 0x00000000006bc15f in Feval (form=15547702, lexical=15317634)
> at eval.c:2021
> #25 0x00000000005e31f3 in top_level_2 () at keyboard.c:1161
> #26 0x00000000006ba27c in internal_condition_case (
> bfun=0x5e31d6 <top_level_2>, handlers=15369330, hfun=0x5e2cb6 <cmd_error>)
> at eval.c:1308
> #27 0x00000000005e322d in top_level_1 (ignore=15317634) at keyboard.c:1169
> #28 0x00000000006b9b39 in internal_catch (tag=15365202,
> func=0x5e31f5 <top_level_1>, arg=15317634) at eval.c:1065
> #29 0x00000000005e3151 in command_loop () at keyboard.c:1124
> #30 0x00000000005e2502 in recursive_edit_1 () at keyboard.c:752
> #31 0x00000000005e28dd in Frecursive_edit () at keyboard.c:816
> #32 0x00000000005e033f in main (argc=2, argv=0x7fffffffe5c8) at emacs.c:1666
>
> Lisp Backtrace:
> "load" (0xffffc360)
> 0xb8a280 PVEC_COMPILED
> "tty-find-type" (0xffffcd20)
> "tty-run-terminal-initialization" (0xffffd200)
> "command-line" (0xffffd758)
> "normal-top-level" (0xffffdb90)
>
> The file it tries to load is term/xterm.elc.
Reproduced with current trunk (109630) and under X by running
DISPLAY= ./src/emacs -Q
will take a look...
Dmitry
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-15 14:55 ` Dmitry Antipov
@ 2012-08-15 15:08 ` Drew Adams
2012-08-15 15:08 ` Drew Adams
2012-08-15 17:05 ` Eli Zaretskii
2 siblings, 0 replies; 30+ messages in thread
From: Drew Adams @ 2012-08-15 15:08 UTC (permalink / raw)
To: 'Dmitry Antipov', 'Eli Zaretskii'
Cc: 'Christoph Scholtes', 12007,
'Emacs development discussions'
Please do not send bug reports to both the bugs list and Emacs Devel. Thx.
^ permalink raw reply [flat|nested] 30+ messages in thread
* RE: bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-15 14:55 ` Dmitry Antipov
2012-08-15 15:08 ` Drew Adams
@ 2012-08-15 15:08 ` Drew Adams
2012-08-15 17:05 ` Eli Zaretskii
2 siblings, 0 replies; 30+ messages in thread
From: Drew Adams @ 2012-08-15 15:08 UTC (permalink / raw)
To: 'Dmitry Antipov', 'Eli Zaretskii'
Cc: 'Christoph Scholtes', 12007,
'Emacs development discussions'
Please do not send bug reports to both the bugs list and Emacs Devel. Thx.
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: probably a fix
2012-08-13 19:24 ` Eli Zaretskii
` (2 preceding siblings ...)
2012-08-15 14:55 ` Dmitry Antipov
@ 2012-08-15 16:34 ` Dmitry Antipov
2012-08-15 16:40 ` bug#12007: 24.1.50; Crash in auto-revert-handler Eli Zaretskii
4 siblings, 0 replies; 30+ messages in thread
From: Dmitry Antipov @ 2012-08-15 16:34 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Christoph Scholtes, 12007
[-- Attachment #1: Type: text/plain, Size: 488 bytes --]
On 08/13/2012 11:24 PM, Eli Zaretskii wrote:
> Perhaps related, the current trunk (revision 109586) segfaults on
> startup ("emacs -Q") on GNU/Linux, with the following backtrace:
Eli, please review a fix.
This looks simple: it's wrong to look at with f->output_data.XXX without
checking f->output_method first, so, FRAME_X_OUTPUT (f) may be non-zero
for TTY frames, and segfault comes when xg_mark_data looks at initial
("F1") frame with non-zero f->output_data.tty member.
Dmitry
[-- Attachment #2: bug12007.patch --]
[-- Type: text/plain, Size: 435 bytes --]
=== modified file 'src/gtkutil.c'
--- src/gtkutil.c 2012-08-15 09:40:00 +0000
+++ src/gtkutil.c 2012-08-15 16:22:28 +0000
@@ -2259,7 +2259,7 @@
{
FRAME_PTR f = XFRAME (frame);
- if (FRAME_X_OUTPUT (f) && FRAME_GTK_OUTER_WIDGET (f))
+ if (FRAME_X_P (f) && FRAME_GTK_OUTER_WIDGET (f))
{
struct xg_frame_tb_info *tbinfo
= g_object_get_data (G_OBJECT (FRAME_GTK_OUTER_WIDGET (f)),
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-13 19:24 ` Eli Zaretskii
` (3 preceding siblings ...)
2012-08-15 16:34 ` bug#12007: probably a fix Dmitry Antipov
@ 2012-08-15 16:40 ` Eli Zaretskii
2012-08-15 16:50 ` Dmitry Antipov
2012-08-15 18:35 ` Jan Djärv
4 siblings, 2 replies; 30+ messages in thread
From: Eli Zaretskii @ 2012-08-15 16:40 UTC (permalink / raw)
To: dmantipov; +Cc: cschol2112, 12007
> Date: Mon, 13 Aug 2012 22:24:08 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: dmantipov@yandex.ru, 12007@debbugs.gnu.org
>
> Perhaps related, the current trunk (revision 109586) segfaults on
> startup ("emacs -Q") on GNU/Linux, with the following backtrace:
>
> #0 0x00007ffff5bc0131 in g_type_check_instance_cast ()
> from /usr/lib/libgobject-2.0.so.0
> #1 0x00000000005d6de6 in xg_mark_data () at gtkutil.c:2173
> #2 0x0000000000692f28 in Fgarbage_collect () at alloc.c:5472
> #3 0x000000000068bd27 in maybe_gc () at lisp.h:3536
> #4 0x00000000006bc2ab in eval_sub (form=23619014) at eval.c:2056
> #5 0x0000000000706a9c in readevalloop (readcharfun=15433282,
> stream=0x168a720, sourcename=23641873, printflag=0, unibyte=15317634,
> readfun=15317634, start=15317634, end=15317634) at lread.c:1814
> #6 0x0000000000704998 in Fload (file=23634305, noerror=15317682,
> nomessage=15317682, nosuffix=15317634, must_suffix=15317634)
> at lread.c:1308
Today's trunk still crashes on startup. Can this be fixed, please?
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-15 16:40 ` bug#12007: 24.1.50; Crash in auto-revert-handler Eli Zaretskii
@ 2012-08-15 16:50 ` Dmitry Antipov
2012-08-15 17:27 ` Eli Zaretskii
2012-08-15 18:35 ` Jan Djärv
1 sibling, 1 reply; 30+ messages in thread
From: Dmitry Antipov @ 2012-08-15 16:50 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: cschol2112, 12007
[-- Attachment #1: Type: text/plain, Size: 1577 bytes --]
On 08/15/2012 08:40 PM, Eli Zaretskii wrote:
>> Date: Mon, 13 Aug 2012 22:24:08 +0300
>> From: Eli Zaretskii <eliz@gnu.org>
>> Cc: dmantipov@yandex.ru, 12007@debbugs.gnu.org
>>
>> Perhaps related, the current trunk (revision 109586) segfaults on
>> startup ("emacs -Q") on GNU/Linux, with the following backtrace:
>>
>> #0 0x00007ffff5bc0131 in g_type_check_instance_cast ()
>> from /usr/lib/libgobject-2.0.so.0
>> #1 0x00000000005d6de6 in xg_mark_data () at gtkutil.c:2173
>> #2 0x0000000000692f28 in Fgarbage_collect () at alloc.c:5472
>> #3 0x000000000068bd27 in maybe_gc () at lisp.h:3536
>> #4 0x00000000006bc2ab in eval_sub (form=23619014) at eval.c:2056
>> #5 0x0000000000706a9c in readevalloop (readcharfun=15433282,
>> stream=0x168a720, sourcename=23641873, printflag=0, unibyte=15317634,
>> readfun=15317634, start=15317634, end=15317634) at lread.c:1814
>> #6 0x0000000000704998 in Fload (file=23634305, noerror=15317682,
>> nomessage=15317682, nosuffix=15317634, must_suffix=15317634)
>> at lread.c:1308
>
> Today's trunk still crashes on startup. Can this be fixed, please?
I don't know whether you have received my previous e-mail, but it was:
Eli, please review a fix.
This looks simple: it's wrong to look at with f->output_data.XXX without
checking f->output_method first, so, FRAME_X_OUTPUT (f) may be non-zero
for TTY frames, and segfault comes when xg_mark_data looks at initial
("F1") frame with non-zero f->output_data.tty member.
Dmitry
P.S. BTW, this is X/GTK bug rather that GC bug.
[-- Attachment #2: bug12007.patch --]
[-- Type: text/plain, Size: 435 bytes --]
=== modified file 'src/gtkutil.c'
--- src/gtkutil.c 2012-08-15 09:40:00 +0000
+++ src/gtkutil.c 2012-08-15 16:22:28 +0000
@@ -2259,7 +2259,7 @@
{
FRAME_PTR f = XFRAME (frame);
- if (FRAME_X_OUTPUT (f) && FRAME_GTK_OUTER_WIDGET (f))
+ if (FRAME_X_P (f) && FRAME_GTK_OUTER_WIDGET (f))
{
struct xg_frame_tb_info *tbinfo
= g_object_get_data (G_OBJECT (FRAME_GTK_OUTER_WIDGET (f)),
^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-15 14:55 ` Dmitry Antipov
2012-08-15 15:08 ` Drew Adams
2012-08-15 15:08 ` Drew Adams
@ 2012-08-15 17:05 ` Eli Zaretskii
2 siblings, 0 replies; 30+ messages in thread
From: Eli Zaretskii @ 2012-08-15 17:05 UTC (permalink / raw)
To: Dmitry Antipov; +Cc: emacs-devel
> Date: Wed, 15 Aug 2012 18:55:44 +0400
> From: Dmitry Antipov <dmantipov@yandex.ru>
> CC: Christoph Scholtes <cschol2112@googlemail.com>,
> 12007@debbugs.gnu.org,
> Emacs development discussions <emacs-devel@gnu.org>
>
> Reproduced with current trunk (109630) and under X by running
>
> DISPLAY= ./src/emacs -Q
>
> will take a look...
Thanks.
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-15 16:50 ` Dmitry Antipov
@ 2012-08-15 17:27 ` Eli Zaretskii
0 siblings, 0 replies; 30+ messages in thread
From: Eli Zaretskii @ 2012-08-15 17:27 UTC (permalink / raw)
To: Dmitry Antipov, Jan Djärv; +Cc: cschol2112, 12007
> Date: Wed, 15 Aug 2012 20:50:15 +0400
> From: Dmitry Antipov <dmantipov@yandex.ru>
> CC: cschol2112@googlemail.com, 12007@debbugs.gnu.org
>
> > Today's trunk still crashes on startup. Can this be fixed, please?
>
> I don't know whether you have received my previous e-mail, but it was:
>
> Eli, please review a fix.
Sorry, I wrote that before I saw you mail.
> This looks simple: it's wrong to look at with f->output_data.XXX without
> checking f->output_method first, so, FRAME_X_OUTPUT (f) may be non-zero
> for TTY frames, and segfault comes when xg_mark_data looks at initial
> ("F1") frame with non-zero f->output_data.tty member.
The patch works for me, and it seems to be the right one. Jan, could
you take a look? (I don't feel I know enough about the GTK build.)
> P.S. BTW, this is X/GTK bug rather that GC bug.
Right again, sorry for jumping the gun too soon.
^ permalink raw reply [flat|nested] 30+ messages in thread
* bug#12007: 24.1.50; Crash in auto-revert-handler
2012-08-15 16:40 ` bug#12007: 24.1.50; Crash in auto-revert-handler Eli Zaretskii
2012-08-15 16:50 ` Dmitry Antipov
@ 2012-08-15 18:35 ` Jan Djärv
1 sibling, 0 replies; 30+ messages in thread
From: Jan Djärv @ 2012-08-15 18:35 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: cschol2112, dmantipov, 12007
My bad, sorry. Fixed.
Jan D.
15 aug 2012 kl. 18:40 skrev Eli Zaretskii:
>> Date: Mon, 13 Aug 2012 22:24:08 +0300
>> From: Eli Zaretskii <eliz@gnu.org>
>> Cc: dmantipov@yandex.ru, 12007@debbugs.gnu.org
>>
>> Perhaps related, the current trunk (revision 109586) segfaults on
>> startup ("emacs -Q") on GNU/Linux, with the following backtrace:
>>
>> #0 0x00007ffff5bc0131 in g_type_check_instance_cast ()
>> from /usr/lib/libgobject-2.0.so.0
>> #1 0x00000000005d6de6 in xg_mark_data () at gtkutil.c:2173
>> #2 0x0000000000692f28 in Fgarbage_collect () at alloc.c:5472
>> #3 0x000000000068bd27 in maybe_gc () at lisp.h:3536
>> #4 0x00000000006bc2ab in eval_sub (form=23619014) at eval.c:2056
>> #5 0x0000000000706a9c in readevalloop (readcharfun=15433282,
>> stream=0x168a720, sourcename=23641873, printflag=0, unibyte=15317634,
>> readfun=15317634, start=15317634, end=15317634) at lread.c:1814
>> #6 0x0000000000704998 in Fload (file=23634305, noerror=15317682,
>> nomessage=15317682, nosuffix=15317634, must_suffix=15317634)
>> at lread.c:1308
>
> Today's trunk still crashes on startup. Can this be fixed, please?
>
>
^ permalink raw reply [flat|nested] 30+ messages in thread
end of thread, other threads:[~2012-08-15 18:35 UTC | newest]
Thread overview: 30+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-07-21 13:17 bug#12007: 24.1.50; Crash in auto-revert-handler Christoph Scholtes
2012-07-21 13:51 ` Eli Zaretskii
2012-07-21 22:22 ` Christoph Scholtes
2012-07-25 0:39 ` Christoph Scholtes
2012-07-25 2:37 ` Dmitry Antipov
2012-07-25 2:37 ` Dmitry Antipov
2012-07-25 3:53 ` Christoph Scholtes
2012-07-25 4:42 ` Dmitry Antipov
2012-07-25 4:42 ` Dmitry Antipov
2012-07-25 11:34 ` Christoph Scholtes
2012-07-25 11:34 ` Christoph Scholtes
2012-07-25 12:39 ` Dmitry Antipov
2012-07-25 12:39 ` Dmitry Antipov
2012-08-13 19:03 ` Christoph Scholtes
2012-08-13 19:24 ` Eli Zaretskii
2012-08-14 2:52 ` Eli Zaretskii
2012-08-15 14:55 ` Dmitry Antipov
2012-08-15 14:55 ` Dmitry Antipov
2012-08-15 15:08 ` Drew Adams
2012-08-15 15:08 ` Drew Adams
2012-08-15 17:05 ` Eli Zaretskii
2012-08-15 16:34 ` bug#12007: probably a fix Dmitry Antipov
2012-08-15 16:40 ` bug#12007: 24.1.50; Crash in auto-revert-handler Eli Zaretskii
2012-08-15 16:50 ` Dmitry Antipov
2012-08-15 17:27 ` Eli Zaretskii
2012-08-15 18:35 ` Jan Djärv
2012-07-22 4:11 ` Dmitry Antipov
2012-07-22 17:46 ` Christoph Scholtes
2012-07-22 19:50 ` Andreas Schwab
2012-07-22 20:50 ` Eli Zaretskii
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.