GNU bug report logs - #22526
25.0.90; Crash starting gnus

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 22526 in the body.
You can then email your comments to 22526 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.0.90; Crash starting gnus
Date: Mon, 1 Feb 2016 22:13:31 +0000

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 <at> mail.gmail.com>\t<CABr8ebZ9sMRg_0LsK9iwpEc-cwvD+uuiu3UoXaQvQrsXJWVHDw <at> mail.gmail.com> 
<m17fiylfx6.fsf <at> 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 <at> mail.gmail.com>\t<CABr8ebZ9sMRg_0LsK9iwpEc-cwvD+uuiu3UoXaQvQrsXJWVHDw <at> mail.gmail.com> 
<m17fiylfx6.fsf <at> 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)

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 07 Feb 2016 16:42:11 +1100

Andy Moreton <andrewjmoreton <at> 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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 07 Feb 2016 18:00:27 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Sun, 07 Feb 2016 16:42:11 +1100
> Cc: 22526 <at> debbugs.gnu.org
> 
> Andy Moreton <andrewjmoreton <at> 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.

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
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.

    AndyM

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 07 Feb 2016 23:05:42 +0200

> From: Andy Moreton <andrewjmoreton <at> 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)

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Thu, 11 Feb 2016 02:06:54 +0000

On Sun 07 Feb 2016, Eli Zaretskii wrote:

>> From: Andy Moreton <andrewjmoreton <at> 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 <at> tuxteam.de\tThu, 28 Jan 2016 15:58:13 +0100\t<20160128145813.GB14779 <at> 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 <at> tuxteam.de\tThu, 28 Jan 2016 15:58:13 +0100\t<20160128145813.GB14779 <at> 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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Thu, 11 Feb 2016 22:27:23 +0200

> From: Andy Moreton <andrewjmoreton <at> 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.

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Thu, 11 Feb 2016 21:20:06 +0000

On Thu 11 Feb 2016, Eli Zaretskii wrote:

>> From: Andy Moreton <andrewjmoreton <at> 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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Thu, 11 Feb 2016 23:26:10 +0200

> From: Andy Moreton <andrewjmoreton <at> 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.

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Fri, 12 Feb 2016 13:34:37 +0000

On Thu 11 Feb 2016, Eli Zaretskii wrote:

>> From: Andy Moreton <andrewjmoreton <at> 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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>,
 Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Fri, 12 Feb 2016 18:16:32 +0200

> From: Andy Moreton <andrewjmoreton <at> 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))
 	    {

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Fri, 12 Feb 2016 22:26:02 +0000

On Fri 12 Feb 2016, Eli Zaretskii wrote:

>> From: Andy Moreton <andrewjmoreton <at> 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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>,
 Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sat, 13 Feb 2016 10:28:37 +0200

> From: Andy Moreton <andrewjmoreton <at> gmail.com>
> Date: Fri, 12 Feb 2016 22:26:02 +0000
> 
> On Fri 12 Feb 2016, Eli Zaretskii wrote:
> 
> >> From: Andy Moreton <andrewjmoreton <at> 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.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: andrewjmoreton <at> gmail.com, fabrice.popineau <at> gmail.com
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sat, 13 Feb 2016 12:44:11 +0200

> Date: Sat, 13 Feb 2016 10:28:37 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 22526 <at> 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?

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
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.

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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sat, 13 Feb 2016 17:52:58 +0200

> From: Andy Moreton <andrewjmoreton <at> 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).

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

From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sat, 13 Feb 2016 17:08:07 +0100

[Message part 1 (text/plain, inline)]

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 <at> gnu.org>:

> > Date: Sat, 13 Feb 2016 10:28:37 +0200
> > From: Eli Zaretskii <eliz <at> gnu.org>
> > Cc: 22526 <at> 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?
>

