* bug#22526: 25.0.90; Crash starting gnus
@ 2016-02-01 22:13 Andy Moreton
2016-02-07 5:42 ` Lars Ingebrigtsen
0 siblings, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-01 22:13 UTC (permalink / raw)
To: 22526
Emacs (64bit mingw64 built from emacs-25 commit ee8b46699523) crashed
during startup of gnus with "M-x gnus". Attaching gdb showed the
following backtrace:
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 2148.0x1c88]
0x00007ffbba972d63 in KERNELBASE!DebugBreak () from
C:\WINDOWS\system32\KernelBase.dll
(gdb) #0 0x00007ffbba972d63 in KERNELBASE!DebugBreak () from
C:\WINDOWS\system32\KernelBase.dll
No symbol table info available.
#1 0x000000040028fa24 in emacs_abort () at ../../src/w32fns.c:9794
button = 0x6
#2 0x000000040012f70b in terminate_due_to_signal (sig=0xb,
backtrace_limit=0x28) at ../../src/emacs.c:380
No locals.
#3 0x000000040015da7d in handle_fatal_signal (sig=0xb) at
../../src/sysdep.c:1601
No locals.
#4 0x000000040015da4d in deliver_thread_signal (sig=0xb,
handler=0x40015da65 <handle_fatal_signal>) at ../../src/sysdep.c:1575
old_errno = 0xc
#5 0x000000040015dab9 in deliver_fatal_thread_signal (sig=0xb) at
../../src/sysdep.c:1613
No locals.
#6 0x00000004003013a0 in _gnu_exception_handler
(exception_data=0xbf21c0) at
C:/repo/mingw-w64-crt-git/src/mingw-w64/mingw-w64-crt/crt/crt_handler.c:223
old_handler = <optimized out>
action = 0x0
reset_fpu = 0x0
#7 0x00007ffbbded5826 in ntdll!__C_specific_handler () from
C:\WINDOWS\SYSTEM32\ntdll.dll
No symbol table info available.
#8 0x00007ffbbdee97fd in ntdll!.chkstk () from
C:\WINDOWS\SYSTEM32\ntdll.dll
No symbol table info available.
#9 0x00007ffbbde74c99 in ntdll!RtlImageNtHeaderEx () from
C:\WINDOWS\SYSTEM32\ntdll.dll
No symbol table info available.
#10 0x00007ffbbdee890a in ntdll!KiUserExceptionDispatcher () from
C:\WINDOWS\SYSTEM32\ntdll.dll
No symbol table info available.
#11 0x000000040017200c in make_gap_larger (nbytes_added=0x1000) at
../../src/insdel.c:411
tem = {
i = 0xd510
}
real_gap_loc = 0xf035
real_gap_loc_byte = 0xf035
old_gap_size = 0x7d0
current_size = 0xf804
#12 0x00000004001723c4 in make_gap (nbytes_added=0x830) at
../../src/insdel.c:481
No locals.
#13 0x0000000400173384 in insert_from_string_1 (string=..., pos=0x0,
pos_byte=0x0, nchars=0x1000, nbytes=0x1000, inherit=0x0,
before_markers=0x1) at ../../src/insdel.c:916
outgoing_nbytes = 0x1000
intervals = 0xbf3160
#14 0x00000004001731d3 in insert_from_string_before_markers (string=...,
pos=0x0, pos_byte=0x0, length=0x1000, length_byte=0x1000, inherit=0x0)
at ../../src/insdel.c:882
opoint = 0xf035
#15 0x000000040024ff9d in Finternal_default_process_filter (proc=...,
text=...) at ../../src/process.c:5527
old_read_only = {
i = 0x0
}
old_begv = 0x1
old_zv = 0xf035
old_begv_byte = 0x1
old_zv_byte = 0xf035
before = 0xf035
before_byte = 0xf035
opoint_byte = 0xf035
b = 0xbf3270
p = 0x73e8cb0
opoint = 0xf035
#16 0x00000004001eaea1 in Ffuncall (nargs=0x3, args=0xbf33d0) at
../../src/eval.c:2696
internal_argbuf = {{
i = 0xbf3380
}, {
i = 0x400163f78
}, {
i = 0x0
}, {
i = 0x0
}, {
i = 0xbf3340
}, {
i = 0x4001298ee
}, {
i = 0x401b9a350
}, {
i = 0x401ba1dd0
}}
fun = {
i = 0x4006a7df5
}
original_fun = {
i = 0x7ee0
}
funcar = {
i = 0x0
}
numargs = 0x2
lisp_numargs = {
i = 0x4006a7df0
}
val = {
i = 0xbf3370
}
internal_args = 0xbf33d8
count = 0x8a
#17 0x00000004001ea0f2 in Fapply (nargs=0x2, args=0xbf34c0) at
../../src/eval.c:2321
i = 0x3
numargs = 0x2
funcall_nargs = 0x3
funcall_args = 0xbf33d0
spread_arg = {
i = 0x0
}
fun = {
i = 0x4006a7df5
}
retval = {
i = 0x4c029b0
}
sa_avail = 0x3fe8
sa_count = 0x8a
sa_must_free = 0x0
#18 0x00000004001ea7ab in apply1 (fn=..., arg=...) at ../../src/eval.c:2537
No locals.
#19 0x000000040024f46d in read_process_output_call (fun_and_args=...) at
../../src/process.c:5237
No locals.
#20 0x00000004001e7236 in internal_condition_case_1 (bfun=0x40024f3d0
<read_process_output_call>, arg=..., handlers=..., hfun=0x40024f473
<read_process_output_error_handler>) at ../../src/eval.c:1333
val = {
i = 0x7ee0
}
c = 0x42d5700
#21 0x000000040024fcae in read_and_dispose_of_process_output
(p=0x73e8cb0, chars=0xbf3620
"Br8ebYN7_0u6GF6qYk230iNb0BSBNj9M2DWVV52fQk7v5E=ug@mail.gmail.com>\t<CABr8ebZ9sMRg_0LsK9iwpEc-cwvD+uuiu3UoXaQvQrsXJWVHDw@mail.gmail.com>
<m17fiylfx6.fsf@virginia.edu> <CABr8eba7P26TTsfmAPQkOvmaZfcERTCcR"...,
nbytes=0x1000, coding=0x4c029b0) at ../../src/process.c:5445
outstream = {
i = 0x7ee0
}
text = {
i = 0x702a294
}
outer_running_asynch_code = 0x0
waiting = 0x0
#22 0x000000040024f8b8 in read_process_output (proc=..., channel=0x4) at
../../src/process.c:5356
nbytes = 0x1000
p = 0x73e8cb0
coding = 0x4c029b0
carryover = 0x0
count = 0x87
odeactivate = {
i = 0xd510
}
chars =
"Br8ebYN7_0u6GF6qYk230iNb0BSBNj9M2DWVV52fQk7v5E=ug@mail.gmail.com>\t<CABr8ebZ9sMRg_0LsK9iwpEc-cwvD+uuiu3UoXaQvQrsXJWVHDw@mail.gmail.com>
<m17fiylfx6.fsf@virginia.edu> <CABr8eba7P26TTsfmAPQkOvmaZfcERTCcR"...
#23 0x000000040024eaf6 in wait_reading_process_output (time_limit=0x1,
nsecs=0x0, read_kbd=0x0, do_display=0x0, wait_for_cell=...,
wait_proc=0x73e8cb0, just_wait_proc=0x0) at ../../src/process.c:5063
nread = 0x1000
process_skipped = 0x0
channel = 0x4
nfds = 0x1
Available = {
bits = {0x10, 0x0}
}
Writeok = {
bits = {0x0, 0x0}
}
check_write = 0x1
check_delay = 0x0
no_avail = 0x0
xerrno = 0x2733
proc = {
i = 0x73e8cb5
}
timeout = {
tv_sec = 0x0,
tv_nsec = 0x0
}
end_time = {
tv_sec = 0x56afd54f,
tv_nsec = 0x3b1b5f4
}
timer_delay = {
tv_sec = 0x1c0d,
tv_nsec = 0xbe7e4f0
}
got_output_end_time = {
tv_sec = 0x0,
tv_nsec = 0xffffffff
}
wait = MINIMUM
got_some_output = 0x1000
count = 0x86
now = {
tv_sec = 0x0,
tv_nsec = 0xffffffff
}
#24 0x000000040024c516 in Faccept_process_output (process=...,
seconds=..., millisec=..., just_this_one=...) at ../../src/process.c:4237
secs = 0x1
nsecs = 0x0
#25 0x00000004001eaf1c in Ffuncall (nargs=0x4, args=0xbf4ac8) at
../../src/eval.c:2704
internal_argbuf = {{
i = 0x73e8cb5
}, {
i = 0x6
}, {
i = 0x2
}, {
i = 0x0
}, {
i = 0x400000002
}, {
i = 0x2
}, {
i = 0xbf4ae8
}, {
i = 0x4001ec93c
}}
fun = {
i = 0x4006a7dc5
}
original_fun = {
i = 0xfffffffffec11f88
}
funcar = {
i = 0xbf4a80
}
numargs = 0x3
lisp_numargs = {
i = 0x8231cbf
}
val = {
i = 0x2
}
internal_args = 0xbf49e0
count = 0x85
#26 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x85
op = 0x3
vectorp = 0x9959e40
stack = {
pc = 0x6c9e58f " ",
byte_string = {
i = 0x9ad3474
},
byte_string_start = 0x6c9e580 "\b\t!\t\t!Z_!# ",
next = 0xbf5870
}
top = 0xbf4ac8
result = {
i = 0x702a354
}
type = (unknown: 4)
#27 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x1,
arg_vector=0x9959e3d) at ../../src/eval.c:2921
val = {
i = 0xbf5200
}
syms_left = {
i = 0x0
}
next = {
i = 0xb558
}
lexenv = {
i = 0x0
}
count = 0x84
i = 0x1
optional = 0x0
rest = 0x0
#28 0x00000004001eb101 in Ffuncall (nargs=0x2, args=0xbf5368) at
../../src/eval.c:2742
fun = {
i = 0x9959e6d
}
original_fun = {
i = 0xfffffffc07ab2690
}
funcar = {
i = 0xbf5330
}
numargs = 0x1
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0x702a354
}
internal_args = 0x9fc5d28
count = 0x83
#29 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x82
op = 0x1
vectorp = 0xa16faa0
stack = {
pc = 0x6ed73db "\f /",
byte_string = {
i = 0xa1f9824
},
byte_string_start = 0x6ed73b8 "r\b! \b",
next = 0xbf6120
}
top = 0xbf5368
result = {
i = 0xd510
}
type = (unknown: 4)
#30 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x1,
arg_vector=0xa16fa9d) at ../../src/eval.c:2921
val = {
i = 0xbf5a90
}
syms_left = {
i = 0x0
}
next = {
i = 0xb558
}
lexenv = {
i = 0x0
}
count = 0x81
i = 0x1
optional = 0x0
rest = 0x0
#31 0x00000004001eb101 in Ffuncall (nargs=0x2, args=0xbf5bf8) at
../../src/eval.c:2742
fun = {
i = 0xa16fb3d
}
original_fun = {
i = 0xfffffffc0842c0e8
}
funcar = {
i = 0xbf5c00
}
numargs = 0x1
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbf5b80
}
internal_args = 0xbf5b10
count = 0x80
#32 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x6c
op = 0x1
vectorp = 0xa16a420
stack = {
pc = 0x6ed3bb1 "\210dZe]\026Sdb\210 \v\002
!\026Rr\nq\210\016R\026T+\016G?!\210\016Q t\002r\vq\210db\210\016U
]\002r\016@!q\210 !)c\210 f\002 \016@! #\210\016V s\002\026V
\"\210)\016Q }\002 \210.\006 \002000 \002\060\060\036W \016WA\")
\002\060\036W \016J\016W$) \002\036W !\210\201X",
byte_string = {
i = 0xa1e9894
},
byte_string_start = 0x6ed3998 " \b#\031\n\033\f\v; \024",
next = 0xbf69b0
}
top = 0xbf5bf8
result = {
i = 0xbf6140
}
type = CONDITION_CASE
#33 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x3,
arg_vector=0xa16a41d) at ../../src/eval.c:2921
val = {
i = 0xbf6340
}
syms_left = {
i = 0x0
}
next = {
i = 0xd0b0
}
lexenv = {
i = 0x0
}
count = 0x6a
i = 0x3
optional = 0x0
rest = 0x1
#34 0x00000004001eb101 in Ffuncall (nargs=0x4, args=0xbf64a8) at
../../src/eval.c:2742
fun = {
i = 0xa169f7d
}
original_fun = {
i = 0xfffffffc0842c3d0
}
funcar = {
i = 0xbf64b0
}
numargs = 0x3
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbf6430
}
internal_args = 0x7020648
count = 0x69
#35 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x66
op = 0x3
vectorp = 0xa171310
stack = {
pc = 0x6ed1bd6 "\210r\016\024q\210eb\210 ! R",
byte_string = {
i = 0xa1f5734
},
byte_string_start = 0x6ed1ba0 " \b\t#\032\033\f; !",
next = 0xbf7270
}
top = 0xbf64a8
result = {
i = 0x817d8c3
}
type = (unknown: 4)
#36 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x3,
arg_vector=0xa17130d) at ../../src/eval.c:2921
val = {
i = 0xbf6bd0
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc084302f0
}
lexenv = {
i = 0x0
}
count = 0x63
i = 0x3
optional = 0x1
rest = 0x0
#37 0x00000004001eb101 in Ffuncall (nargs=0x4, args=0xbf6d38) at
../../src/eval.c:2742
fun = {
i = 0xa1700dd
}
original_fun = {
i = 0xfffffffc08430210
}
funcar = {
i = 0xbf6d40
}
numargs = 0x3
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0x817d8c3
}
internal_args = 0x2
count = 0x62
#38 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x62
op = 0x3
vectorp = 0xa171178
stack = {
pc = 0x6ed18b9 "\210eb\210 ! B",
byte_string = {
i = 0xa1fce84
},
byte_string_start = 0x6ed1888 "\bq\210 \210\t \001\n \022",
next = 0xbf7b20
}
top = 0xbf6d38
result = {
i = 0x7b03c45
}
type = (unknown: 4)
#39 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x2,
arg_vector=0xa171175) at ../../src/eval.c:2921
val = {
i = 0xbf7490
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc07a9d018
}
lexenv = {
i = 0x0
}
count = 0x60
i = 0x2
optional = 0x1
rest = 0x0
#40 0x00000004001eb101 in Ffuncall (nargs=0x3, args=0xbf75f8) at
../../src/eval.c:2742
fun = {
i = 0xa1700b5
}
original_fun = {
i = 0xfffffffc08429ce8
}
funcar = {
i = 0xbf7600
}
numargs = 0x2
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbf7580
}
internal_args = 0xbf7600
count = 0x5f
#41 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x5e
op = 0x2
vectorp = 0xa16b2c0
stack = {
pc = 0x99e8e1d " \034",
byte_string = {
i = 0xa1ecd44
},
byte_string_start = 0x99e8e08 "r\b!q\210 \210\t \034",
next = 0xbf83b0
}
top = 0xbf75f8
result = {
i = 0x0
}
type = (unknown: 4)
#42 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x0,
arg_vector=0xa16b2bd) at ../../src/eval.c:2921
val = {
i = 0xbf7d40
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc08429c78
}
lexenv = {
i = 0x0
}
count = 0x5e
i = 0x0
optional = 0x0
rest = 0x0
#43 0x00000004001eb101 in Ffuncall (nargs=0x1, args=0xbf7ea8) at
../../src/eval.c:2742
fun = {
i = 0xa16b6dd
}
original_fun = {
i = 0xa16b6dd
}
funcar = {
i = 0x401ba7860
}
numargs = 0x0
lisp_numargs = {
i = 0xbf7e40
}
val = {
i = 0xd510
}
internal_args = 0x9fc3f58
count = 0x5d
#44 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x58
op = 0x0
vectorp = 0xa16b118
stack = {
pc = 0x6ed4856 "0 7",
byte_string = {
i = 0xa1e5c14
},
byte_string_start = 0x6ed4830 "\b \031\030\0322;",
next = 0xbf8c40
}
top = 0xbf7ea8
result = {
i = 0x702b7b4
}
type = CONDITION_CASE
#45 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x4,
arg_vector=0xa16b115) at ../../src/eval.c:2921
val = {
i = 0xbf85d0
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc08429ab8
}
lexenv = {
i = 0x0
}
count = 0x54
i = 0x4
optional = 0x0
rest = 0x0
#46 0x00000004001eb101 in Ffuncall (nargs=0x5, args=0xbf8738) at
../../src/eval.c:2742
fun = {
i = 0xa16b1c5
}
original_fun = {
i = 0xfffffffc084299d8
}
funcar = {
i = 0xa16b705
}
numargs = 0x4
lisp_numargs = {
i = 0xbf86e0
}
val = {
i = 0x4211000
}
internal_args = 0x40012948e <XSTRING+38>
count = 0x53
#47 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x53
op = 0x4
vectorp = 0xa16b708
stack = {
pc = 0x6ed4a3e " ",
byte_string = {
i = 0xa1ecc84
},
byte_string_start = 0x6ed4a38 "\b\t $ ",
next = 0xbf94d0
}
top = 0xbf8738
result = {
i = 0xbf8cc0
}
type = (unknown: 4)
#48 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x4,
arg_vector=0xa16b705) at ../../src/eval.c:2921
val = {
i = 0xbf8e60
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc07a9d018
}
lexenv = {
i = 0x0
}
count = 0x4f
i = 0x4
optional = 0x1
rest = 0x0
#49 0x00000004001eb101 in Ffuncall (nargs=0x5, args=0xbf8fc8) at
../../src/eval.c:2742
fun = {
i = 0xa16b735
}
original_fun = {
i = 0xfffffffc08429cb0
}
funcar = {
i = 0x6e
}
numargs = 0x4
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbf8f50
}
internal_args = 0x6e92f04
count = 0x4e
#50 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x4d
op = 0x4
vectorp = 0x9da4038
stack = {
pc = 0x6e4c667 ") ",
byte_string = {
i = 0x9f01494
},
byte_string_start = 0x6e4c618 "\b!\031\n \026",
next = 0xbf9d70
}
top = 0xbf8fc8
result = {
i = 0x702c6a4
}
type = (unknown: 4)
#51 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x3,
arg_vector=0x9da4035) at ../../src/eval.c:2921
val = {
i = 0xbf96f0
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc07a9d018
}
lexenv = {
i = 0x0
}
count = 0x4a
i = 0x3
optional = 0x1
rest = 0x0
#52 0x00000004001eb101 in Ffuncall (nargs=0x4, args=0xbf9858) at
../../src/eval.c:2742
fun = {
i = 0x9da40cd
}
original_fun = {
i = 0xfffffffc07a9cfe0
}
funcar = {
i = 0xbf9860
}
numargs = 0x3
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbf97e0
}
internal_args = 0x964d9a8
count = 0x49
#53 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x43
op = 0x3
vectorp = 0x78728d0
stack = {
pc = 0x7eece19 "\026\026) \210 \016\027! L",
byte_string = {
i = 0x4b78144
},
byte_string_start = 0x7eecde0 "\b! \021 \032 \025",
next = 0xbfa600
}
top = 0xbf9858
result = {
i = 0xa028a03
}
type = (unknown: 4)
#54 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x3,
arg_vector=0x78728cd) at ../../src/eval.c:2921
val = {
i = 0xbf9f90
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc07a9d018
}
lexenv = {
i = 0x0
}
count = 0x40
i = 0x3
optional = 0x1
rest = 0x0
#55 0x00000004001eb101 in Ffuncall (nargs=0x4, args=0xbfa0f8) at
../../src/eval.c:2742
fun = {
i = 0x9959e0d
}
original_fun = {
i = 0xfffffffc07abee58
}
funcar = {
i = 0xbfa100
}
numargs = 0x3
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbfa080
}
internal_args = 0x96532c0
count = 0x3f
#56 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x3e
op = 0x3
vectorp = 0x9da4038
stack = {
pc = 0x6e4c62b " O",
byte_string = {
i = 0x9f01494
},
byte_string_start = 0x6e4c618 "\b!\031\n \026",
next = 0xbfaea0
}
top = 0xbfa0f8
result = {
i = 0x70690b4
}
type = (unknown: 4)
#57 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x3,
arg_vector=0x9da4035) at ../../src/eval.c:2921
val = {
i = 0xbfa820
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc07a9d018
}
lexenv = {
i = 0x0
}
count = 0x3b
i = 0x3
optional = 0x1
rest = 0x0
#58 0x00000004001eb101 in Ffuncall (nargs=0x4, args=0xbfa988) at
../../src/eval.c:2742
fun = {
i = 0x9da40cd
}
original_fun = {
i = 0xfffffffc07a9cfe0
}
funcar = {
i = 0xbfa950
}
numargs = 0x3
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbfa910
}
internal_args = 0xd
count = 0x3a
#59 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x39
op = 0x3
vectorp = 0xa183298
stack = {
pc = 0x6eec85d " \025= 8",
byte_string = {
i = 0xa437aa4
},
byte_string_start = 0x6eec838 "\b!\031 \t#\210\n\b\v $",
next = 0xbfb750
}
top = 0xbfa988
result = {
i = 0x0
}
type = (unknown: 4)
#60 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x1,
arg_vector=0xa183295) at ../../src/eval.c:2921
val = {
i = 0xbfb0c0
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc083fc168
}
lexenv = {
i = 0x0
}
count = 0x35
i = 0x1
optional = 0x1
rest = 0x0
#61 0x00000004001eb101 in Ffuncall (nargs=0x2, args=0xbfb228) at
../../src/eval.c:2742
fun = {
i = 0xa18333d
}
original_fun = {
i = 0xfffffffc08419a48
}
funcar = {
i = 0xbfb230
}
numargs = 0x1
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbfb1b0
}
internal_args = 0xbfb230
count = 0x34
#62 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x2d
op = 0x1
vectorp = 0xa183398
stack = {
pc = 0x6eecb36 "\026U\016B \001\016B\026O\016V \001\002
\210\016@!\026W \016U\" \026A\026X\016J\016A\"\026J \210\201`",
byte_string = {
i = 0xa437204
},
byte_string_start = 0x6eec948 "\b\t\"J\032\b!@= \023",
next = 0xbfbff0
}
top = 0xbfb228
result = {
i = 0x0
}
type = (unknown: 4)
#63 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x3,
arg_vector=0xa183395) at ../../src/eval.c:2921
val = {
i = 0xbfb970
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc0842d360
}
lexenv = {
i = 0x0
}
count = 0x2a
i = 0x3
optional = 0x1
rest = 0x0
#64 0x00000004001eb101 in Ffuncall (nargs=0x4, args=0xbfbad8) at
../../src/eval.c:2742
fun = {
i = 0xa1836fd
}
original_fun = {
i = 0xfffffffc08400d68
}
funcar = {
i = 0xbfbae0
}
numargs = 0x3
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbfba60
}
internal_args = 0x965a970
count = 0x29
#65 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x27
op = 0x3
vectorp = 0xa1741a8
stack = {
pc = 0x6ef6b89 "\035\t ?",
byte_string = {
i = 0xa42d054
},
byte_string_start = 0x6ef6b70 " \b!#\210\b!\031\b!\032\t \031",
next = 0xbfc8a0
}
top = 0xbfbad8
result = {
i = 0xbfc020
}
type = (unknown: 4)
#66 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x6,
arg_vector=0xa1741a5) at ../../src/eval.c:2921
val = {
i = 0xbfc210
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc0842d360
}
lexenv = {
i = 0x0
}
count = 0x21
i = 0x6
optional = 0x1
rest = 0x0
#67 0x00000004001eb101 in Ffuncall (nargs=0x7, args=0xbfc378) at
../../src/eval.c:2742
fun = {
i = 0xa17c11d
}
original_fun = {
i = 0xfffffffc07a9b8f8
}
funcar = {
i = 0xbfc380
}
numargs = 0x6
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbfc300
}
internal_args = 0x9fc1240
count = 0x20
#68 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x1e
op = 0x6
vectorp = 0xa17c068
stack = {
pc = 0x6ef6b2b " \034",
byte_string = {
i = 0xa42a9b4
},
byte_string_start = 0x6ef6b18 "\030\t I",
next = 0xbfd150
}
top = 0xbfc378
result = {
i = 0x2
}
type = (unknown: 4)
#69 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x7,
arg_vector=0xa17c065) at ../../src/eval.c:2921
val = {
i = 0xbfcac0
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc0842d360
}
lexenv = {
i = 0x0
}
count = 0x17
i = 0x7
optional = 0x1
rest = 0x0
#70 0x00000004001eb101 in Ffuncall (nargs=0x8, args=0xbfcc28) at
../../src/eval.c:2742
fun = {
i = 0xa17c0ed
}
original_fun = {
i = 0xfffffffc07abb818
}
funcar = {
i = 0xbfcc30
}
numargs = 0x7
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0x36
}
internal_args = 0x400876700 <dumped_data+992416>
count = 0x16
#71 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x10
op = 0x7
vectorp = 0xa161880
stack = {
pc = 0x6e79f5b ".\006 ",
byte_string = {
i = 0xa100a34
},
byte_string_start = 0x6e79ee0 "\b=\t \t",
next = 0xbfd9d0
}
top = 0xbfcc28
result = {
i = 0x400720ea0
}
type = (unknown: 4)
#72 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x2,
arg_vector=0xa16187d) at ../../src/eval.c:2921
val = {
i = 0xbfd370
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffc0842d360
}
lexenv = {
i = 0x0
}
count = 0xc
i = 0x2
optional = 0x1
rest = 0x0
#73 0x00000004001eb101 in Ffuncall (nargs=0x3, args=0xbfd4d8) at
../../src/eval.c:2742
fun = {
i = 0xa161945
}
original_fun = {
i = 0xfffffffc07745ec8
}
funcar = {
i = 0x401b9a350
}
numargs = 0x2
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbfd460
}
internal_args = 0xa
count = 0xb
#74 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0xb
op = 0x2
vectorp = 0xa161980
stack = {
pc = 0x6e79fc8 " ",
byte_string = {
i = 0xa101194
},
byte_string_start = 0x6e79fb8 "m \f",
next = 0xbfe250
}
top = 0xbfd4d8
result = {
i = 0x0
}
type = (unknown: 4)
#75 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x1,
arg_vector=0xa16197d) at ../../src/eval.c:2921
val = {
i = 0xbfdbf0
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffffecce038
}
lexenv = {
i = 0x0
}
count = 0xa
i = 0x1
optional = 0x1
rest = 0x0
#76 0x00000004001eb101 in Ffuncall (nargs=0x2, args=0xbfdd58) at
../../src/eval.c:2742
fun = {
i = 0xa1619ad
}
original_fun = {
i = 0xfffffffc08425568
}
funcar = {
i = 0x401b9a350
}
numargs = 0x1
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbfdce0
}
internal_args = 0xd510
count = 0x9
#77 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x0, args=0x0) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x9
op = 0x1
vectorp = 0x8f078c0
stack = {
pc = 0x9f345b9 " ",
byte_string = {
i = 0x6f919a4
},
byte_string_start = 0x9f34588 "m \f",
next = 0xbff100
}
top = 0xbfdd58
result = {
i = 0xbfe2d0
}
type = (unknown: 4)
#78 0x00000004001ebc33 in funcall_lambda (fun=..., nargs=0x1,
arg_vector=0x8f078bd) at ../../src/eval.c:2921
val = {
i = 0xbfe470
}
syms_left = {
i = 0x0
}
next = {
i = 0xfffffffffecce038
}
lexenv = {
i = 0x0
}
count = 0x8
i = 0x1
optional = 0x1
rest = 0x0
#79 0x00000004001eb101 in Ffuncall (nargs=0x2, args=0xbfe738) at
../../src/eval.c:2742
fun = {
i = 0x8f07915
}
original_fun = {
i = 0xfffffffc08423c40
}
funcar = {
i = 0x4006a4d48
}
numargs = 0x1
lisp_numargs = {
i = 0xbfe580
}
val = {
i = 0xbfe560
}
internal_args = 0x40012b6b3 <SUBRP+26>
count = 0x7
#80 0x00000004001e05e9 in Ffuncall_interactively (nargs=0x2,
args=0xbfe738) at ../../src/callint.c:248
speccount = 0x6
#81 0x00000004001ead26 in Ffuncall (nargs=0x3, args=0xbfe730) at
../../src/eval.c:2673
fun = {
i = 0x4006a4d4d
}
original_fun = {
i = 0x6858
}
funcar = {
i = 0x400317144
}
numargs = 0x2
lisp_numargs = {
i = 0xbfe6b0
}
val = {
i = 0xbfe700
}
internal_args = 0x0
count = 0x5
#82 0x00000004001e2f43 in Fcall_interactively (function=...,
record_flag=..., keys=...) at ../../src/callint.c:836
val = {
i = 0xbfe840
}
args = 0xbfe730
visargs = 0xbfe748
specs = {
i = 0x6f8ad84
}
filter_specs = {
i = 0x6f8ad84
}
teml = {
i = 0x0
}
up_event = {
i = 0x0
}
enable = {
i = 0x0
}
sa_avail = 0x3fb6
sa_count = 0x5
sa_must_free = 0x0
speccount = 0x5
next_event = 0x1
prefix_arg = {
i = 0x0
}
string = 0xbfe790 "P"
tem = 0x4006d30dd <DEFAULT_REHASH_SIZE+53> ""
varies = 0xbfe760 ""
i = 0x3
nargs = 0x3
mark = 0xbfe9f0
arg_from_tty = 0x0
key_count = 0x1
record_then_fail = 0x0
save_this_command = {
i = 0xfffffffc08423c40
}
save_last_command = {
i = 0xfffffffffec30770
}
save_this_original_command = {
i = 0xfffffffc08423c40
}
save_real_this_command = {
i = 0xfffffffc08423c40
}
#83 0x00000004001eaed9 in Ffuncall (nargs=0x4, args=0xbfebe8) at
../../src/eval.c:2700
internal_argbuf = {{
i = 0xfffffffc08423c40
}, {
i = 0x0
}, {
i = 0x401b9a350
}, {
i = 0x4003f1ced
}, {
i = 0xe380
}, {
i = 0x4001c8409
}, {
i = 0x0
}, {
i = 0x4001f6733
}}
fun = {
i = 0x4006a4d7d
}
original_fun = {
i = 0xfffffffffec0a308
}
funcar = {
i = 0x401b9a350
}
numargs = 0x3
lisp_numargs = {
i = 0x401b9a350
}
val = {
i = 0xbfeb40
}
internal_args = 0xbfebf0
count = 0x4
#84 0x000000040023f911 in exec_byte_code (bytestr=..., vector=...,
maxdepth=..., args_template=..., nargs=0x1, args=0xbff490) at
../../src/bytecode.c:880
targets = {0x40024361c <exec_byte_code+19493>, 0x400243694
<exec_byte_code+19613>, 0x400243696 <exec_byte_code+19615>, 0x400243698
<exec_byte_code+19617>, 0x40024369a <exec_byte_code+19619>, 0x40024369a
<exec_byte_code+19619>, 0x400243705 <exec_byte_code+19726>, 0x400243783
<exec_byte_code+19852>, 0x40023ee1b <exec_byte_code+1060>, 0x40023ee1d
<exec_byte_code+1062>, 0x40023ee1f <exec_byte_code+1064>, 0x40023ee21
<exec_byte_code+1066>, 0x40023ee23 <exec_byte_code+1068>, 0x40023ee23
<exec_byte_code+1068>, 0x40023ee29 <exec_byte_code+1074>, 0x40023edde
<exec_byte_code+999>, 0x40023f4ac <exec_byte_code+2741>, 0x40023f4ae
<exec_byte_code+2743>, 0x40023f4b0 <exec_byte_code+2745>, 0x40023f4b2
<exec_byte_code+2747>, 0x40023f4b4 <exec_byte_code+2749>, 0x40023f4b4
<exec_byte_code+2749>, 0x40023f4f5 <exec_byte_code+2814>, 0x40023f4ba
<exec_byte_code+2755>, 0x40023f819 <exec_byte_code+3618>, 0x40023f81b
<exec_byte_code+3620>, 0x40023f81d <exec_byte_code+3622>, 0x40023f81f
<exec_byte_code+3624>, 0x40023f821 <exec_byte_code+3626>, 0x40023f821
<exec_byte_code+3626>, 0x40023f7c1 <exec_byte_code+3530>, 0x40023f7de
<exec_byte_code+3559>, 0x40023f8e1 <exec_byte_code+3818>, 0x40023f8e3
<exec_byte_code+3820>, 0x40023f8e5 <exec_byte_code+3822>, 0x40023f8e7
<exec_byte_code+3824>, 0x40023f8e9 <exec_byte_code+3826>, 0x40023f8e9
<exec_byte_code+3826>, 0x40023f889 <exec_byte_code+3730>, 0x40023f8a6
<exec_byte_code+3759>, 0x40023f9ab <exec_byte_code+4020>, 0x40023f9ad
<exec_byte_code+4022>, 0x40023f9af <exec_byte_code+4024>, 0x40023f9b1
<exec_byte_code+4026>, 0x40023f9b3 <exec_byte_code+4028>, 0x40023f9b3
<exec_byte_code+4028>, 0x40023f953 <exec_byte_code+3932>, 0x40023f970
<exec_byte_code+3961>, 0x400240c2a <exec_byte_code+8755>, 0x400240aca
<exec_byte_code+8403>, 0x400240ac1 <exec_byte_code+8394>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400240e89 <exec_byte_code+9362>, 0x400240fb8
<exec_byte_code+9665>, 0x400241028 <exec_byte_code+9777>, 0x400241099
<exec_byte_code+9890>, 0x40024110b <exec_byte_code+10004>, 0x40023f2c5
<exec_byte_code+2254>, 0x40023f350 <exec_byte_code+2393>, 0x400241192
<exec_byte_code+10139>, 0x40023f1d5 <exec_byte_code+2014>, 0x40023f3bb
<exec_byte_code+2500>, 0x40024120a <exec_byte_code+10259>, 0x400241275
<exec_byte_code+10366>, 0x4002412c3 <exec_byte_code+10444>, 0x40024132e
<exec_byte_code+10551>, 0x400241386 <exec_byte_code+10639>, 0x400241466
<exec_byte_code+10863>, 0x4002414b4 <exec_byte_code+10941>, 0x40024151f
<exec_byte_code+11048>, 0x4002415aa <exec_byte_code+11187>, 0x4002415f8
<exec_byte_code+11265>, 0x400241646 <exec_byte_code+11343>, 0x4002416b1
<exec_byte_code+11450>, 0x40024171c <exec_byte_code+11557>, 0x400241787
<exec_byte_code+11664>, 0x400241812 <exec_byte_code+11803>, 0x40024186a
<exec_byte_code+11891>, 0x4002418c2 <exec_byte_code+11979>, 0x4002419a2
<exec_byte_code+12203>, 0x400241a3e <exec_byte_code+12359>, 0x400241ada
<exec_byte_code+12515>, 0x400241d62 <exec_byte_code+13163>, 0x400241dd3
<exec_byte_code+13276>, 0x400241e44 <exec_byte_code+13389>, 0x400241eb5
<exec_byte_code+13502>, 0x400241f26 <exec_byte_code+13615>, 0x400241f7e
<exec_byte_code+13703>, 0x40024201b <exec_byte_code+13860>, 0x400242073
<exec_byte_code+13948>, 0x4002420cb <exec_byte_code+14036>, 0x400242123
<exec_byte_code+14124>, 0x40024223e <exec_byte_code+14407>, 0x400240932
<exec_byte_code+7995>, 0x4002422a9 <exec_byte_code+14514>, 0x4002422f7
<exec_byte_code+14592>, 0x4002423d2 <exec_byte_code+14811>, 0x40024243d
<exec_byte_code+14918>, 0x4002424a8 <exec_byte_code+15025>, 0x4002424f6
<exec_byte_code+15103>, 0x40024254d <exec_byte_code+15190>, 0x4002425a4
<exec_byte_code+15277>, 0x400242603 <exec_byte_code+15372>, 0x40024361c
<exec_byte_code+19493>, 0x40024265e <exec_byte_code+15463>, 0x4002426aa
<exec_byte_code+15539>, 0x4002426f6 <exec_byte_code+15615>, 0x400242742
<exec_byte_code+15691>, 0x40024278e <exec_byte_code+15767>, 0x4002427da
<exec_byte_code+15843>, 0x400240932 <exec_byte_code+7995>, 0x40024361c
<exec_byte_code+19493>, 0x400242828 <exec_byte_code+15921>, 0x400242883
<exec_byte_code+16012>, 0x4002428d1 <exec_byte_code+16090>, 0x40024291f
<exec_byte_code+16168>, 0x40024298a <exec_byte_code+16275>, 0x4002429f5
<exec_byte_code+16382>, 0x400242a43 <exec_byte_code+16460>, 0x400242b68
<exec_byte_code+16753>, 0x400242bd3 <exec_byte_code+16860>, 0x400242c3e
<exec_byte_code+16967>, 0x400242ca9 <exec_byte_code+17074>, 0x400242cf5
<exec_byte_code+17150>, 0x40024361c <exec_byte_code+19493>, 0x400240851
<exec_byte_code+7770>, 0x40023fa6b <exec_byte_code+4212>, 0x40023f036
<exec_byte_code+1599>, 0x40023fbda <exec_byte_code+4579>, 0x40023fd79
<exec_byte_code+4994>, 0x40023ff09 <exec_byte_code+5394>, 0x4002407d1
<exec_byte_code+7642>, 0x400240814 <exec_byte_code+7709>, 0x40023f768
<exec_byte_code+3441>, 0x4002408e6 <exec_byte_code+7919>, 0x40024096f
<exec_byte_code+8056>, 0x400240a00 <exec_byte_code+8201>, 0x400240a4c
<exec_byte_code+8277>, 0x400240c7a <exec_byte_code+8835>, 0x400240d08
<exec_byte_code+8977>, 0x400240d93 <exec_byte_code+9116>, 0x400240e00
<exec_byte_code+9225>, 0x40023fa1a <exec_byte_code+4131>, 0x400242d43
<exec_byte_code+17228>, 0x400242dce <exec_byte_code+17367>, 0x400242e1c
<exec_byte_code+17445>, 0x400242e6a <exec_byte_code+17523>, 0x400242eb8
<exec_byte_code+17601>, 0x400242f06 <exec_byte_code+17679>, 0x400242f71
<exec_byte_code+17786>, 0x400242fdc <exec_byte_code+17893>, 0x400243047
<exec_byte_code+18000>, 0x4002430b2 <exec_byte_code+18107>, 0x400243229
<exec_byte_code+18482>, 0x400243294 <exec_byte_code+18589>, 0x4002432ff
<exec_byte_code+18696>, 0x40024334d <exec_byte_code+18774>, 0x4002433b8
<exec_byte_code+18881>, 0x400243423 <exec_byte_code+18988>, 0x400243482
<exec_byte_code+19083>, 0x4002434e1 <exec_byte_code+19178>, 0x40024217b
<exec_byte_code+14212>, 0x4002421d3 <exec_byte_code+14300>, 0x400243539
<exec_byte_code+19266>, 0x4002435ab <exec_byte_code+19380>, 0x40024361c
<exec_byte_code+19493>, 0x400240099 <exec_byte_code+5794>, 0x4002401db
<exec_byte_code+6116>, 0x40024035f <exec_byte_code+6504>, 0x4002404e3
<exec_byte_code+6892>, 0x40024065a <exec_byte_code+7267>, 0x4002413de
<exec_byte_code+10727>, 0x40024191a <exec_byte_code+12067>, 0x40024234a
<exec_byte_code+14675>, 0x400243828 <exec_byte_code+20017>, 0x4002438a9
<exec_byte_code+20146>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x400243951 <exec_byte_code+20314>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x40024361c <exec_byte_code+19493>, 0x40024361c
<exec_byte_code+19493>, 0x4002439e4 <exec_byte_code+20461> <repeats 64
times>}
count = 0x4
op = 0x3
vectorp = 0x4003f1cf0 <pure+895952>
stack = {
pc = 0x400650d45 <pure+3382309> "\006\006\071 ",
byte_string = {
i = 0x4003f1ccc
},
byte_string_start = 0x400650cca <pure+3382186> "\020 ? \023",
next = 0x0
}
top = 0xbfebe8
result = {
i = 0xe508
}
type = (unknown: 4)
#85 0x00000004001eb7dc in funcall_lambda (fun=..., nargs=0x1,
arg_vector=0xbff488) at ../../src/eval.c:2855
size = 0x5
val = {
i = 0xbff320
}
syms_left = {
i = 0x1006
}
next = {
i = 0x401b84de0
}
lexenv = {
i = 0x401b84e60
}
count = 0x4
i = 0x40012b6d3
optional = 0x0
rest = 0x0
#86 0x00000004001eb101 in Ffuncall (nargs=0x2, args=0xbff480) at
../../src/eval.c:2742
fun = {
i = 0x4003f1c9d
}
original_fun = {
i = 0x3db0
}
funcar = {
i = 0x56afd54d
}
numargs = 0x1
lisp_numargs = {
i = 0x0
}
val = {
i = 0x1
}
internal_args = 0x3
count = 0x3
#87 0x00000004001ea803 in call1 (fn=..., arg1=...) at ../../src/eval.c:2552
No locals.
#88 0x0000000400135184 in command_loop_1 () at ../../src/keyboard.c:1461
scount = 0x2
cmd = {
i = 0xfffffffc08423c40
}
keybuf = {{
i = 0x36
}, {
i = 0xd
}, {
i = 0x0
}, {
i = 0x4001c8b1d
}, {
i = 0xbff530
}, {
i = 0x4001298ee
}, {
i = 0x401b9a350
}, {
i = 0x401ba22d8
}, {
i = 0x400792b85
}, {
i = 0x0
}, {
i = 0xbff5c0
}, {
i = 0x4001ec93c
}, {
i = 0x0
}, {
i = 0x0
}, {
i = 0x401b9a350
}, {
i = 0x401ba22d8
}, {
i = 0x40043b855
}, {
i = 0x4008ce470
}, {
i = 0x0
}, {
i = 0x4001ec34a
}, {
i = 0xbff5b0
}, {
i = 0x4001298ee
}, {
i = 0x401b9a350
}, {
i = 0x400129801
}, {
i = 0x0
}, {
i = 0x401ba22d8
}, {
i = 0xbff640
}, {
i = 0x4001e74d8
}, {
i = 0x0
}, {
i = 0x4001e8d1f
}}
i = 0x1
prev_modiff = 0x642
prev_buffer = 0x91dc820
already_adjusted = 0x0
#89 0x00000004001e7186 in internal_condition_case (bfun=0x4001347b5
<command_loop_1>, handlers=..., hfun=0x400133c00 <cmd_error>) at
../../src/eval.c:1309
val = {
i = 0x401b9f600
}
c = 0xcd52b0
#90 0x000000040013433e in command_loop_2 (ignore=...) at
../../src/keyboard.c:1089
val = {
i = 0xbff780
}
#91 0x00000004001e6677 in internal_catch (tag=..., func=0x40013430c
<command_loop_2>, arg=...) at ../../src/eval.c:1074
val = {
i = 0x0
}
c = 0xcd5140
#92 0x0000000400134291 in command_loop () at ../../src/keyboard.c:1068
No locals.
#93 0x0000000000000000 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Lisp Backtrace:
"internal-default-process-filter" (0xbf33d8)
"accept-process-output" (0xbf4ad0)
"nnheader-accept-process-output" (0xbf5370)
"nntp-accept-process-output" (0xbf5c00)
"nntp-send-command-nodelete" (0xbf64b0)
"nntp-send-xover-command" (0xbf6d40)
"nntp-retrieve-headers-with-xover" (0xbf7600)
0xa16b6d8 PVEC_COMPILED
"nntp-with-open-group-function" (0xbf8740)
"nntp-retrieve-headers" (0xbf8fd0)
"gnus-retrieve-headers" (0xbf9860)
"gnus-cache-retrieve-headers" (0xbfa100)
"gnus-retrieve-headers" (0xbfa990)
"gnus-fetch-headers" (0xbfb230)
"gnus-select-newsgroup" (0xbfbae0)
"gnus-summary-read-group-1" (0xbfc380)
"gnus-summary-read-group" (0xbfcc30)
"gnus-group-read-group" (0xbfd4e0)
"gnus-group-select-group" (0xbfdd60)
"gnus-topic-select-group" (0xbfe740)
"funcall-interactively" (0xbfe738)
"call-interactively" (0xbfebf0)
"command-execute" (0xbff488)
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-01 22:13 bug#22526: 25.0.90; Crash starting gnus Andy Moreton
@ 2016-02-07 5:42 ` Lars Ingebrigtsen
2016-02-07 16:00 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Lars Ingebrigtsen @ 2016-02-07 5:42 UTC (permalink / raw)
To: Andy Moreton; +Cc: 22526
Andy Moreton <andrewjmoreton@gmail.com> writes:
[...]
> ../../src/insdel.c:411
> tem = {
> i = 0xd510
> }
> real_gap_loc = 0xf035
> real_gap_loc_byte = 0xf035
> old_gap_size = 0x7d0
> current_size = 0xf804
> #12 0x00000004001723c4 in make_gap (nbytes_added=0x830) at
> ../../src/insdel.c:481
Hm, that sounds kinda serious...
[...]
> #15 0x000000040024ff9d in Finternal_default_process_filter (proc=...,
> text=...) at ../../src/process.c:5527
> old_read_only = {
> i = 0x0
> }
> old_begv = 0x1
> old_zv = 0xf035
> old_begv_byte = 0x1
> old_zv_byte = 0xf035
> before = 0xf035
> before_byte = 0xf035
> opoint_byte = 0xf035
> b = 0xbf3270
> p = 0x73e8cb0
> opoint = 0xf035
It looks like Emacs is segfaulting while inserting stuff from a filter
into a buffer, if I'm reading this correctly. But I have no idea what
could be causing it. Anybody?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-07 5:42 ` Lars Ingebrigtsen
@ 2016-02-07 16:00 ` Eli Zaretskii
2016-02-07 20:58 ` Andy Moreton
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-07 16:00 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 22526, andrewjmoreton
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Date: Sun, 07 Feb 2016 16:42:11 +1100
> Cc: 22526@debbugs.gnu.org
>
> Andy Moreton <andrewjmoreton@gmail.com> writes:
>
> [...]
>
> > ../../src/insdel.c:411
> > tem = {
> > i = 0xd510
> > }
> > real_gap_loc = 0xf035
> > real_gap_loc_byte = 0xf035
> > old_gap_size = 0x7d0
> > current_size = 0xf804
> > #12 0x00000004001723c4 in make_gap (nbytes_added=0x830) at
> > ../../src/insdel.c:481
>
> Hm, that sounds kinda serious...
It is. Something very basic in inserting text into a buffer went
wrong.
> > #15 0x000000040024ff9d in Finternal_default_process_filter (proc=...,
> > text=...) at ../../src/process.c:5527
> > old_read_only = {
> > i = 0x0
> > }
> > old_begv = 0x1
> > old_zv = 0xf035
> > old_begv_byte = 0x1
> > old_zv_byte = 0xf035
> > before = 0xf035
> > before_byte = 0xf035
> > opoint_byte = 0xf035
> > b = 0xbf3270
> > p = 0x73e8cb0
> > opoint = 0xf035
>
> It looks like Emacs is segfaulting while inserting stuff from a filter
> into a buffer, if I'm reading this correctly. But I have no idea what
> could be causing it. Anybody?
Hard to tell without a reproducible recipe, or at least some
additional info. If the session is still running in a debugger, I
might ask some questions about some variables.
Thanks.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-07 16:00 ` Eli Zaretskii
@ 2016-02-07 20:58 ` Andy Moreton
2016-02-07 21:05 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-07 20:58 UTC (permalink / raw)
To: 22526
On Sun 07 Feb 2016, Eli Zaretskii wrote:
> Hard to tell without a reproducible recipe, or at least some
> additional info. If the session is still running in a debugger, I
> might ask some questions about some variables.
I don't have that session running any more. Please do make suggestions
for things to look at in gdb that I can try if I manage to reproduce the
problem.
AndyM
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-07 20:58 ` Andy Moreton
@ 2016-02-07 21:05 ` Eli Zaretskii
2016-02-11 2:06 ` Andy Moreton
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-07 21:05 UTC (permalink / raw)
To: Andy Moreton; +Cc: 22526
> From: Andy Moreton <andrewjmoreton@gmail.com>
> Date: Sun, 07 Feb 2016 20:58:57 +0000
>
> On Sun 07 Feb 2016, Eli Zaretskii wrote:
> > Hard to tell without a reproducible recipe, or at least some
> > additional info. If the session is still running in a debugger, I
> > might ask some questions about some variables.
>
> I don't have that session running any more. Please do make suggestions
> for things to look at in gdb that I can try if I manage to reproduce the
> problem.
Thanks.
AFAIU, the crash was here:
/* Put an anchor. */
*(Z_ADDR) = 0; <<<<<<<<<<<<<<<<<
So the first question is, of course, what is the value of Z_ADDR?
Next question is what are the values of the variables in the
expression to which Z_ADDR expands:
/* Address of end of buffer. */
#define Z_ADDR (current_buffer->text->beg + current_buffer->text->gap_size + current_buffer->text->z_byte - BEG_BYTE)
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-07 21:05 ` Eli Zaretskii
@ 2016-02-11 2:06 ` Andy Moreton
2016-02-11 20:27 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-11 2:06 UTC (permalink / raw)
To: 22526
On Sun 07 Feb 2016, Eli Zaretskii wrote:
>> From: Andy Moreton <andrewjmoreton@gmail.com>
>> Date: Sun, 07 Feb 2016 20:58:57 +0000
>>
>> On Sun 07 Feb 2016, Eli Zaretskii wrote:
>> > Hard to tell without a reproducible recipe, or at least some
>> > additional info. If the session is still running in a debugger, I
>> > might ask some questions about some variables.
>>
>> I don't have that session running any more. Please do make suggestions
>> for things to look at in gdb that I can try if I manage to reproduce the
>> problem.
>
> Thanks.
>
> AFAIU, the crash was here:
>
> /* Put an anchor. */
> *(Z_ADDR) = 0; <<<<<<<<<<<<<<<<<
>
> So the first question is, of course, what is the value of Z_ADDR?
>
> Next question is what are the values of the variables in the
> expression to which Z_ADDR expands:
>
> /* Address of end of buffer. */
> #define Z_ADDR (current_buffer->text->beg + current_buffer->text->gap_size + current_buffer->text->z_byte - BEG_BYTE)
I've seen a similar crash again with emacs-25 built from changeset 456c0a31.
Lisp Backtrace:
"internal-default-process-filter" (0xbf2248)
"accept-process-output" (0xbf3940)
"nnheader-accept-process-output" (0xbf41e0)
"nntp-accept-process-output" (0xbf4a70)
"nntp-send-command-nodelete" (0xbf5320)
"nntp-send-xover-command" (0xbf5bb0)
"nntp-retrieve-headers-with-xover" (0xbf6470)
0x9dab1b8 PVEC_COMPILED
"nntp-with-open-group-function" (0xbf75b0)
"nntp-retrieve-headers" (0xbf7e40)
"gnus-retrieve-headers" (0xbf86d0)
"gnus-cache-retrieve-headers" (0xbf8f70)
"gnus-retrieve-headers" (0xbf9800)
"gnus-fetch-headers" (0xbfa0a0)
"gnus-select-newsgroup" (0xbfa950)
"gnus-summary-read-group-1" (0xbfb1f0)
"gnus-summary-read-group" (0xbfbaa0)
"gnus-summary-next-group" (0xbfc350)
"gnus-summary-walk-group-buffer" (0xbfcc10)
"gnus-summary-next-article" (0xbfd4b0)
"gnus-summary-next-unread-article" (0xbfdd50)
"gnus-summary-next-page" (0xbfe740)
"funcall-interactively" (0xbfe738)
"call-interactively" (0xbfebf0)
"command-execute" (0xbff488)
The C backtrace from "bt full" starts with the frames below (details of
current_buffer follow):
#1 0x000000040028fbc4 in emacs_abort () at ../../src/w32fns.c:9794
button = 0x6
#2 0x000000040012f72b in terminate_due_to_signal (sig=0xb, backtrace_limit=0x28) at ../../src/emacs.c:380
No locals.
#3 0x000000040015da9d in handle_fatal_signal (sig=0xb) at ../../src/sysdep.c:1601
No locals.
#4 0x000000040015da6d in deliver_thread_signal (sig=0xb, handler=0x40015da85 <handle_fatal_signal>) at ../../src/sysdep.c:1575
old_errno = 0xc
#5 0x000000040015dad9 in deliver_fatal_thread_signal (sig=0xb) at ../../src/sysdep.c:1613
No locals.
#6 0x0000000400301540 in _gnu_exception_handler (exception_data=0xbf1040) at C:/repo/mingw-w64-crt-git/src/mingw-w64/mingw-w64-crt/crt/crt_handler.c:223
old_handler = <optimized out>
action = 0x0
reset_fpu = 0x0
#7 0x00007ff901ae5ac6 in ntdll!__C_specific_handler () from C:\WINDOWS\SYSTEM32\ntdll.dll
No symbol table info available.
#8 0x00007ff901af9a9d in ntdll!.chkstk () from C:\WINDOWS\SYSTEM32\ntdll.dll
No symbol table info available.
#9 0x00007ff901a84f29 in ntdll!RtlImageNtHeaderEx () from C:\WINDOWS\SYSTEM32\ntdll.dll
No symbol table info available.
#10 0x00007ff901af8baa in ntdll!KiUserExceptionDispatcher () from C:\WINDOWS\SYSTEM32\ntdll.dll
No symbol table info available.
#11 0x000000040017202c in make_gap_larger (nbytes_added=0x1000) at ../../src/insdel.c:411
tem = {
i = 0xd510
}
real_gap_loc = 0xf035
real_gap_loc_byte = 0xf035
old_gap_size = 0x7d0
current_size = 0xf804
#12 0x00000004001723e4 in make_gap (nbytes_added=0x830) at ../../src/insdel.c:481
No locals.
#13 0x00000004001733a4 in insert_from_string_1 (string=..., pos=0x0, pos_byte=0x0, nchars=0x1000, nbytes=0x1000, inherit=0x0, before_markers=0x1) at ../../src/insdel.c:916
outgoing_nbytes = 0x1000
intervals = 0xbf1fd0
#14 0x00000004001731f3 in insert_from_string_before_markers (string=..., pos=0x0, pos_byte=0x0, length=0x1000, length_byte=0x1000, inherit=0x0) at ../../src/insdel.c:882
opoint = 0xf035
#15 0x000000040025011d in Finternal_default_process_filter (proc=..., text=...) at ../../src/process.c:5527
old_read_only = {
i = 0x0
}
old_begv = 0x1
old_zv = 0xf035
old_begv_byte = 0x1
old_zv_byte = 0xf035
before = 0xf035
before_byte = 0xf035
opoint_byte = 0xf035
b = 0xbf20e0
p = 0x77feb88
opoint = 0xf035
#16 0x00000004001eb021 in Ffuncall (nargs=0x3, args=0xbf2240) at ../../src/eval.c:2696
internal_argbuf = {{
i = 0xbf21f0
}, {
i = 0x400163f98
}, {
i = 0x0
}, {
i = 0x0
}, {
i = 0xbf21b0
}, {
i = 0x40012990e
}, {
i = 0x401b9b350
}, {
i = 0x401ba2dd0
}}
fun = {
i = 0x4006a8df5
}
original_fun = {
i = 0x7ee0
}
funcar = {
i = 0x0
}
numargs = 0x2
lisp_numargs = {
i = 0x4006a8df0
}
val = {
i = 0xbf21e0
}
internal_args = 0xbf2248
count = 0xa0
In frame #11 make_gap_larger, current_buffer looks like:
(gdb) $1 = (struct buffer *) 0x9434730
(gdb) $2 = {
header = {
size = 0x4000000006032047
},
name_ = {
i = 0x6b5d4b4
},
filename_ = {
i = 0x0
},
directory_ = {
i = 0x91406d4
},
backed_up_ = {
i = 0x0
},
save_length_ = {
i = 0x2
},
auto_save_file_name_ = {
i = 0x0
},
read_only_ = {
i = 0x0
},
mark_ = {
i = 0x69ae731
},
local_var_alist_ = {
i = 0x69526c3
},
major_mode_ = {
i = 0x6938
},
mode_name_ = {
i = 0x40032154c
},
mode_line_format_ = {
i = 0x4007ff4a3
},
header_line_format_ = {
i = 0x0
},
keymap_ = {
i = 0x0
},
abbrev_table_ = {
i = 0x4007c1855
},
syntax_table_ = {
i = 0x400789e2d
},
category_table_ = {
i = 0x40078a605
},
case_fold_search_ = {
i = 0x0
},
tab_width_ = {
i = 0x22
},
fill_column_ = {
i = 0x13a
},
left_margin_ = {
i = 0x2
},
auto_fill_function_ = {
i = 0x0
},
downcase_table_ = {
i = 0x40078ab5d
},
upcase_table_ = {
i = 0x40078fbe5
},
case_canon_table_ = {
i = 0x400985f35
},
case_eqv_table_ = {
i = 0x400976965
},
truncate_lines_ = {
i = 0xd510
},
word_wrap_ = {
i = 0x0
},
ctl_arrow_ = {
i = 0xd510
},
bidi_display_reordering_ = {
i = 0xd510
},
bidi_paragraph_direction_ = {
i = 0x0
},
selective_display_ = {
i = 0x0
},
selective_display_ellipses_ = {
i = 0xd510
},
minor_modes_ = {
i = 0x0
},
overwrite_mode_ = {
i = 0x0
},
abbrev_mode_ = {
i = 0x0
},
display_table_ = {
i = 0x0
},
mark_active_ = {
i = 0x0
},
enable_multibyte_characters_ = {
i = 0x0
},
buffer_file_coding_system_ = {
i = 0xfffffffffec61568
},
file_format_ = {
i = 0x0
},
auto_save_file_format_ = {
i = 0xd510
},
cache_long_scans_ = {
i = 0xd510
},
width_table_ = {
i = 0x0
},
pt_marker_ = {
i = 0x0
},
begv_marker_ = {
i = 0x0
},
zv_marker_ = {
i = 0x0
},
point_before_scroll_ = {
i = 0x0
},
file_truename_ = {
i = 0x0
},
invisibility_spec_ = {
i = 0xd510
},
last_selected_window_ = {
i = 0x0
},
display_count_ = {
i = 0x2
},
left_margin_cols_ = {
i = 0x2
},
right_margin_cols_ = {
i = 0x2
},
left_fringe_width_ = {
i = 0x0
},
right_fringe_width_ = {
i = 0x0
},
fringes_outside_margins_ = {
i = 0x0
},
scroll_bar_width_ = {
i = 0x0
},
scroll_bar_height_ = {
i = 0x0
},
vertical_scroll_bar_type_ = {
i = 0xd510
},
horizontal_scroll_bar_type_ = {
i = 0xd510
},
indicate_empty_lines_ = {
i = 0xd510
},
indicate_buffer_boundaries_ = {
i = 0x0
},
fringe_indicator_alist_ = {
i = 0x400c28ab3
},
fringe_cursor_alist_ = {
i = 0x40095d173
},
display_time_ = {
i = 0x0
},
scroll_up_aggressively_ = {
i = 0x0
},
scroll_down_aggressively_ = {
i = 0x0
},
cursor_type_ = {
i = 0xd510
},
extra_line_spacing_ = {
i = 0x0
},
cursor_in_non_selected_windows_ = {
i = 0xd510
},
own_text = {
beg = 0x1f0000 "224 Overview information for 108895-109097 follows\r\n108895\tRe: Problem with whitespaces in search\ttomas@tuxteam.de\tThu, 28 Jan 2016 15:58:13 +0100\t<20160128145813.GB14779@tuxteam.de>\t<20160128101634.G"...,
gpt = 0xf035,
z = 0xf035,
gpt_byte = 0xf035,
z_byte = 0xf035,
gap_size = 0x17d0,
modiff = 0x45c,
chars_modiff = 0x45c,
save_modiff = 0x1,
overlay_modiff = 0x1,
compact = 0x1,
beg_unchanged = 0x0,
end_unchanged = 0x0,
unchanged_modified = 0x1,
overlay_unchanged_modified = 0x1,
intervals = 0x0,
markers = 0x69ae700,
inhibit_shrinking = 0x0,
redisplay = 0x1
},
text = 0x9434970,
next = 0x9434ef0,
pt = 0xf035,
pt_byte = 0xf035,
begv = 0x1,
begv_byte = 0x1,
zv = 0xf035,
zv_byte = 0xf035,
base_buffer = 0x0,
indirections = 0x0,
window_count = 0x0,
local_flags = '\000' <repeats 49 times>,
modtime = {
tv_sec = 0x0,
tv_nsec = 0xfffffffe
},
modtime_size = 0xffffffffffffffff,
auto_save_modified = 0x0,
display_error_modiff = 0x0,
auto_save_failure_time = 0x0,
last_window_start = 0x1,
newline_cache = 0x4a222c0,
width_run_cache = 0x0,
bidi_paragraph_cache = 0x0,
prevent_redisplay_optimizations_p = 0x1,
clip_changed = 0x0,
overlays_before = 0x0,
overlays_after = 0x0,
overlay_center = 0xf035,
undo_list_ = {
i = 0xd510
}
}
...and in the same frame, current_buffer->text looks like this:
(gdb) $3 = (struct buffer_text *) 0x9434970
(gdb) $4 = {
beg = 0x1f0000 "224 Overview information for 108895-109097 follows\r\n108895\tRe: Problem with whitespaces in search\ttomas@tuxteam.de\tThu, 28 Jan 2016 15:58:13 +0100\t<20160128145813.GB14779@tuxteam.de>\t<20160128101634.G"...,
gpt = 0xf035,
z = 0xf035,
gpt_byte = 0xf035,
z_byte = 0xf035,
gap_size = 0x17d0,
modiff = 0x45c,
chars_modiff = 0x45c,
save_modiff = 0x1,
overlay_modiff = 0x1,
compact = 0x1,
beg_unchanged = 0x0,
end_unchanged = 0x0,
unchanged_modified = 0x1,
overlay_unchanged_modified = 0x1,
intervals = 0x0,
markers = 0x69ae700,
inhibit_shrinking = 0x0,
redisplay = 0x1
}
Hopefully this is of some use.
AndyM
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-11 2:06 ` Andy Moreton
@ 2016-02-11 20:27 ` Eli Zaretskii
2016-02-11 21:20 ` Andy Moreton
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-11 20:27 UTC (permalink / raw)
To: Andy Moreton; +Cc: 22526
> From: Andy Moreton <andrewjmoreton@gmail.com>
> Date: Thu, 11 Feb 2016 02:06:54 +0000
>
> Hopefully this is of some use.
It is, thanks. The plot thickens... This is one of those cases where
I'd give anything for a way to trace execution in reverse and see what
happened before the problem...
Anyway, is that GDB session still running? If so, could you please
try the following two GDB commands?
(gdb) p Z_ADDR
(gdb) p *(Z_ADDR)
If the last one says something about not being able to access memory
at address such-and-such, then please try a series of commands like
this:
(gdb) p/x *(Z_ADDR - 1)
(gdb) p/x *(Z_ADDR - 2)
(gdb) p/x *(Z_ADDR - 3)
etc., until you find the largest address which GDB succeeds to access
and report its contents. (If the first few commands still report
failure to access, it might be better to use larger offsets, and then
perform binary search once you find an accessible address.) The goal
is, assuming that Z_ADDR somehow points to memory outside of the
process address space, to find the last byte that is still inside the
address space. Then do this:
(gdb) p/x THAT_ADDRESS - BEG_ADDR
where THAT_ADDRESS is the last address that GDB can access.
I'd also like to ask you to add a couple of lines to make_gap_larger,
to help with debugging this, but I want to see the results of the
above first.
For the record, what seems to have happened here is that some Gnus
command caused Emacs to insert a 4K string into a buffer that was
63493 bytes long. In response, Emacs enlarged the buffer text to
accommodate those 4K, then moved the existing buffer text towards
higher address to enlarge the gap by 4K, in preparation for inserting
the string into the gap. Then it crashed when it tried to
null-terminate the enlarged buffer text. The crash is strange because
the code in gap_left, called just before the crash, should have
already accessed all the addresses up to and including the one
immediately preceding Z_ADDR. So this seems to imply that there's
some off-by-one error somewhere in the related code, but I don't see
it yet.
Btw, it sounds like it should be easy to reproduce this almost at
will, since the two backtraces are almost identical -- they both show
the same insertion of a 4096 byte string into a buffer by the default
process filter that reads stuff received from the news server. Could
you perhaps try coming up with such a reproducer, starting from
"emacs -Q"? That would make the debugging much more efficient.
Thanks.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-11 20:27 ` Eli Zaretskii
@ 2016-02-11 21:20 ` Andy Moreton
2016-02-11 21:26 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-11 21:20 UTC (permalink / raw)
To: 22526
On Thu 11 Feb 2016, Eli Zaretskii wrote:
>> From: Andy Moreton <andrewjmoreton@gmail.com>
>> Date: Thu, 11 Feb 2016 02:06:54 +0000
>>
>> Hopefully this is of some use.
>
> It is, thanks. The plot thickens... This is one of those cases where
> I'd give anything for a way to trace execution in reverse and see what
> happened before the problem...
>
> Anyway, is that GDB session still running?
Sadly not.
> Btw, it sounds like it should be easy to reproduce this almost at
> will, since the two backtraces are almost identical -- they both show
> the same insertion of a 4096 byte string into a buffer by the default
> process filter that reads stuff received from the news server. Could
> you perhaps try coming up with such a reproducer, starting from
> "emacs -Q"? That would make the debugging much more efficient.
If it was easy to reproduce then it ought to be easier with gnus
(assuming the same initial file contents), but it happens only rarely.
I think this crash may have involved gnus restoring auto-save data after
a prior emacs session had been killed.
AndyM
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-11 21:20 ` Andy Moreton
@ 2016-02-11 21:26 ` Eli Zaretskii
2016-02-12 13:34 ` Andy Moreton
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-11 21:26 UTC (permalink / raw)
To: Andy Moreton; +Cc: 22526
> From: Andy Moreton <andrewjmoreton@gmail.com>
> Date: Thu, 11 Feb 2016 21:20:06 +0000
>
> > Anyway, is that GDB session still running?
>
> Sadly not.
Is there some reason that you couldn't leave it running once you get
the crash? If so, perhaps you could describe those reasons, and I
could try helping you overcome them. Being able to look around in a
crashed session is important for making the debugging as efficient as
possible, given the sporadic nature of the crashes.
Thanks.
> > Btw, it sounds like it should be easy to reproduce this almost at
> > will, since the two backtraces are almost identical -- they both show
> > the same insertion of a 4096 byte string into a buffer by the default
> > process filter that reads stuff received from the news server. Could
> > you perhaps try coming up with such a reproducer, starting from
> > "emacs -Q"? That would make the debugging much more efficient.
>
> If it was easy to reproduce then it ought to be easier with gnus
> (assuming the same initial file contents), but it happens only rarely.
>
> I think this crash may have involved gnus restoring auto-save data after
> a prior emacs session had been killed.
Well, if you find some reproducible recipe, it will be appreciated.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-11 21:26 ` Eli Zaretskii
@ 2016-02-12 13:34 ` Andy Moreton
2016-02-12 16:16 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-12 13:34 UTC (permalink / raw)
To: 22526
On Thu 11 Feb 2016, Eli Zaretskii wrote:
>> From: Andy Moreton <andrewjmoreton@gmail.com>
>> Date: Thu, 11 Feb 2016 21:20:06 +0000
>>
>> > Anyway, is that GDB session still running?
>>
>> Sadly not.
>
> Is there some reason that you couldn't leave it running once you get
> the crash?
Pilot error :-) I have managed to reproduce the crash again, and kept
the gdb session running.
#11 0x000000040017202c in make_gap_larger (nbytes_added=0x1000) at ../../src/insdel.c:411
tem = {
i = 0xd510
}
real_gap_loc = 0xf035
real_gap_loc_byte = 0xf035
old_gap_size = 0x7d0
current_size = 0xf804
#12 0x00000004001723e4 in make_gap (nbytes_added=0x830) at ../../src/insdel.c:481
No locals.
#13 0x00000004001733a4 in insert_from_string_1 (string=..., pos=0x0, pos_byte=0x0, nchars=0x1000, nbytes=0x1000, inherit=0x0, before_markers=0x1) at ../../src/insdel.c:916
outgoing_nbytes = 0x1000
intervals = 0xbf3150
#14 0x00000004001731f3 in insert_from_string_before_markers (string=..., pos=0x0, pos_byte=0x0, length=0x1000, length_byte=0x1000, inherit=0x0) at ../../src/insdel.c:882
opoint = 0xf035
#15 0x000000040025011d in Finternal_default_process_filter (proc=..., text=...) at ../../src/process.c:5527
old_read_only = {
i = 0x0
}
old_begv = 0x1
old_zv = 0xf035
old_begv_byte = 0x1
old_zv_byte = 0xf035
before = 0xf035
before_byte = 0xf035
opoint_byte = 0xf035
b = 0xbf3260
p = 0xa65cc18
opoint = 0xf035
(gdb) frame 11
#11 0x000000040017202c in make_gap_larger (nbytes_added=0x1000) at ../../src/insdel.c:411
411 *(Z_ADDR) = 0;
(gdb) p Z_ADDR
$1 = (unsigned char *) 0x200804 <error: Cannot access memory at address 0x200804>
(gdb) p *(Z_ADDR)
Cannot access memory at address 0x200804
(gdb) p/x *(Z_ADDR - 0x804)
Cannot access memory at address 0x200000
(gdb) p/x *(Z_ADDR - 0x805)
$16 = 0x0
(gdb) p/x (Z_ADDR - 0x805) - BEG_ADDR
$18 = 0xffff
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-12 13:34 ` Andy Moreton
@ 2016-02-12 16:16 ` Eli Zaretskii
2016-02-12 22:26 ` Andy Moreton
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-12 16:16 UTC (permalink / raw)
To: Andy Moreton, Fabrice Popineau; +Cc: 22526
> From: Andy Moreton <andrewjmoreton@gmail.com>
> Date: Fri, 12 Feb 2016 13:34:37 +0000
>
> I have managed to reproduce the crash again, and kept the gdb
> session running.
Thanks. Now that you've succeeded, I'm going to ask you to terminate
the debug session and try applying a patch ;-)
> 411 *(Z_ADDR) = 0;
> (gdb) p Z_ADDR
> $1 = (unsigned char *) 0x200804 <error: Cannot access memory at address 0x200804>
> (gdb) p *(Z_ADDR)
> Cannot access memory at address 0x200804
>
> (gdb) p/x *(Z_ADDR - 0x804)
> Cannot access memory at address 0x200000
> (gdb) p/x *(Z_ADDR - 0x805)
> $16 = 0x0
>
> (gdb) p/x (Z_ADDR - 0x805) - BEG_ADDR
> $18 = 0xffff
This means that, when enlarging buffer text, we failed to commit
memory beyond the initial 64KB, whereas the buffer was enlarged by
almost 4K beyond that. This is unexpected (does your system exhibit
symptoms of memory pressure?), but the code which handles such a
possible failure to commit reserved pages is not safe in that case.
Please try the patch below, and see if these crashes go away.
Fabrice, can you read this thread and suggest other ideas for how
could this happen? Do you think the patch below is TRT and should be
committed to the repository in any case?
diff --git a/src/w32heap.c b/src/w32heap.c
index 00da86a..f56d01b 100644
--- a/src/w32heap.c
+++ b/src/w32heap.c
@@ -700,6 +700,8 @@ mmap_realloc (void **var, size_t nbytes)
/* We need to enlarge the block. */
if (memInfo.RegionSize < nbytes)
{
+ void *old_ptr;
+
if (VirtualQuery (*var + memInfo.RegionSize, &m2, sizeof(m2)) == 0)
DebPrint (("mmap_realloc: VirtualQuery error = %ld\n",
GetLastError ()));
@@ -717,7 +719,7 @@ mmap_realloc (void **var, size_t nbytes)
{
DebPrint (("realloc enlarge: VirtualAlloc error %ld\n",
GetLastError ()));
- errno = ENOMEM;
+ goto enlarge_block;
}
return *var;
}
@@ -726,7 +728,8 @@ mmap_realloc (void **var, size_t nbytes)
/* Else we must actually enlarge the block by allocating a
new one and copying previous contents from the old to the
new one. */
- void *old_ptr = *var;
+ enlarge_block:
+ old_ptr = *var;
if (mmap_alloc (var, nbytes))
{
^ permalink raw reply related [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-12 16:16 ` Eli Zaretskii
@ 2016-02-12 22:26 ` Andy Moreton
2016-02-13 8:28 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-12 22:26 UTC (permalink / raw)
To: 22526
On Fri 12 Feb 2016, Eli Zaretskii wrote:
>> From: Andy Moreton <andrewjmoreton@gmail.com>
>> Date: Fri, 12 Feb 2016 13:34:37 +0000
>>
>> I have managed to reproduce the crash again, and kept the gdb
>> session running.
>
> Thanks. Now that you've succeeded, I'm going to ask you to terminate
> the debug session and try applying a patch ;-)
No obvious problems after applying the patch, but it may take a while to
find the right circumstances to trigger any issues.
AndyM
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-12 22:26 ` Andy Moreton
@ 2016-02-13 8:28 ` Eli Zaretskii
2016-02-13 10:44 ` Eli Zaretskii
2016-02-13 15:16 ` Andy Moreton
0 siblings, 2 replies; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-13 8:28 UTC (permalink / raw)
To: Andy Moreton, Fabrice Popineau; +Cc: 22526
> From: Andy Moreton <andrewjmoreton@gmail.com>
> Date: Fri, 12 Feb 2016 22:26:02 +0000
>
> On Fri 12 Feb 2016, Eli Zaretskii wrote:
>
> >> From: Andy Moreton <andrewjmoreton@gmail.com>
> >> Date: Fri, 12 Feb 2016 13:34:37 +0000
> >>
> >> I have managed to reproduce the crash again, and kept the gdb
> >> session running.
> >
> > Thanks. Now that you've succeeded, I'm going to ask you to terminate
> > the debug session and try applying a patch ;-)
>
> No obvious problems after applying the patch, but it may take a while to
> find the right circumstances to trigger any issues.
Thanks, let's wait.
FWIW, I'm not really sure that patch will fix the problem, for 2
reasons: (1) the code it fixes should only get executed very rarely,
if ever; and (2) according to my reading of gap_left, it should have
touched these addresses just before hitting the segfault. So I
believe there's some other factor at work here I cannot figure out.
Maybe Fabrice will have some ideas.
Btw, can you attach GDB to Emacs _before_ the problem happens? It
could be that the backtrace we see is not entirely reliable when
attaching GDB after the segfault.
Also, is this an optimized build? I don't think I've seen all the
basic data collected by report-emacs-bug about your build; can you
post it?
Thanks.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 8:28 ` Eli Zaretskii
@ 2016-02-13 10:44 ` Eli Zaretskii
2016-02-13 16:08 ` Fabrice Popineau
2016-02-13 15:16 ` Andy Moreton
1 sibling, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-13 10:44 UTC (permalink / raw)
To: andrewjmoreton, fabrice.popineau; +Cc: 22526
> Date: Sat, 13 Feb 2016 10:28:37 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 22526@debbugs.gnu.org
>
> FWIW, I'm not really sure that patch will fix the problem, for 2
> reasons: (1) the code it fixes should only get executed very rarely,
> if ever; and (2) according to my reading of gap_left, it should have
> touched these addresses just before hitting the segfault. So I
> believe there's some other factor at work here I cannot figure out.
Answering my own question: #2 above can happen if the gap was already
at the end of buffer text -- in that case, gap_left does nothing
except update the gap position. The values shown in one of the
previous backtraces indicate this is indeed what happened here. And
in that case, line 411 of insdel.c is indeed the first one where the
additional memory allocated by enlarge_buffer_text is touched.
So it looks like the problem is indeed somewhere in w32heap.c.
Btw, I see in mmap_malloc a problem similar to the one I tried to fix
with the patch for mmap_realloc: if the call to VirtualAlloc that
commits the reserved memory fails, mmap_malloc won't return NULL as it
should.
AFAIU, failure to commit reserved memory could happen if the system is
short on physical memory. Are there other reasons?
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 8:28 ` Eli Zaretskii
2016-02-13 10:44 ` Eli Zaretskii
@ 2016-02-13 15:16 ` Andy Moreton
2016-02-13 15:52 ` Eli Zaretskii
1 sibling, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-13 15:16 UTC (permalink / raw)
To: 22526
On Sat 13 Feb 2016, Eli Zaretskii wrote:
> Also, is this an optimized build? I don't think I've seen all the
> basic data collected by report-emacs-bug about your build; can you
> post it?
This is running on a Windows 10 box with an i7-4770K and 16GB RAM, so
memory pressure should not be a problem.
In GNU Emacs 25.0.90.19 (x86_64-w64-mingw32)
of 2016-02-13 built on QUIETUS
Repository revision: d97f522d3d3fa18eba2962d53e6c197ace938cc2
Windowing system distributor 'Microsoft Corp.', version 10.0.10586
Configured using:
'configure --prefix=c:/emacs/emacs-25 --build=x86_64-w64-mingw32
--without-dbus --enable-checking --enable-check-lisp-object-type
--with-gif --with-jpeg --with-png --with-tiff --with-xpm --with-gnutls
--with-rsvg --with-xml2 --without-imagemagick --with-modules 'CFLAGS=
-g3 -O0''
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS MODULES
Important settings:
value of $LANG: ENG
locale-coding-system: cp1252
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 15:16 ` Andy Moreton
@ 2016-02-13 15:52 ` Eli Zaretskii
2016-02-13 21:26 ` Andy Moreton
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-13 15:52 UTC (permalink / raw)
To: Andy Moreton; +Cc: 22526
> From: Andy Moreton <andrewjmoreton@gmail.com>
> Date: Sat, 13 Feb 2016 15:16:32 +0000
>
> On Sat 13 Feb 2016, Eli Zaretskii wrote:
> > Also, is this an optimized build? I don't think I've seen all the
> > basic data collected by report-emacs-bug about your build; can you
> > post it?
>
> This is running on a Windows 10 box with an i7-4770K and 16GB RAM, so
> memory pressure should not be a problem.
What other reasons could prevent VirtualAlloc from successfully
committing a range of addresses that was already reserved?
> In GNU Emacs 25.0.90.19 (x86_64-w64-mingw32)
> of 2016-02-13 built on QUIETUS
> Repository revision: d97f522d3d3fa18eba2962d53e6c197ace938cc2
> Windowing system distributor 'Microsoft Corp.', version 10.0.10586
> Configured using:
> 'configure --prefix=c:/emacs/emacs-25 --build=x86_64-w64-mingw32
> --without-dbus --enable-checking --enable-check-lisp-object-type
> --with-gif --with-jpeg --with-png --with-tiff --with-xpm --with-gnutls
> --with-rsvg --with-xml2 --without-imagemagick --with-modules 'CFLAGS=
> -g3 -O0''
>
> Configured features:
> XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
> TOOLKIT_SCROLL_BARS MODULES
>
> Important settings:
> value of $LANG: ENG
> locale-coding-system: cp1252
Thanks. Please run Emacs under GDB, and see if you get any of the
debug printouts in mmap_alloc and mmap_realloc when this problem
happens (if it happens).
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 10:44 ` Eli Zaretskii
@ 2016-02-13 16:08 ` Fabrice Popineau
2016-02-13 16:42 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Fabrice Popineau @ 2016-02-13 16:08 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 22526, andrewjmoreton
[-- Attachment #1: Type: text/plain, Size: 2089 bytes --]
Sorry for the delay with my answer, I'm trying to catch up with this
problem.
First, and about the patch Eli has offered for mmap_realloc(), I would be
interested in knowing
what was the error code at line 718:
DebPrint (("realloc enlarge: VirtualAlloc error %ld\n",
GetLastError ()));
I wonder if there is a case where it would fail on the VirtualAlloc() and
manage with the mmap_alloc() later.
I agree than in the case of a failure with VirtualAlloc(), we don't return
NULL here, which may be the root
of further problems.
Second, I don't see the problem in mmap_alloc(): if VirtualAlloc() fails, p
is NULL and this is the value returned
at line 668:
return *var = p;
Am I missing something here ?
Fabrice
2016-02-13 11:44 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> > Date: Sat, 13 Feb 2016 10:28:37 +0200
> > From: Eli Zaretskii <eliz@gnu.org>
> > Cc: 22526@debbugs.gnu.org
> >
> > FWIW, I'm not really sure that patch will fix the problem, for 2
> > reasons: (1) the code it fixes should only get executed very rarely,
> > if ever; and (2) according to my reading of gap_left, it should have
> > touched these addresses just before hitting the segfault. So I
> > believe there's some other factor at work here I cannot figure out.
>
> Answering my own question: #2 above can happen if the gap was already
> at the end of buffer text -- in that case, gap_left does nothing
> except update the gap position. The values shown in one of the
> previous backtraces indicate this is indeed what happened here. And
> in that case, line 411 of insdel.c is indeed the first one where the
> additional memory allocated by enlarge_buffer_text is touched.
>
> So it looks like the problem is indeed somewhere in w32heap.c.
>
> Btw, I see in mmap_malloc a problem similar to the one I tried to fix
> with the patch for mmap_realloc: if the call to VirtualAlloc that
> commits the reserved memory fails, mmap_malloc won't return NULL as it
> should.
>
> AFAIU, failure to commit reserved memory could happen if the system is
> short on physical memory. Are there other reasons?
>
[-- Attachment #2: Type: text/html, Size: 2982 bytes --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 16:08 ` Fabrice Popineau
@ 2016-02-13 16:42 ` Eli Zaretskii
2016-02-13 21:35 ` Fabrice Popineau
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-13 16:42 UTC (permalink / raw)
To: Fabrice Popineau; +Cc: 22526, andrewjmoreton
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Sat, 13 Feb 2016 17:08:07 +0100
> Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
>
> Sorry for the delay with my answer, I'm trying to catch up with this problem.
No need to apologize. Thanks for chiming in.
> First, and about the patch Eli has offered for mmap_realloc(), I would be interested in knowing
> what was the error code at line 718:
> DebPrint (("realloc enlarge: VirtualAlloc error %ld\n",
> GetLastError ()));
I don't think we know that, because I think Andy attached the debugger
only after the crash. But I sure hope to be wrong ;-)
> I wonder if there is a case where it would fail on the VirtualAlloc() and manage with the mmap_alloc() later.
> I agree than in the case of a failure with VirtualAlloc(), we don't return NULL here, which may be the root
> of further problems.
Yes. So you agree it's a good idea to commit that patch?
> Second, I don't see the problem in mmap_alloc(): if VirtualAlloc() fails, p is NULL and this is the value returned
> at line 668:
>
> return *var = p;
>
> Am I missing something here ?
I thought about the scenario where VirtualAlloc succeeds in the call
with MEM_RESERVE, but fails in the call with MEM_COMMIT.
Please also read the rest of the thread, perhaps my conclusion about
mmap_realloc being the culprit as incorrect. I just don't see how
else to explain the fact that Emacs asked to enlarge the buffer beyond
64KB, but got a valid pointer to only a 64KB memory region.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 15:52 ` Eli Zaretskii
@ 2016-02-13 21:26 ` Andy Moreton
2016-02-16 1:18 ` Andy Moreton
0 siblings, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-13 21:26 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 22526
On 13/02/2016 15:52, Eli Zaretskii wrote:
> Thanks. Please run Emacs under GDB, and see if you get any of the
> debug printouts in mmap_alloc and mmap_realloc when this problem
> happens (if it happens).
I now have an emacs built from changeset d97f522d3d3f with your patch.
After a few runs, I now have a gdb session with:
warning: realloc enlarge: VirtualAlloc error 87
Program received signal SIGSEGV, Segmentation fault.
0x000000040017209c in make_gap_larger (nbytes_added=0x1000) at
../../src/insdel.c:411
411 *(Z_ADDR) = 0;
I will keep the gdb session running for further debugging.
AndyM
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 16:42 ` Eli Zaretskii
@ 2016-02-13 21:35 ` Fabrice Popineau
2016-02-13 22:11 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Fabrice Popineau @ 2016-02-13 21:35 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 22526, andrewjmoreton
[-- Attachment #1: Type: text/plain, Size: 4200 bytes --]
2016-02-13 17:42 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> > From: Fabrice Popineau <fabrice.popineau@gmail.com>
> > Date: Sat, 13 Feb 2016 17:08:07 +0100
> > Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
> >
> > Sorry for the delay with my answer, I'm trying to catch up with this
> problem.
>
> No need to apologize. Thanks for chiming in.
>
> > First, and about the patch Eli has offered for mmap_realloc(), I would
> be interested in knowing
> > what was the error code at line 718:
> > DebPrint (("realloc enlarge: VirtualAlloc error %ld\n",
> > GetLastError ()));
>
> I don't think we know that, because I think Andy attached the debugger
> only after the crash. But I sure hope to be wrong ;-)
>
> > I wonder if there is a case where it would fail on the VirtualAlloc()
> and manage with the mmap_alloc() later.
> > I agree than in the case of a failure with VirtualAlloc(), we don't
> return NULL here, which may be the root
> > of further problems.
>
> Yes. So you agree it's a good idea to commit that patch?
>
>
I think we need the DebPrint() trace of the problem to conclude.
If Andy could recompile with:
diff --git a/src/w32fns.c b/src/w32fns.c
index a5018ae..f439e36 100644
--- a/src/w32fns.c
+++ b/src/w32fns.c
@@ -8553,7 +8553,7 @@ _DebPrint (const char *fmt, ...)
va_start (args, fmt);
vsprintf (buf, fmt, args);
va_end (args);
-#if CYGWIN
+#if 1 /* CYGWIN */
fprintf (stderr, "%s", buf);
#endif
OutputDebugString (buf);
It would ease the printing/copying/pasting of DebPrint() messages.
About w32heap.c, the very minimum that we need is :
diff --git a/src/w32heap.c b/src/w32heap.c
index 00da86a..91167cd 100644
--- a/src/w32heap.c
+++ b/src/w32heap.c
@@ -654,7 +654,7 @@ mmap_alloc (void **var, size_t nbytes)
*var = VirtualAlloc (p, nbytes, MEM_COMMIT, PAGE_READWRITE);
}
- if (!p)
+ if (p == NULL || *var == NULL)
{
if (GetLastError () == ERROR_NOT_ENOUGH_MEMORY)
errno = ENOMEM;
@@ -718,6 +718,7 @@ mmap_realloc (void **var, size_t nbytes)
DebPrint (("realloc enlarge: VirtualAlloc error %ld\n",
GetLastError ()));
errno = ENOMEM;
+ return NULL;
}
return *var;
}
About mmap_realloc(), I'm not sure a second attempt at reallocating the
buffer at a different address has a better chance to succeed
(but who knows ? Maybe you are right to try, but I would avoid the jump
between the branches of the conditional).
Anyway, there may be some other interference :
/* If there is enough room in the current reserved area, then
commit more pages as needed. */
if (m2.State == MEM_RESERVE
&& nbytes <= memInfo.RegionSize + m2.RegionSize)
{
If the address sent to mmap_realloc() has been messed up by another part of
the code, we won't know it, VirtualQuery will return
a wrong value and we will keep taking wrong decisions. For example, if
m2.State is not MEM_RESERVE, what does that mean?
Every block that we try to reallocate should have been allocated first, so
reserved first. Are there other cases that could happen?
The error codes from VirtualAlloc() here are crucial.
Admittedly, if there were problems of this nature, they would probably have
been observed on other platforms.
> > Second, I don't see the problem in mmap_alloc(): if VirtualAlloc()
> fails, p is NULL and this is the value returned
> > at line 668:
> >
> > return *var = p;
> >
> > Am I missing something here ?
>
> I thought about the scenario where VirtualAlloc succeeds in the call
> with MEM_RESERVE, but fails in the call with MEM_COMMIT.
>
Ok, agreed.
> Please also read the rest of the thread, perhaps my conclusion about
> mmap_realloc being the culprit as incorrect. I just don't see how
> else to explain the fact that Emacs asked to enlarge the buffer beyond
> 64KB, but got a valid pointer to only a 64KB memory region.
>
I'm positive on the fact that mmap_realloc() should have returned NULL, so
that
any caller could take the right action. At the moment, it failed to enlarge
the bloc,
but acted as if it were able to do so by returning its address. Hence
cascading
problems.
Fabrice
[-- Attachment #2: Type: text/html, Size: 6478 bytes --]
^ permalink raw reply related [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 21:35 ` Fabrice Popineau
@ 2016-02-13 22:11 ` Eli Zaretskii
2016-02-13 23:44 ` Fabrice Popineau
2016-02-14 5:41 ` Eli Zaretskii
0 siblings, 2 replies; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-13 22:11 UTC (permalink / raw)
To: Fabrice Popineau; +Cc: 22526, andrewjmoreton
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Sat, 13 Feb 2016 22:35:57 +0100
> Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
>
> I think we need the DebPrint() trace of the problem to conclude.
I think the patch I propose below will help in that.
> About w32heap.c, the very minimum that we need is :
>
> diff --git a/src/w32heap.c b/src/w32heap.c
> index 00da86a..91167cd 100644
> --- a/src/w32heap.c
> +++ b/src/w32heap.c
> @@ -654,7 +654,7 @@ mmap_alloc (void **var, size_t nbytes)
> *var = VirtualAlloc (p, nbytes, MEM_COMMIT, PAGE_READWRITE);
> }
>
> - if (!p)
> + if (p == NULL || *var == NULL)
> {
> if (GetLastError () == ERROR_NOT_ENOUGH_MEMORY)
> errno = ENOMEM;
> @@ -718,6 +718,7 @@ mmap_realloc (void **var, size_t nbytes)
> DebPrint (("realloc enlarge: VirtualAlloc error %ld\n",
> GetLastError ()));
> errno = ENOMEM;
> + return NULL;
> }
> return *var;
> }
See below, I think the patch I propose handles that as well.
> About mmap_realloc(), I'm not sure a second attempt at reallocating the buffer at a different address has a
> better chance to succeed
> (but who knows ? Maybe you are right to try, but I would avoid the jump between the branches of the
> conditional).
>
> Anyway, there may be some other interference :
>
> /* If there is enough room in the current reserved area, then
> commit more pages as needed. */
> if (m2.State == MEM_RESERVE
> && nbytes <= memInfo.RegionSize + m2.RegionSize)
> {
>
> If the address sent to mmap_realloc() has been messed up by another part of the code, we won't know it,
> VirtualQuery will return
> a wrong value and we will keep taking wrong decisions. For example, if m2.State is not MEM_RESERVE,
> what does that mean?
It means the region after the one we are trying to enlarge was not
reserved by us, and we should call mmap_alloc (which we do). No?
What I'm worried about is something else: the code is written under
the assumption that *var is the base address of the allocation, which
is why we use *var + memInfo.RegionSize to get to the next region.
But if *var is not the base address, this is wrong, and we should use
memInfo.BaseAddress instead, I think. WDYT?
> Every block that we try to reallocate should have been allocated first, so reserved first. Are there other cases
> that could happen?
>
> The error codes from VirtualAlloc() here are crucial.
The error is ERROR_INVALID_PARAMETER (87), as Andy just reported.
> Admittedly, if there were problems of this nature, they would probably have been observed on other platforms.
I agree that it's strange we only see this now on a single machine.
But maybe Andy does have memory content he doesn't know about.
Anyway, here's the patch I propose. Andy, please apply this and then
run Emacs under GDB again, so that the error messages will be seen.
The patch includes the previous one.
diff --git a/src/w32heap.c b/src/w32heap.c
index 00da86a..a05c7f2 100644
--- a/src/w32heap.c
+++ b/src/w32heap.c
@@ -652,15 +652,19 @@ mmap_alloc (void **var, size_t nbytes)
{
/* Now, commit pages for NBYTES. */
*var = VirtualAlloc (p, nbytes, MEM_COMMIT, PAGE_READWRITE);
+ if (*var == NULL)
+ p = *var;
}
if (!p)
{
- if (GetLastError () == ERROR_NOT_ENOUGH_MEMORY)
+ DWORD e = GetLastError ();
+
+ if (e == ERROR_NOT_ENOUGH_MEMORY)
errno = ENOMEM;
else
{
- DebPrint (("mmap_alloc: error %ld\n", GetLastError ()));
+ DebPrint (("mmap_alloc: error %ld\n", e));
errno = EINVAL;
}
}
@@ -700,6 +704,8 @@ mmap_realloc (void **var, size_t nbytes)
/* We need to enlarge the block. */
if (memInfo.RegionSize < nbytes)
{
+ void *old_ptr;
+
if (VirtualQuery (*var + memInfo.RegionSize, &m2, sizeof(m2)) == 0)
DebPrint (("mmap_realloc: VirtualQuery error = %ld\n",
GetLastError ()));
@@ -715,9 +721,11 @@ mmap_realloc (void **var, size_t nbytes)
MEM_COMMIT, PAGE_READWRITE);
if (!p /* && GetLastError() != ERROR_NOT_ENOUGH_MEMORY */)
{
- DebPrint (("realloc enlarge: VirtualAlloc error %ld\n",
+ DebPrint (("realloc enlarge: VirtualAlloc (%p + %I64x, %I64x) error %ld\n",
+ *var, (uint64_t)memInfo.RegionSize,
+ (uint64_t)(nbytes - memInfo.RegionSize),
GetLastError ()));
- errno = ENOMEM;
+ goto enlarge_block;
}
return *var;
}
@@ -726,7 +734,8 @@ mmap_realloc (void **var, size_t nbytes)
/* Else we must actually enlarge the block by allocating a
new one and copying previous contents from the old to the
new one. */
- void *old_ptr = *var;
+ enlarge_block:
+ old_ptr = *var;
if (mmap_alloc (var, nbytes))
{
^ permalink raw reply related [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 22:11 ` Eli Zaretskii
@ 2016-02-13 23:44 ` Fabrice Popineau
2016-02-14 5:49 ` Eli Zaretskii
2016-02-14 5:41 ` Eli Zaretskii
1 sibling, 1 reply; 42+ messages in thread
From: Fabrice Popineau @ 2016-02-13 23:44 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 22526, andrewjmoreton
[-- Attachment #1: Type: text/plain, Size: 1700 bytes --]
2016-02-13 23:11 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> I think the patch I propose below will help in that.
>
>
Ok, let's see what Andy will come with.
> > Anyway, there may be some other interference :
> >
> > /* If there is enough room in the current reserved area, then
> > commit more pages as needed. */
> > if (m2.State == MEM_RESERVE
> > && nbytes <= memInfo.RegionSize + m2.RegionSize)
> > {
> >
> > If the address sent to mmap_realloc() has been messed up by another part
> of the code, we won't know it,
> > VirtualQuery will return
> > a wrong value and we will keep taking wrong decisions. For example, if
> m2.State is not MEM_RESERVE,
> > what does that mean?
>
> It means the region after the one we are trying to enlarge was not
> reserved by us, and we should call mmap_alloc (which we do). No?
>
> What I'm worried about is something else: the code is written under
> the assumption that *var is the base address of the allocation, which
> is why we use *var + memInfo.RegionSize to get to the next region.
> But if *var is not the base address, this is wrong, and we should use
> memInfo.BaseAddress instead, I think. WDYT?
>
>
Yes, that should probably be more correct.
But that would also mean someone has changed b->text->beg for some buffer b.
Is there somewhere a good reason to do that ?
The mmap_alloc() and mmap_realloc() are called each at one place only in
buffer.c .
Maybe we should try to assert *var == memInfo.BaseAddress and see if it
breaks.
>
> > The error codes from VirtualAlloc() here are crucial.
>
> The error is ERROR_INVALID_PARAMETER (87), as Andy just reported.
>
>
Weird. There is a good chance that *var is wrong and you are right.
Fabrice
[-- Attachment #2: Type: text/html, Size: 2650 bytes --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 22:11 ` Eli Zaretskii
2016-02-13 23:44 ` Fabrice Popineau
@ 2016-02-14 5:41 ` Eli Zaretskii
2016-02-14 14:17 ` Andy Moreton
1 sibling, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-14 5:41 UTC (permalink / raw)
To: fabrice.popineau; +Cc: 22526, andrewjmoreton
> Date: Sun, 14 Feb 2016 00:11:58 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 22526@debbugs.gnu.org, andrewjmoreton@gmail.com
>
> > From: Fabrice Popineau <fabrice.popineau@gmail.com>
> > Date: Sat, 13 Feb 2016 22:35:57 +0100
> > Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
> >
> > I think we need the DebPrint() trace of the problem to conclude.
>
> I think the patch I propose below will help in that.
Fabrice didn't like my goto, so here's a version without that:
diff --git a/src/w32heap.c b/src/w32heap.c
index 00da86a..6047b19 100644
--- a/src/w32heap.c
+++ b/src/w32heap.c
@@ -652,15 +652,19 @@ mmap_alloc (void **var, size_t nbytes)
{
/* Now, commit pages for NBYTES. */
*var = VirtualAlloc (p, nbytes, MEM_COMMIT, PAGE_READWRITE);
+ if (*var == NULL)
+ p = *var;
}
if (!p)
{
- if (GetLastError () == ERROR_NOT_ENOUGH_MEMORY)
+ DWORD e = GetLastError ();
+
+ if (e == ERROR_NOT_ENOUGH_MEMORY)
errno = ENOMEM;
else
{
- DebPrint (("mmap_alloc: error %ld\n", GetLastError ()));
+ DebPrint (("mmap_alloc: error %ld\n", e));
errno = EINVAL;
}
}
@@ -700,6 +704,8 @@ mmap_realloc (void **var, size_t nbytes)
/* We need to enlarge the block. */
if (memInfo.RegionSize < nbytes)
{
+ void *old_ptr;
+
if (VirtualQuery (*var + memInfo.RegionSize, &m2, sizeof(m2)) == 0)
DebPrint (("mmap_realloc: VirtualQuery error = %ld\n",
GetLastError ()));
@@ -715,31 +721,29 @@ mmap_realloc (void **var, size_t nbytes)
MEM_COMMIT, PAGE_READWRITE);
if (!p /* && GetLastError() != ERROR_NOT_ENOUGH_MEMORY */)
{
- DebPrint (("realloc enlarge: VirtualAlloc error %ld\n",
+ DebPrint (("realloc enlarge: VirtualAlloc (%p + %I64x, %I64x) error %ld\n",
+ *var, (uint64_t)memInfo.RegionSize,
+ (uint64_t)(nbytes - memInfo.RegionSize),
GetLastError ()));
- errno = ENOMEM;
}
+ else
+ return *var;
+ }
+ /* Else we must actually enlarge the block by allocating a new
+ one and copying previous contents from the old to the new one. */
+ old_ptr = *var;
+
+ if (mmap_alloc (var, nbytes))
+ {
+ CopyMemory (*var, old_ptr, memInfo.RegionSize);
+ mmap_free (&old_ptr);
return *var;
}
else
{
- /* Else we must actually enlarge the block by allocating a
- new one and copying previous contents from the old to the
- new one. */
- void *old_ptr = *var;
-
- if (mmap_alloc (var, nbytes))
- {
- CopyMemory (*var, old_ptr, memInfo.RegionSize);
- mmap_free (&old_ptr);
- return *var;
- }
- else
- {
- /* We failed to enlarge the buffer. */
- *var = old_ptr;
- return NULL;
- }
+ /* We failed to reallocate the buffer. */
+ *var = old_ptr;
+ return NULL;
}
}
^ permalink raw reply related [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 23:44 ` Fabrice Popineau
@ 2016-02-14 5:49 ` Eli Zaretskii
2016-02-14 9:05 ` Fabrice Popineau
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-14 5:49 UTC (permalink / raw)
To: Fabrice Popineau; +Cc: 22526, andrewjmoreton
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Sun, 14 Feb 2016 00:44:01 +0100
> Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
>
> What I'm worried about is something else: the code is written under
> the assumption that *var is the base address of the allocation, which
> is why we use *var + memInfo.RegionSize to get to the next region.
> But if *var is not the base address, this is wrong, and we should use
> memInfo.BaseAddress instead, I think. WDYT?
>
> Yes, that should probably be more correct.
> But that would also mean someone has changed b->text->beg for some buffer b.
> Is there somewhere a good reason to do that ?
No, there isn't. But how sure are we that the address VirtualAlloc
returns to us when we commit is always the base address of the region?
It could theoretically return any page-aligned address within the
region we previously reserved, no? So I added debugging printouts to
actually show those data. (I also tried to google for failure to
commit reserved memory, but didn't find anything that looked like our
case.)
Btw, what exactly is the difference between memInfo.BaseAddress and
memInfo.AllocationBase? The MSDN documentation describes both using
the same words in different order, so it's hard to understand.
> The mmap_alloc() and mmap_realloc() are called each at one place only in buffer.c .
> Maybe we should try to assert *var == memInfo.BaseAddress and see if it breaks.
Will do if nothing else come up.
> > The error codes from VirtualAlloc() here are crucial.
>
> The error is ERROR_INVALID_PARAMETER (87), as Andy just reported.
>
> Weird. There is a good chance that *var is wrong and you are right.
Maybe. I'd actually expect ERROR_INVALID_ADDRESS in that case, but
this is not explicitly documented anywhere.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 5:49 ` Eli Zaretskii
@ 2016-02-14 9:05 ` Fabrice Popineau
2016-02-14 16:57 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Fabrice Popineau @ 2016-02-14 9:05 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 22526, andrewjmoreton
[-- Attachment #1: Type: text/plain, Size: 2889 bytes --]
2016-02-14 6:49 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> > From: Fabrice Popineau <fabrice.popineau@gmail.com>
> > Date: Sun, 14 Feb 2016 00:44:01 +0100
> > Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
> >
> > What I'm worried about is something else: the code is written under
> > the assumption that *var is the base address of the allocation, which
> > is why we use *var + memInfo.RegionSize to get to the next region.
> > But if *var is not the base address, this is wrong, and we should use
> > memInfo.BaseAddress instead, I think. WDYT?
> >
> > Yes, that should probably be more correct.
> > But that would also mean someone has changed b->text->beg for some
> buffer b.
> > Is there somewhere a good reason to do that ?
>
> No, there isn't. But how sure are we that the address VirtualAlloc
> returns to us when we commit is always the base address of the region?
>
This what the documentation says.
https://msdn.microsoft.com/en-us/library/windows/desktop/aa366887(v=vs.85).aspx
Return value
If the function succeeds, the return value is the base address of the
allocated region of pages.
If the function fails, the return value is NULL. To get extended error
information, call GetLastError.
> (I also tried to google for failure to
> commit reserved memory, but didn't find anything that looked like our
> case.)
>
> I did the same.
> Btw, what exactly is the difference between memInfo.BaseAddress and
> memInfo.AllocationBase? The MSDN documentation describes both using
> the same words in different order, so it's hard to understand.
>
>
Same question here.
Re-reading the documentation, I would understand it as :
- BaseAddress is the adress that we passed to VirtualQuery, rounded down to
the beginning of the page
- AllocationBase is the start of the bloc of pages that we have committed
previously.
So we should use AllocationBase.
Another thing I wonder: could pages be in a state MEM_RESERVE | MEM_COMMIT?
I hope not.
> > The mmap_alloc() and mmap_realloc() are called each at one place only in
> buffer.c .
> > Maybe we should try to assert *var == memInfo.BaseAddress and see if it
> breaks.
>
> Will do if nothing else come up.
>
> > > The error codes from VirtualAlloc() here are crucial.
> >
> > The error is ERROR_INVALID_PARAMETER (87), as Andy just reported.
> >
> > Weird. There is a good chance that *var is wrong and you are right.
>
> Maybe. I'd actually expect ERROR_INVALID_ADDRESS in that case, but
> this is not explicitly documented anywhere.
>
Something I refer to when I need to understand the inner workings of the
win32 API is the source code for ReactOS:
http://doxygen.reactos.org/d2/d2c/virtual_8c_a39ad5f8f1a5214f4874171695ab2bd6b.html#a39ad5f8f1a5214f4874171695ab2bd6b
(for example).
Not ideal, and it doesn't mean the MS thing works the same way, but at
least it allows to understand some things.
Fabrice
[-- Attachment #2: Type: text/html, Size: 4900 bytes --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 5:41 ` Eli Zaretskii
@ 2016-02-14 14:17 ` Andy Moreton
2016-02-14 16:55 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-14 14:17 UTC (permalink / raw)
To: 22526
On Sun 14 Feb 2016, Eli Zaretskii wrote:
>> Date: Sun, 14 Feb 2016 00:11:58 +0200
>> From: Eli Zaretskii <eliz@gnu.org>
>> Cc: 22526@debbugs.gnu.org, andrewjmoreton@gmail.com
>>
>> > From: Fabrice Popineau <fabrice.popineau@gmail.com>
>> > Date: Sat, 13 Feb 2016 22:35:57 +0100
>> > Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
>> >
>> > I think we need the DebPrint() trace of the problem to conclude.
>>
>> I think the patch I propose below will help in that.
>
> Fabrice didn't like my goto, so here's a version without that:
For some reason "git apply" did not like this patch, so I had to apply
it by hand (on top of commit cc6d9064905). Running that under gdb and
opening a group in gnus showed:
warning: realloc enlarge: VirtualAlloc (00000000001f0000 + 10000, 807) error 87
Emacs kept working normally at this point, so the latest patch improves things.
Looking at the running emacs with vmmap (a Microsoft Sysinternals tool),
I see that the region it was trying to expand the block into was already
occupied:
Address Type Size Committed Private Blocks Protection Details
00000000001F0000 Private Data 4 4 4 1 Read/Write
00000000001F0000 Private Data 4 4 4 Read/Write
0000000000200000 Private Data 2,048 44 44 9 Read/Write Thread Environment Block ID: 1112
0000000000200000 Private Data 1,008 Reserved Thread Environment Block ID: 1112
00000000002FC000 Private Data 12 12 12 Read/Write Thread Environment Block ID: 1112
00000000002FF000 Private Data 24 Reserved Thread Environment Block ID: 1112
0000000000305000 Private Data 16 16 16 Read/Write Thread Environment Block ID: 1112
0000000000309000 Private Data 88 Reserved Thread Environment Block ID: 1112
000000000031F000 Private Data 8 8 8 Read/Write Thread Environment Block ID: 1112
0000000000321000 Private Data 24 Reserved Thread Environment Block ID: 1112
0000000000327000 Private Data 8 8 8 Read/Write Thread Environment Block ID: 1112
0000000000329000 Private Data 860 Reserved Thread Environment Block ID: 1112
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 14:17 ` Andy Moreton
@ 2016-02-14 16:55 ` Eli Zaretskii
2016-02-14 17:51 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-14 16:55 UTC (permalink / raw)
To: Andy Moreton; +Cc: 22526
> From: Andy Moreton <andrewjmoreton@gmail.com>
> Date: Sun, 14 Feb 2016 14:17:19 +0000
>
> warning: realloc enlarge: VirtualAlloc (00000000001f0000 + 10000, 807) error 87
>
> Emacs kept working normally at this point, so the latest patch improves things.
>
> Looking at the running emacs with vmmap (a Microsoft Sysinternals tool),
> I see that the region it was trying to expand the block into was already
> occupied:
>
> Address Type Size Committed Private Blocks Protection Details
> 00000000001F0000 Private Data 4 4 4 1 Read/Write
> 00000000001F0000 Private Data 4 4 4 Read/Write
> 0000000000200000 Private Data 2,048 44 44 9 Read/Write Thread Environment Block ID: 1112
> 0000000000200000 Private Data 1,008 Reserved Thread Environment Block ID: 1112
I don't understand how it could have been occupied when the above
message was shown, because of this condition:
if (VirtualQuery (*var + memInfo.RegionSize, &m2, sizeof(m2)) == 0)
DebPrint (("mmap_realloc: VirtualQuery error = %ld\n",
GetLastError ()));
/* If there is enough room in the current reserved area, then
commit more pages as needed. */
if (m2.State == MEM_RESERVE <<<<<<<<<<<<<<<<<<<<<<<<<<<<
&& nbytes <= memInfo.RegionSize + m2.RegionSize)
{
This 'if' says that the region starting at 0x1f0000+0x10000 is in the
"reserved" state, i.e. it cannot be used by any process, including the
Emacs process (Emacs can only start using it after committing the
region, which is exactly what the failed call to VirtualAlloc tried to
do). Am I missing something?
It's good to know the patch improves things. I will push it, and I
will also add more debugging printouts to help us understand better
what is going on here.
Thanks.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 9:05 ` Fabrice Popineau
@ 2016-02-14 16:57 ` Eli Zaretskii
0 siblings, 0 replies; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-14 16:57 UTC (permalink / raw)
To: Fabrice Popineau; +Cc: 22526, andrewjmoreton
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Sun, 14 Feb 2016 10:05:12 +0100
> Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
>
> Btw, what exactly is the difference between memInfo.BaseAddress and
> memInfo.AllocationBase? The MSDN documentation describes both using
> the same words in different order, so it's hard to understand.
>
> Same question here.
> Re-reading the documentation, I would understand it as :
> - BaseAddress is the adress that we passed to VirtualQuery, rounded down to the beginning of the page
> - AllocationBase is the start of the bloc of pages that we have committed previously.
> So we should use AllocationBase.
Right. Although running under a debugger seems to indicate that they
are always the same, somehow.
> Another thing I wonder: could pages be in a state MEM_RESERVE | MEM_COMMIT?
> I hope not.
No, these 2 states are mutually exclusive, according to my reading of
the documentation.
> > > The error codes from VirtualAlloc() here are crucial.
> >
> > The error is ERROR_INVALID_PARAMETER (87), as Andy just reported.
> >
> > Weird. There is a good chance that *var is wrong and you are right.
>
> Maybe. I'd actually expect ERROR_INVALID_ADDRESS in that case, but
> this is not explicitly documented anywhere.
>
>
> Something I refer to when I need to understand the inner workings of the win32 API is the source code for
> ReactOS:
> http://doxygen.reactos.org/d2/d2c/virtual_8c_a39ad5f8f1a5214f4874171695ab2bd6b.html#a39ad5f8f1a5214f4874171695ab2bd6b
>
> (for example).
> Not ideal, and it doesn't mean the MS thing works the same way, but at least it allows to understand some
> things.
Yes. There's also WINE.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 16:55 ` Eli Zaretskii
@ 2016-02-14 17:51 ` Eli Zaretskii
2016-02-14 21:04 ` Fabrice Popineau
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-14 17:51 UTC (permalink / raw)
To: andrewjmoreton, Fabrice Popineau; +Cc: 22526
> Date: Sun, 14 Feb 2016 18:55:08 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 22526@debbugs.gnu.org
>
> It's good to know the patch improves things. I will push it, and I
> will also add more debugging printouts to help us understand better
> what is going on here.
Done. Please use the changeset in commit 8badf95. If the error
message in mmap_realloc gets printed by GDB, please show the data it
reveals.
Thanks.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 17:51 ` Eli Zaretskii
@ 2016-02-14 21:04 ` Fabrice Popineau
2016-02-14 21:29 ` Eli Zaretskii
2016-02-14 21:34 ` Eli Zaretskii
0 siblings, 2 replies; 42+ messages in thread
From: Fabrice Popineau @ 2016-02-14 21:04 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 22526, andrewjmoreton
[-- Attachment #1: Type: text/plain, Size: 1285 bytes --]
I see the same block Andrew sees using vmmap and I wonder what buffer is
attached to it.
Also vmmap reports a 4k block committed at 0x1F0000. If I ask vmmap to
display free/unusable blocks,
it reports 0x1F1000 as unusable, size 60k and committed 60k. The problem is
that the first block has been
allocated with 4k, so the next 60k are unusable. We should allocate by
block by allocation granularity
as reported by GetSystemInfo().
http://blogs.microsoft.co.il/sasha/2014/07/22/tracking-unusable-virtual-memory-vmmap/
http://forum.sysinternals.com/what-does-vmmap-means-by-unusable-memory_topic25797.html
https://msdn.microsoft.com/en-us/library/windows/desktop/ms724958(v=vs.85).aspx
We have been lucky (or maybe unlucky !) not being hit by this problem
sooner.
Fabrice
2016-02-14 18:51 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> > Date: Sun, 14 Feb 2016 18:55:08 +0200
> > From: Eli Zaretskii <eliz@gnu.org>
> > Cc: 22526@debbugs.gnu.org
> >
> > It's good to know the patch improves things. I will push it, and I
> > will also add more debugging printouts to help us understand better
> > what is going on here.
>
> Done. Please use the changeset in commit 8badf95. If the error
> message in mmap_realloc gets printed by GDB, please show the data it
> reveals.
>
> Thanks.
>
[-- Attachment #2: Type: text/html, Size: 2215 bytes --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 21:04 ` Fabrice Popineau
@ 2016-02-14 21:29 ` Eli Zaretskii
2016-02-14 21:31 ` Fabrice Popineau
2016-02-14 21:34 ` Eli Zaretskii
1 sibling, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-14 21:29 UTC (permalink / raw)
To: Fabrice Popineau; +Cc: 22526, andrewjmoreton
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Sun, 14 Feb 2016 22:04:39 +0100
> Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
>
> I see the same block Andrew sees using vmmap and I wonder what buffer is attached to it.
You can find that out by running under a debugger and placing a
conditional breakpoint where we allocate memory for buffers.
> Also vmmap reports a 4k block committed at 0x1F0000. If I ask vmmap to display free/unusable blocks,
> it reports 0x1F1000 as unusable, size 60k and committed 60k. The problem is that the first block has been
> allocated with 4k, so the next 60k are unusable. We should allocate by block by allocation granularity
> as reported by GetSystemInfo().
You mean, instead of reserving NBYTES or 2 * NBYTES, round it up to an
integral number of 64KB chunks?
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 21:29 ` Eli Zaretskii
@ 2016-02-14 21:31 ` Fabrice Popineau
0 siblings, 0 replies; 42+ messages in thread
From: Fabrice Popineau @ 2016-02-14 21:31 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 22526, andrewjmoreton
[-- Attachment #1: Type: text/plain, Size: 1060 bytes --]
2016-02-14 22:29 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> > From: Fabrice Popineau <fabrice.popineau@gmail.com>
> > Date: Sun, 14 Feb 2016 22:04:39 +0100
> > Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
> >
> > I see the same block Andrew sees using vmmap and I wonder what buffer is
> attached to it.
>
> You can find that out by running under a debugger and placing a
> conditional breakpoint where we allocate memory for buffers.
>
> > Also vmmap reports a 4k block committed at 0x1F0000. If I ask vmmap to
> display free/unusable blocks,
> > it reports 0x1F1000 as unusable, size 60k and committed 60k. The problem
> is that the first block has been
> > allocated with 4k, so the next 60k are unusable. We should allocate by
> block by allocation granularity
> > as reported by GetSystemInfo().
>
> You mean, instead of reserving NBYTES or 2 * NBYTES, round it up to an
> integral number of 64KB chunks?
>
Definitely yes, for the MEM_RESERVE VirtualAlloc() calls.
And I expect that Andrew shouldn't see the DebPrint() message anymore.
Fabrice
[-- Attachment #2: Type: text/html, Size: 1776 bytes --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 21:04 ` Fabrice Popineau
2016-02-14 21:29 ` Eli Zaretskii
@ 2016-02-14 21:34 ` Eli Zaretskii
2016-02-14 21:41 ` Fabrice Popineau
1 sibling, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-14 21:34 UTC (permalink / raw)
To: Fabrice Popineau; +Cc: 22526, andrewjmoreton
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Sun, 14 Feb 2016 22:04:39 +0100
> Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
>
> Also vmmap reports a 4k block committed at 0x1F0000. If I ask vmmap to display free/unusable blocks,
> it reports 0x1F1000 as unusable, size 60k and committed 60k. The problem is that the first block has been
> allocated with 4k, so the next 60k are unusable. We should allocate by block by allocation granularity
> as reported by GetSystemInfo().
Actually... are you saying this explains Andrew's problem in some way?
I cannot see how, because in that case we requested less than 1 page
in the next region, so if even 4KB (one page) was available there, the
call to VirtualAlloc to commit that chunk should have succeeded. No?
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 21:34 ` Eli Zaretskii
@ 2016-02-14 21:41 ` Fabrice Popineau
2016-02-15 3:32 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Fabrice Popineau @ 2016-02-14 21:41 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 22526, andrewjmoreton
[-- Attachment #1.1: Type: text/plain, Size: 2103 bytes --]
As vmmap shows it, the next region is unusable.
The reserved region is 4k and the 60k after are lost.
I think it is worth to try that :
diff --git a/src/w32heap.c b/src/w32heap.c
index 69706a3..db14357 100644
--- a/src/w32heap.c
+++ b/src/w32heap.c
@@ -641,12 +641,12 @@ mmap_alloc (void **var, size_t nbytes)
advance, and the buffer is enlarged several times as the data is
decompressed on the fly. */
if (nbytes < MAX_BUFFER_SIZE)
- p = VirtualAlloc (NULL, (nbytes * 2), MEM_RESERVE, PAGE_READWRITE);
+ p = VirtualAlloc (NULL, ROUND_UP((nbytes * 2), get_allocation_unit()),
MEM_RESERVE, PAGE_READWRITE);
/* If it fails, or if the request is above 512MB, try with the
requested size. */
if (p == NULL)
- p = VirtualAlloc (NULL, nbytes, MEM_RESERVE, PAGE_READWRITE);
+ p = VirtualAlloc (NULL, ROUND_UP(nbytes, get_allocation_unit()),
MEM_RESERVE, PAGE_READWRITE);
if (p != NULL)
{
because running with it, vmmap shows now :
[image: Images intégrées 1]
and you see the 64k block is reserved, the first 4k are commited and the
next 60k are usable.
Anyway, it is more correct with this patch than without it.
Fabrice
2016-02-14 22:34 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> > From: Fabrice Popineau <fabrice.popineau@gmail.com>
> > Date: Sun, 14 Feb 2016 22:04:39 +0100
> > Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
> >
> > Also vmmap reports a 4k block committed at 0x1F0000. If I ask vmmap to
> display free/unusable blocks,
> > it reports 0x1F1000 as unusable, size 60k and committed 60k. The problem
> is that the first block has been
> > allocated with 4k, so the next 60k are unusable. We should allocate by
> block by allocation granularity
> > as reported by GetSystemInfo().
>
> Actually... are you saying this explains Andrew's problem in some way?
> I cannot see how, because in that case we requested less than 1 page
> in the next region, so if even 4KB (one page) was available there, the
> call to VirtualAlloc to commit that chunk should have succeeded. No?
>
[-- Attachment #1.2: Type: text/html, Size: 3040 bytes --]
[-- Attachment #2: image.png --]
[-- Type: image/png, Size: 158886 bytes --]
^ permalink raw reply related [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-14 21:41 ` Fabrice Popineau
@ 2016-02-15 3:32 ` Eli Zaretskii
2016-02-15 8:09 ` Fabrice Popineau
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-15 3:32 UTC (permalink / raw)
To: Fabrice Popineau; +Cc: 22526, andrewjmoreton
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Sun, 14 Feb 2016 22:41:43 +0100
> Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
>
> As vmmap shows it, the next region is unusable.
> The reserved region is 4k and the 60k after are lost.
But we only asked for 800 bytes, which could have been satisfied by
those 4KB that were reserved there, no? So why dod the commit fail?
> I think it is worth to try that :
>
> diff --git a/src/w32heap.c b/src/w32heap.c
> index 69706a3..db14357 100644
> --- a/src/w32heap.c
> +++ b/src/w32heap.c
> @@ -641,12 +641,12 @@ mmap_alloc (void **var, size_t nbytes)
> advance, and the buffer is enlarged several times as the data is
> decompressed on the fly. */
> if (nbytes < MAX_BUFFER_SIZE)
> - p = VirtualAlloc (NULL, (nbytes * 2), MEM_RESERVE, PAGE_READWRITE);
> + p = VirtualAlloc (NULL, ROUND_UP((nbytes * 2), get_allocation_unit()), MEM_RESERVE,
> PAGE_READWRITE);
>
> /* If it fails, or if the request is above 512MB, try with the
> requested size. */
> if (p == NULL)
> - p = VirtualAlloc (NULL, nbytes, MEM_RESERVE, PAGE_READWRITE);
> + p = VirtualAlloc (NULL, ROUND_UP(nbytes, get_allocation_unit()), MEM_RESERVE,
> PAGE_READWRITE);
>
> if (p != NULL)
> {
>
> because running with it, vmmap shows now :
>
> Images intégrées 1
>
> and you see the 64k block is reserved, the first 4k are commited and the next 60k are usable.
> Anyway, it is more correct with this patch than without it.
I agree. I will commit something like that soon.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-15 3:32 ` Eli Zaretskii
@ 2016-02-15 8:09 ` Fabrice Popineau
2016-02-15 11:39 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Fabrice Popineau @ 2016-02-15 8:09 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 22526, andrewjmoreton
[-- Attachment #1: Type: text/plain, Size: 777 bytes --]
2016-02-15 4:32 GMT+01:00 Eli Zaretskii <eliz@gnu.org>:
> > From: Fabrice Popineau <fabrice.popineau@gmail.com>
> > Date: Sun, 14 Feb 2016 22:41:43 +0100
> > Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
> >
> > As vmmap shows it, the next region is unusable.
> > The reserved region is 4k and the 60k after are lost.
>
> But we only asked for 800 bytes, which could have been satisfied by
> those 4KB that were reserved there, no? So why dod the commit fail?
>
>
As I read it, the first bloc has been reserved and committed for 4k =
0x10000 starting at 0x1f0000, and then 800 bytes
have been asked for at 0x1f0000+0x10000 = 0x200000, but we failedl to
extend the block (mmap_realloc failed
to commit further pages to accommodate the 800 bytes).
Am I wrong ?
Fabrice
[-- Attachment #2: Type: text/html, Size: 1408 bytes --]
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-15 8:09 ` Fabrice Popineau
@ 2016-02-15 11:39 ` Eli Zaretskii
0 siblings, 0 replies; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-15 11:39 UTC (permalink / raw)
To: Fabrice Popineau; +Cc: 22526, andrewjmoreton
> From: Fabrice Popineau <fabrice.popineau@gmail.com>
> Date: Mon, 15 Feb 2016 09:09:09 +0100
> Cc: andrewjmoreton@gmail.com, 22526@debbugs.gnu.org
>
> > As vmmap shows it, the next region is unusable.
> > The reserved region is 4k and the 60k after are lost.
>
> But we only asked for 800 bytes, which could have been satisfied by
> those 4KB that were reserved there, no? So why dod the commit fail?
>
> As I read it, the first bloc has been reserved and committed for 4k = 0x10000 starting at 0x1f0000, and then
> 800 bytes
> have been asked for at 0x1f0000+0x10000 = 0x200000, but we failedl to extend the block (mmap_realloc
> failed
> to commit further pages to accommodate the 800 bytes).
No. We had a buffer whose size was 0xf804, in a block starting at
0x1f0000, which means we already had 0x10000 committed there. We
needed to enlarge buffer text by another 0x1000 (4KB), which exceeded
the 64KB committed size by 807 bytes, so we asked for a commit of 807
bytes of the next region, starting at 0x200000. That should have
given us a single 4KB page, since the state of that region was
"reserved". Instead, it failed with ERROR_INVALID_PARAMETER.
IOW, all of the 64KB of the 0x1f0000 block were already committed, and
all we needed was a single page of the next block.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-13 21:26 ` Andy Moreton
@ 2016-02-16 1:18 ` Andy Moreton
2016-02-16 3:46 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-16 1:18 UTC (permalink / raw)
To: 22526
On Sat 13 Feb 2016, Andy Moreton wrote:
> On 13/02/2016 15:52, Eli Zaretskii wrote:
>> Thanks. Please run Emacs under GDB, and see if you get any of the
>> debug printouts in mmap_alloc and mmap_realloc when this problem
>> happens (if it happens).
>
> I now have an emacs built from changeset d97f522d3d3f with your patch.
> After a few runs, I now have a gdb session with:
>
> warning: realloc enlarge: VirtualAlloc error 87
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x000000040017209c in make_gap_larger (nbytes_added=0x1000) at
> ../../src/insdel.c:411
> 411 *(Z_ADDR) = 0;
>
> I will keep the gdb session running for further debugging.
>
> AndyM
More recent runs, built from changeset d4b93e11a519 no longer seem to
reproduce this problem.
AndyM
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-16 1:18 ` Andy Moreton
@ 2016-02-16 3:46 ` Eli Zaretskii
2016-02-20 11:08 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-16 3:46 UTC (permalink / raw)
To: Andy Moreton; +Cc: 22526
> From: Andy Moreton <andrewjmoreton@gmail.com>
> Date: Tue, 16 Feb 2016 01:18:51 +0000
>
> On Sat 13 Feb 2016, Andy Moreton wrote:
>
> > On 13/02/2016 15:52, Eli Zaretskii wrote:
> >> Thanks. Please run Emacs under GDB, and see if you get any of the
> >> debug printouts in mmap_alloc and mmap_realloc when this problem
> >> happens (if it happens).
> >
> > I now have an emacs built from changeset d97f522d3d3f with your patch.
> > After a few runs, I now have a gdb session with:
> >
> > warning: realloc enlarge: VirtualAlloc error 87
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x000000040017209c in make_gap_larger (nbytes_added=0x1000) at
> > ../../src/insdel.c:411
> > 411 *(Z_ADDR) = 0;
> >
> > I will keep the gdb session running for further debugging.
> >
> > AndyM
>
> More recent runs, built from changeset d4b93e11a519 no longer seem to
> reproduce this problem.
Too bad. Let's wait for a few more days, and if it doesn't return,
make the changes for allocation granularity and close the bug.
Thanks.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-16 3:46 ` Eli Zaretskii
@ 2016-02-20 11:08 ` Eli Zaretskii
2016-02-20 16:17 ` Andy Moreton
0 siblings, 1 reply; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-20 11:08 UTC (permalink / raw)
To: andrewjmoreton; +Cc: 22526, Fabrice Popineau
> Date: Tue, 16 Feb 2016 05:46:06 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 22526@debbugs.gnu.org
>
> > More recent runs, built from changeset d4b93e11a519 no longer seem to
> > reproduce this problem.
>
> Too bad. Let's wait for a few more days, and if it doesn't return,
> make the changes for allocation granularity and close the bug.
Any news on this? If not, I will install the changes that make the
memory reservations 64KB granular, and close the bug.
Thanks.
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-20 11:08 ` Eli Zaretskii
@ 2016-02-20 16:17 ` Andy Moreton
2016-02-20 17:01 ` Eli Zaretskii
0 siblings, 1 reply; 42+ messages in thread
From: Andy Moreton @ 2016-02-20 16:17 UTC (permalink / raw)
To: 22526
On Sat 20 Feb 2016, Eli Zaretskii wrote:
>> Date: Tue, 16 Feb 2016 05:46:06 +0200
>> From: Eli Zaretskii <eliz@gnu.org>
>> Cc: 22526@debbugs.gnu.org
>>
>> > More recent runs, built from changeset d4b93e11a519 no longer seem to
>> > reproduce this problem.
>>
>> Too bad. Let's wait for a few more days, and if it doesn't return,
>> make the changes for allocation granularity and close the bug.
>
> Any news on this? If not, I will install the changes that make the
> memory reservations 64KB granular, and close the bug.
No problems since the previous patch, so I think this can be closed now.
AndyM
^ permalink raw reply [flat|nested] 42+ messages in thread
* bug#22526: 25.0.90; Crash starting gnus
2016-02-20 16:17 ` Andy Moreton
@ 2016-02-20 17:01 ` Eli Zaretskii
0 siblings, 0 replies; 42+ messages in thread
From: Eli Zaretskii @ 2016-02-20 17:01 UTC (permalink / raw)
To: Andy Moreton; +Cc: 22526-done
> From: Andy Moreton <andrewjmoreton@gmail.com>
> Date: Sat, 20 Feb 2016 16:17:15 +0000
>
> On Sat 20 Feb 2016, Eli Zaretskii wrote:
>
> >> Date: Tue, 16 Feb 2016 05:46:06 +0200
> >> From: Eli Zaretskii <eliz@gnu.org>
> >> Cc: 22526@debbugs.gnu.org
> >>
> >> > More recent runs, built from changeset d4b93e11a519 no longer seem to
> >> > reproduce this problem.
> >>
> >> Too bad. Let's wait for a few more days, and if it doesn't return,
> >> make the changes for allocation granularity and close the bug.
> >
> > Any news on this? If not, I will install the changes that make the
> > memory reservations 64KB granular, and close the bug.
>
> No problems since the previous patch, so I think this can be closed now.
Done.
Thanks a lot to you and Fabrice for helping to investigate this
serious problem.
^ permalink raw reply [flat|nested] 42+ messages in thread
end of thread, other threads:[~2016-02-20 17:01 UTC | newest]
Thread overview: 42+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-02-01 22:13 bug#22526: 25.0.90; Crash starting gnus Andy Moreton
2016-02-07 5:42 ` Lars Ingebrigtsen
2016-02-07 16:00 ` Eli Zaretskii
2016-02-07 20:58 ` Andy Moreton
2016-02-07 21:05 ` Eli Zaretskii
2016-02-11 2:06 ` Andy Moreton
2016-02-11 20:27 ` Eli Zaretskii
2016-02-11 21:20 ` Andy Moreton
2016-02-11 21:26 ` Eli Zaretskii
2016-02-12 13:34 ` Andy Moreton
2016-02-12 16:16 ` Eli Zaretskii
2016-02-12 22:26 ` Andy Moreton
2016-02-13 8:28 ` Eli Zaretskii
2016-02-13 10:44 ` Eli Zaretskii
2016-02-13 16:08 ` Fabrice Popineau
2016-02-13 16:42 ` Eli Zaretskii
2016-02-13 21:35 ` Fabrice Popineau
2016-02-13 22:11 ` Eli Zaretskii
2016-02-13 23:44 ` Fabrice Popineau
2016-02-14 5:49 ` Eli Zaretskii
2016-02-14 9:05 ` Fabrice Popineau
2016-02-14 16:57 ` Eli Zaretskii
2016-02-14 5:41 ` Eli Zaretskii
2016-02-14 14:17 ` Andy Moreton
2016-02-14 16:55 ` Eli Zaretskii
2016-02-14 17:51 ` Eli Zaretskii
2016-02-14 21:04 ` Fabrice Popineau
2016-02-14 21:29 ` Eli Zaretskii
2016-02-14 21:31 ` Fabrice Popineau
2016-02-14 21:34 ` Eli Zaretskii
2016-02-14 21:41 ` Fabrice Popineau
2016-02-15 3:32 ` Eli Zaretskii
2016-02-15 8:09 ` Fabrice Popineau
2016-02-15 11:39 ` Eli Zaretskii
2016-02-13 15:16 ` Andy Moreton
2016-02-13 15:52 ` Eli Zaretskii
2016-02-13 21:26 ` Andy Moreton
2016-02-16 1:18 ` Andy Moreton
2016-02-16 3:46 ` Eli Zaretskii
2016-02-20 11:08 ` Eli Zaretskii
2016-02-20 16:17 ` Andy Moreton
2016-02-20 17:01 ` Eli Zaretskii
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).