[Message part 2 (text/html, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sat, 13 Feb 2016 18:42:56 +0200

> From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> Date: Sat, 13 Feb 2016 17:08:07 +0100
> Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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.

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sat, 13 Feb 2016 21:26:33 +0000

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

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

From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sat, 13 Feb 2016 22:35:57 +0100

[Message part 1 (text/plain, inline)]

2016-02-13 17:42 GMT+01:00 Eli Zaretskii <eliz <at> gnu.org>:

> > From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> > Date: Sat, 13 Feb 2016 17:08:07 +0100
> > Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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

[Message part 2 (text/html, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 00:11:58 +0200

> From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> Date: Sat, 13 Feb 2016 22:35:57 +0100
> Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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))
 	    {

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

From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 00:44:01 +0100

[Message part 1 (text/plain, inline)]

2016-02-13 23:11 GMT+01:00 Eli Zaretskii <eliz <at> 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

[Message part 2 (text/html, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: fabrice.popineau <at> gmail.com
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 07:41:18 +0200

> Date: Sun, 14 Feb 2016 00:11:58 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
> 
> > From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> > Date: Sat, 13 Feb 2016 22:35:57 +0100
> > Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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;
 	}
     }
 

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 07:49:21 +0200

> From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> Date: Sun, 14 Feb 2016 00:44:01 +0100
> Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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.

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

From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 10:05:12 +0100

[Message part 1 (text/plain, inline)]

2016-02-14 6:49 GMT+01:00 Eli Zaretskii <eliz <at> gnu.org>:

> > From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> > Date: Sun, 14 Feb 2016 00:44:01 +0100
> > Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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

[Message part 2 (text/html, inline)]

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 14:17:19 +0000

On Sun 14 Feb 2016, Eli Zaretskii wrote:

>> Date: Sun, 14 Feb 2016 00:11:58 +0200
>> From: Eli Zaretskii <eliz <at> gnu.org>
>> Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
>> 
>> > From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
>> > Date: Sat, 13 Feb 2016 22:35:57 +0100
>> > Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 18:55:08 +0200

> From: Andy Moreton <andrewjmoreton <at> 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.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 18:57:54 +0200

> From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> Date: Sun, 14 Feb 2016 10:05:12 +0100
> Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: andrewjmoreton <at> gmail.com, Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 19:51:29 +0200

> Date: Sun, 14 Feb 2016 18:55:08 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 22526 <at> 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.

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

From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 22:04:39 +0100

[Message part 1 (text/plain, inline)]

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 <at> gnu.org>:

> > Date: Sun, 14 Feb 2016 18:55:08 +0200
> > From: Eli Zaretskii <eliz <at> gnu.org>
> > Cc: 22526 <at> 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.
>

[Message part 2 (text/html, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 23:29:08 +0200

> From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> Date: Sun, 14 Feb 2016 22:04:39 +0100
> Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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?

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

From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 22:31:45 +0100

[Message part 1 (text/plain, inline)]

2016-02-14 22:29 GMT+01:00 Eli Zaretskii <eliz <at> gnu.org>:

> > From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> > Date: Sun, 14 Feb 2016 22:04:39 +0100
> > Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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

[Message part 2 (text/html, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 23:34:14 +0200

> From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> Date: Sun, 14 Feb 2016 22:04:39 +0100
> Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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?

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

From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sun, 14 Feb 2016 22:41:43 +0100

[Message part 1 (text/plain, inline)]

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 <at> gnu.org>:

> > From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> > Date: Sun, 14 Feb 2016 22:04:39 +0100
> > Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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?
>

[Message part 2 (text/html, inline)]

[image.png (image/png, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Mon, 15 Feb 2016 05:32:15 +0200

> From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> Date: Sun, 14 Feb 2016 22:41:43 +0100
> Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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.

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

From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Mon, 15 Feb 2016 09:09:09 +0100

[Message part 1 (text/plain, inline)]

2016-02-15 4:32 GMT+01:00 Eli Zaretskii <eliz <at> gnu.org>:

> > From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> > Date: Sun, 14 Feb 2016 22:41:43 +0100
> > Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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

[Message part 2 (text/html, inline)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Fabrice Popineau <fabrice.popineau <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org, andrewjmoreton <at> gmail.com
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Mon, 15 Feb 2016 13:39:02 +0200

> From: Fabrice Popineau <fabrice.popineau <at> gmail.com>
> Date: Mon, 15 Feb 2016 09:09:09 +0100
> Cc: andrewjmoreton <at> gmail.com, 22526 <at> 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.

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
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.

    AndyM

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 22526 <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Tue, 16 Feb 2016 05:46:06 +0200

> From: Andy Moreton <andrewjmoreton <at> 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.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: andrewjmoreton <at> gmail.com
Cc: 22526 <at> debbugs.gnu.org, Fabrice Popineau <fabrice.popineau <at> gmail.com>
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sat, 20 Feb 2016 13:08:25 +0200

> Date: Tue, 16 Feb 2016 05:46:06 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: 22526 <at> 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.

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

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
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 <at> gnu.org>
>> Cc: 22526 <at> 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

Message #130 received at 22526-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andy Moreton <andrewjmoreton <at> gmail.com>
Cc: 22526-done <at> debbugs.gnu.org
Subject: Re: bug#22526: 25.0.90; Crash starting gnus
Date: Sat, 20 Feb 2016 19:01:44 +0200

> From: Andy Moreton <andrewjmoreton <at> 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 <at> gnu.org>
> >> Cc: 22526 <at> 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.

Previous Next

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