Package: emacs;
Reported by: Marc Munro <marc <at> bloodnok.com>
Date: Fri, 17 May 2019 21:07:02 UTC
Severity: normal
Tags: fixed, patch
Fixed in version 26.3
Done: Noam Postavsky <npostavs <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35784 in the body.
You can then email your comments to 35784 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Fri, 17 May 2019 21:07:02 GMT) Full text and rfc822 format available.Marc Munro <marc <at> bloodnok.com>
:bug-gnu-emacs <at> gnu.org
.
(Fri, 17 May 2019 21:07:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Marc Munro <marc <at> bloodnok.com> To: bug-gnu-emacs <at> gnu.org Subject: emacs 26 crash Date: Fri, 17 May 2019 13:54:27 -0700
[Message part 1 (text/plain, inline)]
This is a reproducible crash. I have loaded a lot of experimental lisp code, including some which creates a custom header line. It seems to be this that causes the crash, however only in combination with some buggy stuff that causes new frames to be used where a window split would do quite well. Without my window splitting bugs, I still get crashes but they are random and infrequent and I have been unable to create a reproducible test case. I am attaching a tgz of all the files involved, and embedding a gdb backtrace below. To reproduce: $ emacs .emacs <close the *GNU Emacs* frame> <type M-x> That's all. Thanks. __ Marc ----------------gdb session showing backtrace--------------------- marc:~$ gdb /usr/local/bin/emacs --pid 3820 GNU gdb (Debian 7.12-6) 7.12.0.20161007-git Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl .html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/local/bin/emacs...done. Attaching to program: /usr/local/bin/emacs, process 3820 [New LWP 3821] [New LWP 3822] [New LWP 3823] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux- gnu/libthread_db.so.1". 0x00007f0cb10194cc in __pselect (nfds=13, readfds=0x7ffe74b635c0, writefds=0x7ffe74b63540, exceptfds=0x0, timeout=<optimized out>, sigmask=<optimized out>) at ../sysdeps/unix/sysv/linux/pselect.c:69 69 ../sysdeps/unix/sysv/linux/pselect.c: No such file or directory. (gdb) c Continuing. buffer.h:914: Emacs fatal error: assertion failed: BUFFERP (a) Fatal error 6: Aborted Backtrace: emacs[0x5af2a5] emacs[0x582c24] emacs[0x61849e] emacs[0x5802b3] emacs[0x468bb3] emacs[0x468ffd] emacs[0x4bbe06] emacs[0x63e3d7] emacs[0x638d1c] emacs[0x640ae0] emacs[0x63fc47] emacs[0x63f42b] emacs[0x64d106] emacs[0x64d5d6] emacs[0x63e406] emacs[0x638d1c] emacs[0x640ae0] emacs[0x640392] emacs[0x63e7d6] emacs[0x638d1c] emacs[0x640ae0] emacs[0x63fc47] emacs[0x63f3f8] emacs[0x58969d] emacs[0x63c004] emacs[0x589aa0] emacs[0x63f2b4] emacs[0x589b0c] emacs[0x587b2a] emacs[0x63bd55] emacs[0x58765b] emacs[0x63b285] emacs[0x587589] emacs[0x586b7b] emacs[0x5d02ab] emacs[0x5d0f00] emacs[0x640149] emacs[0x63fb06] emacs[0x68fb93] emacs[0x640710] emacs[0x63fb4a] emacs[0x5d29fc] emacs[0x6401b7] emacs[0x63fb06] emacs[0x63ed5e] emacs[0x63e219] emacs[0x638d1c] emacs[0x640ae0] emacs[0x63fc47] emacs[0x63ed5e] emacs[0x63febc] emacs[0x63fb06] emacs[0x68fb93] emacs[0x640710] emacs[0x63fb4a] emacs[0x68fb93] emacs[0x640710] emacs[0x63fb4a] emacs[0x68fb93] emacs[0x68edcc] emacs[0x63e439] emacs[0x63d993] emacs[0x635b30] emacs[0x640022] emacs[0x63fb06] emacs[0x68fb93] emacs[0x640710] emacs[0x63fb4a] emacs[0x63f42b] emacs[0x58824a] emacs[0x63bd55] emacs[0x58765b] emacs[0x63b285] emacs[0x5875f9] emacs[0x586b7b] emacs[0x586d6d] emacs[0x58494b] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7f0cb0f582b1] emacs[0x41777a] Thread 1 "emacs" received signal SIGABRT, Aborted. raise (sig=6) at ../sysdeps/unix/sysv/linux/raise.c:51 51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt full #0 0x00007f0cb1a09f9f in raise (sig=6) at ../sysdeps/unix/sysv/linux/raise.c:51 set = {__val = {402653184, 0, 0, 0, 0, 0, 280375465082880, 71776119061217280, 7311138192406574195, 7074363581918293363, 8031173095775809139, 7596496585268228909, 0, 0, 32880, 139692512411867}} pid = <optimized out> tid = <optimized out> #1 0x0000000000582c67 in terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:399 #2 0x000000000061849e in die (msg=0x743f3f "BUFFERP (a)", file=0x743f36 "buffer.h", line=914) at alloc.c:7406 #3 0x00000000005802b3 in XBUFFER (a=0) at buffer.h:914 #4 0x0000000000468bb3 in mark_window_display_accurate_1 (w=0x558e410, accurate_p=false) at xdisp.c:14754 b = 0x7ffe74b60e40 #5 0x0000000000468ffd in mark_window_display_accurate (window=89711637, accurate_p=false) at xdisp.c:14811 w = 0x558e410 #6 0x00000000004bbe06 in Fforce_window_update (object=89711637) at window.c:3643 w = 0x558e410 #7 0x000000000063e3d7 in eval_sub (form=60546803) at eval.c:2241 i = 1 maxargs = 1 args_left = 0 numargs = 6 fun = 10198117 val = 140730856509392 original_fun = 715280 original_args = 60546787 funcar = 140730856509344 count = 47 argvals = {89711637, 47, 16360, 0, 0, 140730856509056, 3, 0} #8 0x0000000000638d1c in Fprogn (body=0) at eval.c:459 form = 60546803 val = 0 #9 0x0000000000640ae0 in funcall_lambda (fun=60544963, nargs=1, arg_vector=0x7ffe74b61118) at eval.c:3052 val = 32880 syms_left = 0 next = 55584 lexenv = 0 count = 46 i = 1 optional = false rest = false previous_optional_or_rest = false #10 0x000000000063fc47 in Ffuncall (nargs=2, args=0x7ffe74b61110) at eval.c:2790 fun = 60544963 original_fun = 60544963 funcar = 32880 numargs = 1 val = 49344 count = 45 #11 0x000000000063f42b in call1 (fn=60544963, arg1=89711637) at eval.c:2627 #12 0x000000000064d106 in mapcar1 (leni=2, vals=0x0, fn=60544963, seq=116876403) at fns.c:2486 tail = 117742163 dummy = 49344 i = 1 #13 0x000000000064d5d6 in Fmapc (function=60544963, sequence=116876403) at fns.c:2555 leni = 2 #14 0x000000000063e406 in eval_sub (form=60544883) at eval.c:2244 i = 2 maxargs = 2 args_left = 0 numargs = 10 fun = 14071717 val = 140730856510176 original_fun = 555488 original_args = 60544867 ---Type <return> to continue, or q <return> to quit--- funcar = 5755230 count = 44 argvals = {60544963, 116876403, 5757352, 60544387, 140730856510256, 6547512, 140730856510016, 19325507} #15 0x0000000000638d1c in Fprogn (body=60546483) at eval.c:459 form = 60544883 val = 59085860 #16 0x0000000000640ae0 in funcall_lambda (fun=60544835, nargs=0, arg_vector=0x7ffe74b613b0) at eval.c:3052 val = 2 syms_left = 0 next = 0 lexenv = 0 count = 44 i = 0 optional = false rest = false previous_optional_or_rest = false #17 0x0000000000640392 in apply_lambda (fun=60544835, args=0, count=43) at eval.c:2913 args_left = 0 i = 0 numargs = 0 arg_vector = 0x7ffe74b613b0 tem = 140730856510512 sa_avail = 16384 sa_count = 44 sa_must_free = false #18 0x000000000063e7d6 in eval_sub (form=60544323) at eval.c:2316 fun = 60544835 val = 0 original_fun = 45016704 original_args = 0 funcar = 32880 count = 43 argvals = {62107717, 0, 0, 0, 0, 0, 140730856510000, 140730856510000} #19 0x0000000000638d1c in Fprogn (body=0) at eval.c:459 form = 60544323 val = 0 #20 0x0000000000640ae0 in funcall_lambda (fun=60543331, nargs=0, arg_vector=0x7ffe74b61690) at eval.c:3052 val = 32880 syms_left = 0 next = 140730856512128 lexenv = 0 count = 43 i = 0 optional = false rest = false previous_optional_or_rest = false #21 0x000000000063fc47 in Ffuncall (nargs=1, args=0x7ffe74b61688) at eval.c:2790 fun = 60543331 original_fun = 45016752 funcar = 32880 numargs = 0 val = 140730856511104 count = 42 #22 0x000000000063f3f8 in call0 (fn=45016752) at eval.c:2619 #23 0x000000000058969d in safe_run_hooks_1 (nargs=2, args=0x7ffe74b61730) at keyboard.c:1792 #24 0x000000000063c004 in internal_condition_case_n (bfun=0x589650 <safe_run_hooks_1>, nargs=2, args=0x7ffe74b61730, handlers=49344, hfun= 0x58969f <safe_run_hooks_error>) at eval.c:1416 val = 0 c = 0x386a830 #25 0x0000000000589aa0 in safe_run_hook_funcall (nargs=2, args=0x7ffe74b617c0) at keyboard.c:1840 #26 0x000000000063f2b4 in run_hook_with_args (nargs=2, args=0x7ffe74b617c0, funcall=0x589a20 <safe_run_hook_funcall>) at eval.c:2584 global_vals = 0 sym = 42048 ---Type <return> to continue, or q <return> to quit--- val = 89262371 ret = 0 #27 0x0000000000589b0c in safe_run_hooks (hook=42048) at keyboard.c:1856 count = 41 #28 0x0000000000587b2a in command_loop_1 () at keyboard.c:1280 prev_modiff = 0 prev_buffer = 0x0 already_adjusted = false #29 0x000000000063bd55 in internal_condition_case (bfun=0x587a37 <command_loop_1>, handlers=21120, hfun=0x58708e <cmd_error>) at eval.c:1336 val = 14099072 c = 0x3514e30 #30 0x000000000058765b in command_loop_2 (ignore=0) at keyboard.c:1110 val = 0 #31 0x000000000063b285 in internal_catch (tag=21792, func=0x58762e <command_loop_2>, arg=0) at eval.c:1101 val = 140730856512080 c = 0x351a3b0 #32 0x0000000000587589 in command_loop () at keyboard.c:1081 val = 14682304 #33 0x0000000000586b7b in recursive_edit_1 () at keyboard.c:695 count = 39 val = 140730856512128 #34 0x00000000005d02ab in read_minibuf (map=19501747, initial=0, prompt=62735124, expflag=false, histvar=5335856, histpos=2, defalt=0, allow_props=false, inherit_input_method=false) at minibuf.c:685 val = 0 count = 30 mini_frame = 22932533 ambient_dir = 61850116 minibuffer = 62107717 input_method = 0 enable_multibyte = 0 pos = 0 histstring = 5752337 histval = 0 empty_minibuf = 15209477 dummy = 0 frame = 22932533 #35 0x00000000005d0f00 in Fread_from_minibuffer (prompt=62735124, initial_contents=0, keymap=19501747, read=0, hist=5335856, default_value=0, inherit_input_method=0) at minibuf.c:992 histvar = 5335856 histpos = 2 val = 25784485600 #36 0x0000000000640149 in funcall_subr (subr=0x9c06e0 <Sread_from_minibuffer>, numargs=7, args=0x7ffe74b61db0) at eval.c:2871 internal_argbuf = {10225376, 140730856512680, 5755230, 42964302368, 10225381, 140730856512712, 10225376, 140730856512704} internal_args = 0x7ffe74b61db0 #37 0x000000000063fb06 in Ffuncall (nargs=8, args=0x7ffe74b61da8) at eval.c:2776 fun = 10225381 original_fun = 659680 funcar = 11006539 numargs = 7 val = 140730856512832 count = 29 #38 0x000000000068fb93 in exec_byte_code (bytestr=11006396, vector=11006429, maxdepth=74, args_template=8202, nargs=8, args=0x7ffe74b62308) at bytecode.c:630 op = 7 type = CATCHER targets = {0x692b7f <exec_byte_code+15761>, 0x692ba7 <exec_byte_code+15801>, 0x692ba9 <exec_byte_code+15803>, 0x692bab <exec_byte_code+15805>, 0x692bad <exec_byte_code+15807>, 0x692bad <exec_byte_code+15807>, 0x692c12 <exec_byte_code+15908>, 0x692c86 <exec_byte_code+16024>, 0x68f2ff <exec_byte_code+1297>, 0x68f301 <exec_byte_code+1299>, 0x68f303 <exec_byte_code+1301>, 0x68f305 <exec_byte_code+1303>, 0x68f307 <exec_byte_code+1305>, 0x68f307 <exec_byte_code+1305>, 0x68f30d <exec_byte_code+1311>, 0x68f2ce <exec_byte_code+1248>, 0x68f7ab <exec_byte_code+2493>, 0x68f7ad <exec_byte_code+2495>, 0x68f7af <exec_byte_code+2497>, 0x68f7b1 <exec_byte_code+2499>, 0x68f7b3 <exec_byte_code+2501>, 0x68f7b3 <exec_byte_code+2501>, 0x68f7e8 <exec_byte_code+2554>, 0x68f7b9 <exec_byte_code+2507>, 0x68faab <exec_byte_code+3261>, 0x68faad <exec_byte_code+3263>, 0x68faaf <exec_byte_code+3265>, 0x68fab1 <exec_byte_code+3267>, 0x68fab3 <exec_byte_code+3269>, 0x68fab3 <exec_byte_code+3269>, 0x68fa65 <exec_byte_code+3191>, 0x68fa7c <exec_byte_code+3214>, 0x68fb6---Type <return> to continue, or q <return> to quit--- 0 <exec_byte_code+3442>, 0x68fb62 <exec_byte_code+3444>, 0x68fb64 <exec_byte_code+3446>, 0x68fb66 <exec_byte_code+3448>, 0x68fb68 <exec_byte_code+3450>, 0x68fb68 <exec_byte_code+3450>, 0x68fb1a <exec_byte_code+3372>, 0x68fb31 <exec_byte_code+3395>, 0x68fc15 <exec_byte_code+3623>, 0x68fc17 <exec_byte_code+3625>, 0x68fc19 <exec_byte_code+3627>, 0x68fc1b <exec_byte_code+3629>, 0x68fc1d <exec_byte_code+3631>, 0x68fc1d <exec_byte_code+3631>, 0x68fbcf <exec_byte_code+3553>, 0x68fbe6 <exec_byte_code+3576>, 0x690487 <exec_byte_code+5785>, 0x69036a <exec_byte_code+5500>, 0x690361 <exec_byte_code+5491>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x6906c4 <exec_byte_code+6358>, 0x6907dd <exec_byte_code+6639>, 0x690840 <exec_byte_code+6738>, 0x6908a4 <exec_byte_code+6838>, 0x69090c <exec_byte_code+6942>, 0x68f608 <exec_byte_code+2074>, 0x68f683 <exec_byte_code+2197>, 0x690986 <exec_byte_code+7064>, 0x68f54c <exec_byte_code+1886>, 0x68f6ee <exec_byte_code+2304>, 0x6909f1 <exec_byte_code+7171>, 0x690a5c <exec_byte_code+7278>, 0x690aa7 <exec_byte_code+7353>, 0x690b12 <exec_byte_code+7460>, 0x690b64 <exec_byte_code+7542>, 0x690c35 <exec_byte_code+7751>, 0x690c80 <exec_byte_code+7826>, 0x690ceb <exec_byte_code+7933>, 0x690d73 <exec_byte_code+8069>, 0x690dbe <exec_byte_code+8144>, 0x690e09 <exec_byte_code+8219>, 0x690e74 <exec_byte_code+8326>, 0x690edf <exec_byte_code+8433>, 0x690f4a <exec_byte_code+8540>, 0x690fd2 <exec_byte_code+8676>, 0x691024 <exec_byte_code+8758>, 0x691076 <exec_byte_code+8840>, 0x691147 <exec_byte_code+9049>, 0x6911bd <exec_byte_code+9167>, 0x691233 <exec_byte_code+9285>, 0x6913f5 <exec_byte_code+9735>, 0x691465 <exec_byte_code+9847>, 0x6914d5 <exec_byte_code+9959>, 0x691545 <exec_byte_code+10071>, 0x6915b5 <exec_byte_code+10183>, 0x691607 <exec_byte_code+10265>, 0x69167e <exec_byte_code+10384>, 0x6916d0 <exec_byte_code+10466>, 0x691722 <exec_byte_code+10548>, 0x691774 <exec_byte_code+10630>, 0x691883 <exec_byte_code+10901>, 0x6901db <exec_byte_code+5101>, 0x6918e1 <exec_byte_code+10995>, 0x69192c <exec_byte_code+11070>, 0x6919f8 <exec_byte_code+11274>, 0x691a61 <exec_byte_code+11379>, 0x691abf <exec_byte_code+11473>, 0x691b0a <exec_byte_code+11548>, 0x691b50 <exec_byte_code+11618>, 0x691b96 <exec_byte_code+11688>, 0x691be4 <exec_byte_code+11766>, 0x692b7f <exec_byte_code+15761>, 0x691c3f <exec_byte_code+11857>, 0x691c85 <exec_byte_code+11927>, 0x691ccb <exec_byte_code+11997>, 0x691d11 <exec_byte_code+12067>, 0x691d57 <exec_byte_code+12137>, 0x691d9d <exec_byte_code+12207>, 0x6901db <exec_byte_code+5101>, 0x692b7f <exec_byte_code+15761>, 0x691de8 <exec_byte_code+12282>, 0x691e3d <exec_byte_code+12367>, 0x691e88 <exec_byte_code+12442>, 0x691ed3 <exec_byte_code+12517>, 0x691f3e <exec_byte_code+12624>, 0x691fa9 <exec_byte_code+12731>, 0x691ff4 <exec_byte_code+12806>, 0x692129 <exec_byte_code+13115>, 0x692194 <exec_byte_code+13222>, 0x6921ff <exec_byte_code+13329>, 0x69226a <exec_byte_code+13436>, 0x6922b0 <exec_byte_code+13506>, 0x692b7f <exec_byte_code+15761>, 0x69010f <exec_byte_code+4897>, 0x68fccc <exec_byte_code+3806>, 0x68f4c0 <exec_byte_code+1746>, 0x68fd7f <exec_byte_code+3985>, 0x68fe00 <exec_byte_code+4114>, 0x68fe7e <exec_byte_code+4240>, 0x6900c3 <exec_byte_code+4821>, 0x6900d8 <exec_byte_code+4842>, 0x68fa12 <exec_byte_code+3108>, 0x690192 <exec_byte_code+5028>, 0x690212 <exec_byte_code+5156>, 0x6902a6 <exec_byte_code+5304>, 0x6902ef <exec_byte_code+5377>, 0x6904d3 <exec_byte_code+5861>, 0x690550 <exec_byte_code+5986>, 0x6905d8 <exec_byte_code+6122>, 0x69063e <exec_byte_code+6224>, 0x68fc7e <exec_byte_code+3728>, 0x6922fb <exec_byte_code+13581>, 0x692383 <exec_byte_code+13717>, 0x6923ce <exec_byte_code+13792>, 0x692419 <exec_byte_code+13867>, 0x692464 <exec_byte_code+13942>, 0x6924af <exec_byte_code+14017>, 0x69251a <exec_byte_code+14124>, 0x692585 <exec_byte_code+14231>, 0x6925f0 <exec_byte_code+14338>, 0x69265b <exec_byte_code+14445>, 0x6927d4 <exec_byte_code+14822>, 0x69283f <exec_byte_code+14929>, 0x6928aa <exec_byte_code+15036>, 0x6928f5 <exec_byte_code+15111>, 0x692960 <exec_byte_code+15218>, 0x6929cb <exec_byte_code+15325>, 0x692a16 <exec_byte_code+15400>, 0x692a61 <exec_byte_code+15475>, 0x6917c6 <exec_byte_code+10712>, 0x691818 <exec_byte_code+10794>, 0x692ab3 <exec_byte_code+15557>, 0x692b1b <exec_byte_code+15661>, 0x692b7f <exec_byte_code+15761>, 0x68fefc <exec_byte_code+4366>, 0x68ff19 <exec_byte_code+4395>, 0x68ff85 <exec_byte_code+4503>, 0x68fff1 <exec_byte_code+4611>, 0x69005a <exec_byte_code+4716>, 0x690bb6 <exec_byte_code+7624>, 0x6910c8 <exec_byte_code+8922>, 0x691979 <exec_byte_code+11147>, 0x692d19 <exec_byte_code+16171>, 0x692d8e <exec_byte_code+16288>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692e24 <exec_byte_code+16438>, 0x692eab <exec_byte_code+16573>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x6930b2 <exec_byte_code+17092> <repeats 64 times>} const_length = 13 bytestr_length = 91 vectorp = 0xa7f1e0 <pure+773024> quitcounter = 1 '\001' stack_items = 19 sa_avail = 16141 sa_count = 26 sa_must_free = false stack_base = 0x7ffe74b61d50 stack_lim = 0x7ffe74b61de8 top = 0x7ffe74b61da8 void_stack_lim = 0x7ffe74b61de8 bytestr_data = 0x7ffe74b61de8 "\003:\203\r" pc = 0x7ffe74b61e2a "\211˚\203Y" count = 26 result = 139692541216827 #39 0x0000000000640710 in funcall_lambda (fun=11006349, nargs=8, arg_vector=0x7ffe74b622c8) at eval.c:2977 size = 5 val = 0 syms_left = 8202 next = 6182 lexenv = 77324040736 count = 26 i = 5755230 optional = false rest = false previous_optional_or_rest = 127 #40 0x000000000063fb4a in Ffuncall (nargs=9, args=0x7ffe74b622c0) at eval.c:2778 ---Type <return> to continue, or q <return> to quit--- fun = 11006349 original_fun = 5312064 funcar = 24 numargs = 8 val = 140730856514176 count = 25 #41 0x00000000005d29fc in Fcompleting_read (prompt=62735124, collection=11037325, predicate=16224, require_match=49344, initial_input=0, hist=5335856, def=0, inherit_input_method=0) at minibuf.c:1698 #42 0x00000000006401b7 in funcall_subr (subr=0x9c08e0 <Scompleting_read>, numargs=8, args=0x7ffe74b62438) at eval.c:2876 internal_argbuf = {10225888, 140730856514440, 5755230, 42964302368, 10225893, 140730856514472, 10225888, 140730856514464} internal_args = 0x7ffe74b62438 #43 0x000000000063fb06 in Ffuncall (nargs=9, args=0x7ffe74b62430) at eval.c:2776 fun = 10225893 original_fun = 10225893 funcar = 0 numargs = 8 val = 140730856514592 count = 24 #44 0x000000000063ed5e in Fapply (nargs=2, args=0x7ffe74b62520) at eval.c:2396 i = 9 numargs = 8 funcall_nargs = 9 funcall_args = 0x7ffe74b62430 spread_arg = 0 fun = 10225893 retval = 5755230 sa_avail = 16312 sa_count = 24 sa_must_free = false #45 0x000000000063e219 in eval_sub (form=21981923) at eval.c:2212 vals = 0x7ffe74b62520 argnum = 2 sa_avail = 16368 sa_count = 24 sa_must_free = false args_left = 0 numargs = 10 fun = 14065701 val = 0 original_fun = 10464 original_args = 21981907 funcar = 140730856515096 count = 23 argvals = {140730856515712, 120, 139692541310816, 0, 513, 4096, 140730856515712, 55831552} #46 0x0000000000638d1c in Fprogn (body=0) at eval.c:459 form = 21981923 val = 0 #47 0x0000000000640ae0 in funcall_lambda (fun=21687635, nargs=7, arg_vector=0x7ffe74b62788) at eval.c:3052 val = 32880 syms_left = 0 next = 41029888 lexenv = 0 count = 14 i = 7 optional = true rest = false previous_optional_or_rest = false #48 0x000000000063fc47 in Ffuncall (nargs=8, args=0x7ffe74b62780) at eval.c:2790 fun = 21687635 original_fun = 41029696 funcar = 32880 numargs = 7 val = 140730856515440 ---Type <return> to continue, or q <return> to quit--- count = 13 #49 0x000000000063ed5e in Fapply (nargs=3, args=0x7ffe74b62978) at eval.c:2396 i = 8 numargs = 7 funcall_nargs = 8 funcall_args = 0x7ffe74b62780 spread_arg = 0 fun = 21687635 retval = 140730856515696 sa_avail = 16320 sa_count = 13 sa_must_free = false #50 0x000000000063febc in funcall_subr (subr=0xd6a020 <Sapply>, numargs=3, args=0x7ffe74b62978) at eval.c:2831 #51 0x000000000063fb06 in Ffuncall (nargs=4, args=0x7ffe74b62970) at eval.c:2776 fun = 14065701 original_fun = 10464 funcar = 140730856515888 numargs = 3 val = 140730856517120 count = 12 #52 0x000000000068fb93 in exec_byte_code (bytestr=22467972, vector=23203765, maxdepth=22, args_template=514, nargs=6, args=0x7ffe74b62e00) at bytecode.c:630 op = 3 type = (unknown: 1958096304) targets = {0x692b7f <exec_byte_code+15761>, 0x692ba7 <exec_byte_code+15801>, 0x692ba9 <exec_byte_code+15803>, 0x692bab <exec_byte_code+15805>, 0x692bad <exec_byte_code+15807>, 0x692bad <exec_byte_code+15807>, 0x692c12 <exec_byte_code+15908>, 0x692c86 <exec_byte_code+16024>, 0x68f2ff <exec_byte_code+1297>, 0x68f301 <exec_byte_code+1299>, 0x68f303 <exec_byte_code+1301>, 0x68f305 <exec_byte_code+1303>, 0x68f307 <exec_byte_code+1305>, 0x68f307 <exec_byte_code+1305>, 0x68f30d <exec_byte_code+1311>, 0x68f2ce <exec_byte_code+1248>, 0x68f7ab <exec_byte_code+2493>, 0x68f7ad <exec_byte_code+2495>, 0x68f7af <exec_byte_code+2497>, 0x68f7b1 <exec_byte_code+2499>, 0x68f7b3 <exec_byte_code+2501>, 0x68f7b3 <exec_byte_code+2501>, 0x68f7e8 <exec_byte_code+2554>, 0x68f7b9 <exec_byte_code+2507>, 0x68faab <exec_byte_code+3261>, 0x68faad <exec_byte_code+3263>, 0x68faaf <exec_byte_code+3265>, 0x68fab1 <exec_byte_code+3267>, 0x68fab3 <exec_byte_code+3269>, 0x68fab3 <exec_byte_code+3269>, 0x68fa65 <exec_byte_code+3191>, 0x68fa7c <exec_byte_code+3214>, 0x68fb60 <exec_byte_code+3442>, 0x68fb62 <exec_byte_code+3444>, 0x68fb64 <exec_byte_code+3446>, 0x68fb66 <exec_byte_code+3448>, 0x68fb68 <exec_byte_code+3450>, 0x68fb68 <exec_byte_code+3450>, 0x68fb1a <exec_byte_code+3372>, 0x68fb31 <exec_byte_code+3395>, 0x68fc15 <exec_byte_code+3623>, 0x68fc17 <exec_byte_code+3625>, 0x68fc19 <exec_byte_code+3627>, 0x68fc1b <exec_byte_code+3629>, 0x68fc1d <exec_byte_code+3631>, 0x68fc1d <exec_byte_code+3631>, 0x68fbcf <exec_byte_code+3553>, 0x68fbe6 <exec_byte_code+3576>, 0x690487 <exec_byte_code+5785>, 0x69036a <exec_byte_code+5500>, 0x690361 <exec_byte_code+5491>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x6906c4 <exec_byte_code+6358>, 0x6907dd <exec_byte_code+6639>, 0x690840 <exec_byte_code+6738>, 0x6908a4 <exec_byte_code+6838>, 0x69090c <exec_byte_code+6942>, 0x68f608 <exec_byte_code+2074>, 0x68f683 <exec_byte_code+2197>, 0x690986 <exec_byte_code+7064>, 0x68f54c <exec_byte_code+1886>, 0x68f6ee <exec_byte_code+2304>, 0x6909f1 <exec_byte_code+7171>, 0x690a5c <exec_byte_code+7278>, 0x690aa7 <exec_byte_code+7353>, 0x690b12 <exec_byte_code+7460>, 0x690b64 <exec_byte_code+7542>, 0x690c35 <exec_byte_code+7751>, 0x690c80 <exec_byte_code+7826>, 0x690ceb <exec_byte_code+7933>, 0x690d73 <exec_byte_code+8069>, 0x690dbe <exec_byte_code+8144>, 0x690e09 <exec_byte_code+8219>, 0x690e74 <exec_byte_code+8326>, 0x690edf <exec_byte_code+8433>, 0x690f4a <exec_byte_code+8540>, 0x690fd2 <exec_byte_code+8676>, 0x691024 <exec_byte_code+8758>, 0x691076 <exec_byte_code+8840>, 0x691147 <exec_byte_code+9049>, 0x6911bd <exec_byte_code+9167>, 0x691233 <exec_byte_code+9285>, 0x6913f5 <exec_byte_code+9735>, 0x691465 <exec_byte_code+9847>, 0x6914d5 <exec_byte_code+9959>, 0x691545 <exec_byte_code+10071>, 0x6915b5 <exec_byte_code+10183>, 0x691607 <exec_byte_code+10265>, 0x69167e <exec_byte_code+10384>, 0x6916d0 <exec_byte_code+10466>, 0x691722 <exec_byte_code+10548>, 0x691774 <exec_byte_code+10630>, 0x691883 <exec_byte_code+10901>, 0x6901db <exec_byte_code+5101>, 0x6918e1 <exec_byte_code+10995>, 0x69192c <exec_byte_code+11070>, 0x6919f8 <exec_byte_code+11274>, 0x691a61 <exec_byte_code+11379>, 0x691abf <exec_byte_code+11473>, 0x691b0a <exec_byte_code+11548>, 0x691b50 <exec_byte_code+11618>, 0x691b96 <exec_byte_code+11688>, 0x691be4 <exec_byte_code+11766>, 0x692b7f <exec_byte_code+15761>, 0x691c3f <exec_byte_code+11857>, 0x691c85 <exec_byte_code+11927>, 0x691ccb <exec_byte_code+11997>, 0x691d11 <exec_byte_code+12067>, 0x691d57 <exec_byte_code+12137>, 0x691d9d <exec_byte_code+12207>, 0x6901db <exec_byte_code+5101>, 0x692b7f <exec_byte_code+15761>, 0x691de8 <exec_byte_code+12282>, 0x691e3d <exec_byte_code+12367>, 0x691e88 <exec_byte_code+12442>, 0x691ed3 <exec_byte_code+12517>, 0x691f3e <exec_byte_code+12624>, 0x691fa9 <exec_byte_code+12731>, 0x691ff4 <exec_byte_code+12806>, 0x692129 <exec_byte_code+13115>, 0x692194 <exec_byte_code+13222>, 0x6921ff <exec_byte_code+13329>, 0x69226a <exec_byte_code+13436>, 0x6922b0 <exec_byte_code+13506>, 0x692b7f <exec_byte_code+15761>, 0x69010f <exec_byte_code+4897>, 0x68fccc <exec_byte_code+3806>, 0x68f4c0 <exec_byte_code+1746>, 0x68fd7f <exec_byte_code+3985>, 0x68fe00 <exec_byte_code+4114>, 0x68fe7e <exec_byte_code+4240>, 0x6900c3 <exec_byte_code+4821>, 0x6900d8 <exec_byte_code+4842>, 0x68fa12 <exec_byte_code+3108>, 0x690192 <exec_byte_code+5028>, 0x690212 <exec_byte_code+5156>, 0x6902a6 <exec_byte_code+5304>, 0x6902ef <exec_byte_code+5377>, 0x6904d3 <exec_byte_code+5861>, 0x690550 <exec_byte_code+5986>, 0x6905d8 <exec_byte_code+6122>, 0x69063e <exec_byte_code+6224>, 0x68fc7e <exec_byte_code+3728>, 0x6922fb <exec_byte_code+13581>, 0x692383 <exec_byte_code+13717>, 0x6923ce <exec_byte_code+13792>, 0x692419 <exec_byte_code+13867>, 0x692464 <exec_byte_code+13942>, 0x6924af <exec_byte_code+14017>, 0x69251a <exec_byte_code+14124>, 0x692585 <exec_byte_code+14231>, 0x6925f0 <exec_byte_code+14338>, 0x69265b <exec_byte_code+14445>, 0x6927d4 <exec_byte_code+14822>, 0x69283f <exec_byte_code+14929>, 0x6928aa <exec_byte_code+15036>, 0x6928f5 <exec_byte_code+15111>, 0x692960 <exec_byte_code+15218>, 0x6929cb <exec_byte_code+15325>, 0x692a16 <exec_byte_code+15400>, 0x692a61 <exec_byte_code+15475>, 0x6917c6 <exec_byte_code+10712>, 0x691818 <exec_byte_code+10794>, 0x692ab3 <exec_byte_code+15557>, 0x692b1b <exec_byte_code+15661>, 0x692b7f <exec_byte_code+15761>, 0x68fefc <exec_byte_code+4366>, 0x68ff19 <exec_byte_code+4395>, 0x68ff85 <exec_byte_code+4503>, 0x68fff1 <exec_byte_code+4611>, 0x69005a <exec_byte_code+4716>, 0x690bb6 <exec_- --Type <return> to continue, or q <return> to quit--- byte_code+7624>, 0x6910c8 <exec_byte_code+8922>, 0x691979 <exec_byte_code+11147>, 0x692d19 <exec_byte_code+16171>, 0x692d8e <exec_byte_code+16288>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692e24 <exec_byte_code+16438>, 0x692eab <exec_byte_code+16573>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x6930b2 <exec_byte_code+17092> <repeats 64 times>} const_length = 4 bytestr_length = 6 vectorp = 0x1620fb8 <bss_sbrk_buffer+8515800> quitcounter = 1 '\001' stack_items = 6 sa_avail = 16330 sa_count = 12 sa_must_free = false stack_base = 0x7ffe74b62960 stack_lim = 0x7ffe74b62990 top = 0x7ffe74b62970 void_stack_lim = 0x7ffe74b62990 bytestr_data = 0x7ffe74b62990 "\300\301\302\003#\207\303\005\265\017b\001" pc = 0x7ffe74b62995 "\207\303\005\265\017b\001" count = 12 result = 116766867 #53 0x0000000000640710 in funcall_lambda (fun=23199669, nargs=6, arg_vector=0x7ffe74b62e00) at eval.c:2977 size = 5 val = 0 syms_left = 514 next = 14050464 lexenv = 77324040736 count = 12 i = 5755230 optional = false rest = false previous_optional_or_rest = 127 #54 0x000000000063fb4a in Ffuncall (nargs=7, args=0x7ffe74b62df8) at eval.c:2778 fun = 23199669 original_fun = 658464 funcar = 140730856517072 numargs = 6 val = 140730856517072 count = 11 #55 0x000000000068fb93 in exec_byte_code (bytestr=11036492, vector=11036525, maxdepth=42, args_template=2, nargs=0, args=0x7ffe74b632f8) at bytecode.c:630 op = 6 type = (unknown: 1958097296) targets = {0x692b7f <exec_byte_code+15761>, 0x692ba7 <exec_byte_code+15801>, 0x692ba9 <exec_byte_code+15803>, 0x692bab <exec_byte_code+15805>, 0x692bad <exec_byte_code+15807>, 0x692bad <exec_byte_code+15807>, 0x692c12 <exec_byte_code+15908>, 0x692c86 <exec_byte_code+16024>, 0x68f2ff <exec_byte_code+1297>, 0x68f301 <exec_byte_code+1299>, 0x68f303 <exec_byte_code+1301>, 0x68f305 <exec_byte_code+1303>, 0x68f307 <exec_byte_code+1305>, 0x68f307 <exec_byte_code+1305>, 0x68f30d <exec_byte_code+1311>, 0x68f2ce <exec_byte_code+1248>, 0x68f7ab <exec_byte_code+2493>, 0x68f7ad <exec_byte_code+2495>, 0x68f7af <exec_byte_code+2497>, 0x68f7b1 <exec_byte_code+2499>, 0x68f7b3 <exec_byte_code+2501>, 0x68f7b3 <exec_byte_code+2501>, 0x68f7e8 <exec_byte_code+2554>, 0x68f7b9 <exec_byte_code+2507>, 0x68faab <exec_byte_code+3261>, 0x68faad <exec_byte_code+3263>, 0x68faaf <exec_byte_code+3265>, 0x68fab1 <exec_byte_code+3267>, 0x68fab3 <exec_byte_code+3269>, 0x68fab3 <exec_byte_code+3269>, 0x68fa65 <exec_byte_code+3191>, 0x68fa7c <exec_byte_code+3214>, 0x68fb60 <exec_byte_code+3442>, 0x68fb62 <exec_byte_code+3444>, 0x68fb64 <exec_byte_code+3446>, 0x68fb66 <exec_byte_code+3448>, 0x68fb68 <exec_byte_code+3450>, 0x68fb68 <exec_byte_code+3450>, 0x68fb1a <exec_byte_code+3372>, 0x68fb31 <exec_byte_code+3395>, 0x68fc15 <exec_byte_code+3623>, 0x68fc17 <exec_byte_code+3625>, 0x68fc19 <exec_byte_code+3627>, 0x68fc1b <exec_byte_code+3629>, 0x68fc1d <exec_byte_code+3631>, 0x68fc1d <exec_byte_code+3631>, 0x68fbcf <exec_byte_code+3553>, 0x68fbe6 <exec_byte_code+3576>, 0x690487 <exec_byte_code+5785>, 0x69036a <exec_byte_code+5500>, 0x690361 <exec_byte_code+5491>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x6906c4 <exec_byte_code+6358>, 0x6907dd <exec_byte_code+6639>, 0x690840 <exec_byte_code+6738>, 0x6908a4 <exec_byte_code+6838>, 0x69090c <exec_byte_code+6942>, 0x68f608 <exec_byte_code+2074>, 0x68f683 <exec_byte_code+2197>, 0x690986 <exec_byte_code+7064>, 0x68f54c <exec_byte_code+1886>, 0x68f6ee <exec_byte_code+2304>, 0x6909f1 <exec_byte_code+7171>, 0x690a5c <exec_byte_code+7278>, 0x690aa7 <exec_byte_code+7353>, 0x690b12 <exec_byte_code+7460>, 0x690b64 <exec_byte_code+7542>, 0x690c35 <exec_byte_code+7751>, 0x690c80 <exec_byte_code+7826>, 0x690ceb <exec_byte_code+7933>, 0x690d73 <exec_byte_code+8069>, 0x690dbe <exec_byte_code+8144>, 0x690e09 <exec_byte_code+8219>, 0x690e74 <exec_byte_code+8326>, 0x690edf <exec_byte_code+8433>, 0x690f4a <exec_byte_code+8540>, 0x690fd2 <exec_byte_code+8676>, 0x691024 <exec_byte_code+8758>, 0x691076 <exec_byte_code+8840>, 0x691147 <exec_byte_code+9049>, 0x6911bd <exec_byte_code+9167>, 0x691233 <exec_byte_code+9285>, 0x6913f5 <exec_byte_code+9735>, 0x691465 <exec_byte_code+9847>, 0x6914d5 <exec_byte_code+9959>, 0x691545 <exec_byte_code+10071>, 0x6915b5 <exec_byte_code+10183>, 0x691607 <exec_byte_code+10265>, 0x69167e <exec_byte_code+1038---Type <return> to continue, or q <return> to quit--- 4>, 0x6916d0 <exec_byte_code+10466>, 0x691722 <exec_byte_code+10548>, 0x691774 <exec_byte_code+10630>, 0x691883 <exec_byte_code+10901>, 0x6901db <exec_byte_code+5101>, 0x6918e1 <exec_byte_code+10995>, 0x69192c <exec_byte_code+11070>, 0x6919f8 <exec_byte_code+11274>, 0x691a61 <exec_byte_code+11379>, 0x691abf <exec_byte_code+11473>, 0x691b0a <exec_byte_code+11548>, 0x691b50 <exec_byte_code+11618>, 0x691b96 <exec_byte_code+11688>, 0x691be4 <exec_byte_code+11766>, 0x692b7f <exec_byte_code+15761>, 0x691c3f <exec_byte_code+11857>, 0x691c85 <exec_byte_code+11927>, 0x691ccb <exec_byte_code+11997>, 0x691d11 <exec_byte_code+12067>, 0x691d57 <exec_byte_code+12137>, 0x691d9d <exec_byte_code+12207>, 0x6901db <exec_byte_code+5101>, 0x692b7f <exec_byte_code+15761>, 0x691de8 <exec_byte_code+12282>, 0x691e3d <exec_byte_code+12367>, 0x691e88 <exec_byte_code+12442>, 0x691ed3 <exec_byte_code+12517>, 0x691f3e <exec_byte_code+12624>, 0x691fa9 <exec_byte_code+12731>, 0x691ff4 <exec_byte_code+12806>, 0x692129 <exec_byte_code+13115>, 0x692194 <exec_byte_code+13222>, 0x6921ff <exec_byte_code+13329>, 0x69226a <exec_byte_code+13436>, 0x6922b0 <exec_byte_code+13506>, 0x692b7f <exec_byte_code+15761>, 0x69010f <exec_byte_code+4897>, 0x68fccc <exec_byte_code+3806>, 0x68f4c0 <exec_byte_code+1746>, 0x68fd7f <exec_byte_code+3985>, 0x68fe00 <exec_byte_code+4114>, 0x68fe7e <exec_byte_code+4240>, 0x6900c3 <exec_byte_code+4821>, 0x6900d8 <exec_byte_code+4842>, 0x68fa12 <exec_byte_code+3108>, 0x690192 <exec_byte_code+5028>, 0x690212 <exec_byte_code+5156>, 0x6902a6 <exec_byte_code+5304>, 0x6902ef <exec_byte_code+5377>, 0x6904d3 <exec_byte_code+5861>, 0x690550 <exec_byte_code+5986>, 0x6905d8 <exec_byte_code+6122>, 0x69063e <exec_byte_code+6224>, 0x68fc7e <exec_byte_code+3728>, 0x6922fb <exec_byte_code+13581>, 0x692383 <exec_byte_code+13717>, 0x6923ce <exec_byte_code+13792>, 0x692419 <exec_byte_code+13867>, 0x692464 <exec_byte_code+13942>, 0x6924af <exec_byte_code+14017>, 0x69251a <exec_byte_code+14124>, 0x692585 <exec_byte_code+14231>, 0x6925f0 <exec_byte_code+14338>, 0x69265b <exec_byte_code+14445>, 0x6927d4 <exec_byte_code+14822>, 0x69283f <exec_byte_code+14929>, 0x6928aa <exec_byte_code+15036>, 0x6928f5 <exec_byte_code+15111>, 0x692960 <exec_byte_code+15218>, 0x6929cb <exec_byte_code+15325>, 0x692a16 <exec_byte_code+15400>, 0x692a61 <exec_byte_code+15475>, 0x6917c6 <exec_byte_code+10712>, 0x691818 <exec_byte_code+10794>, 0x692ab3 <exec_byte_code+15557>, 0x692b1b <exec_byte_code+15661>, 0x692b7f <exec_byte_code+15761>, 0x68fefc <exec_byte_code+4366>, 0x68ff19 <exec_byte_code+4395>, 0x68ff85 <exec_byte_code+4503>, 0x68fff1 <exec_byte_code+4611>, 0x69005a <exec_byte_code+4716>, 0x690bb6 <exec_byte_code+7624>, 0x6910c8 <exec_byte_code+8922>, 0x691979 <exec_byte_code+11147>, 0x692d19 <exec_byte_code+16171>, 0x692d8e <exec_byte_code+16288>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692e24 <exec_byte_code+16438>, 0x692eab <exec_byte_code+16573>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x6930b2 <exec_byte_code+17092> <repeats 64 times>} const_length = 26 bytestr_length = 104 vectorp = 0xa86770 <pure+803120> quitcounter = 1 '\001' stack_items = 11 sa_avail = 16192 sa_count = 10 sa_must_free = false stack_base = 0x7ffe74b62de0 stack_lim = 0x7ffe74b62e38 top = 0x7ffe74b62df8 void_stack_lim = 0x7ffe74b62e38 bytestr_data = 0x7ffe74b62e38 "\301\302C\211\303\304\305\306\307\006\a\006\a\"\310\"\311$\240\210\303 \304\312\306\307\005!\313\"\311$\216\314\315\002\242\"\210\316\b\317=\2 03\061" pc = 0x7ffe74b62e9e ")\207\340\061\266t\376\177" count = 10 result = 80 #56 0x0000000000640710 in funcall_lambda (fun=11036445, nargs=0, arg_vector=0x7ffe74b632f8) at eval.c:2977 size = 5 val = 0 syms_left = 2 next = 11046696 lexenv = 77324040736 count = 10 i = 5755230 optional = false rest = false previous_optional_or_rest = 127 #57 0x000000000063fb4a in Ffuncall (nargs=1, args=0x7ffe74b632f0) at eval.c:2778 fun = 11036445 original_fun = 5335952 funcar = 140730856518352 numargs = 0 val = 140730856518352 count = 9 #58 0x000000000068fb93 in exec_byte_code (bytestr=11039404, vector=11039453, maxdepth=14, args_template=0, nargs=0, args=0x0) at bytecode.c:630 op = 0 type = (unknown: 1958098432) targets = {0x692b7f <exec_byte_code+15761>, 0x692ba7 <exec_byte_code+15801>, 0x692ba9 <exec_byte_code+15803>, 0x692bab <exec_byte_code+15805>, 0x692bad <exec_byte_code+15807>, 0x692bad <exec_byte_code+15807>, 0x692c12 <exec_byte_code+15908>, 0x692c86 <exec_byte_code+16024>, 0x68f2ff <exec_byte_code+---Type <return> to continue, or q <return> to quit--- 1297>, 0x68f301 <exec_byte_code+1299>, 0x68f303 <exec_byte_code+1301>, 0x68f305 <exec_byte_code+1303>, 0x68f307 <exec_byte_code+1305>, 0x68f307 <exec_byte_code+1305>, 0x68f30d <exec_byte_code+1311>, 0x68f2ce <exec_byte_code+1248>, 0x68f7ab <exec_byte_code+2493>, 0x68f7ad <exec_byte_code+2495>, 0x68f7af <exec_byte_code+2497>, 0x68f7b1 <exec_byte_code+2499>, 0x68f7b3 <exec_byte_code+2501>, 0x68f7b3 <exec_byte_code+2501>, 0x68f7e8 <exec_byte_code+2554>, 0x68f7b9 <exec_byte_code+2507>, 0x68faab <exec_byte_code+3261>, 0x68faad <exec_byte_code+3263>, 0x68faaf <exec_byte_code+3265>, 0x68fab1 <exec_byte_code+3267>, 0x68fab3 <exec_byte_code+3269>, 0x68fab3 <exec_byte_code+3269>, 0x68fa65 <exec_byte_code+3191>, 0x68fa7c <exec_byte_code+3214>, 0x68fb60 <exec_byte_code+3442>, 0x68fb62 <exec_byte_code+3444>, 0x68fb64 <exec_byte_code+3446>, 0x68fb66 <exec_byte_code+3448>, 0x68fb68 <exec_byte_code+3450>, 0x68fb68 <exec_byte_code+3450>, 0x68fb1a <exec_byte_code+3372>, 0x68fb31 <exec_byte_code+3395>, 0x68fc15 <exec_byte_code+3623>, 0x68fc17 <exec_byte_code+3625>, 0x68fc19 <exec_byte_code+3627>, 0x68fc1b <exec_byte_code+3629>, 0x68fc1d <exec_byte_code+3631>, 0x68fc1d <exec_byte_code+3631>, 0x68fbcf <exec_byte_code+3553>, 0x68fbe6 <exec_byte_code+3576>, 0x690487 <exec_byte_code+5785>, 0x69036a <exec_byte_code+5500>, 0x690361 <exec_byte_code+5491>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x6906c4 <exec_byte_code+6358>, 0x6907dd <exec_byte_code+6639>, 0x690840 <exec_byte_code+6738>, 0x6908a4 <exec_byte_code+6838>, 0x69090c <exec_byte_code+6942>, 0x68f608 <exec_byte_code+2074>, 0x68f683 <exec_byte_code+2197>, 0x690986 <exec_byte_code+7064>, 0x68f54c <exec_byte_code+1886>, 0x68f6ee <exec_byte_code+2304>, 0x6909f1 <exec_byte_code+7171>, 0x690a5c <exec_byte_code+7278>, 0x690aa7 <exec_byte_code+7353>, 0x690b12 <exec_byte_code+7460>, 0x690b64 <exec_byte_code+7542>, 0x690c35 <exec_byte_code+7751>, 0x690c80 <exec_byte_code+7826>, 0x690ceb <exec_byte_code+7933>, 0x690d73 <exec_byte_code+8069>, 0x690dbe <exec_byte_code+8144>, 0x690e09 <exec_byte_code+8219>, 0x690e74 <exec_byte_code+8326>, 0x690edf <exec_byte_code+8433>, 0x690f4a <exec_byte_code+8540>, 0x690fd2 <exec_byte_code+8676>, 0x691024 <exec_byte_code+8758>, 0x691076 <exec_byte_code+8840>, 0x691147 <exec_byte_code+9049>, 0x6911bd <exec_byte_code+9167>, 0x691233 <exec_byte_code+9285>, 0x6913f5 <exec_byte_code+9735>, 0x691465 <exec_byte_code+9847>, 0x6914d5 <exec_byte_code+9959>, 0x691545 <exec_byte_code+10071>, 0x6915b5 <exec_byte_code+10183>, 0x691607 <exec_byte_code+10265>, 0x69167e <exec_byte_code+10384>, 0x6916d0 <exec_byte_code+10466>, 0x691722 <exec_byte_code+10548>, 0x691774 <exec_byte_code+10630>, 0x691883 <exec_byte_code+10901>, 0x6901db <exec_byte_code+5101>, 0x6918e1 <exec_byte_code+10995>, 0x69192c <exec_byte_code+11070>, 0x6919f8 <exec_byte_code+11274>, 0x691a61 <exec_byte_code+11379>, 0x691abf <exec_byte_code+11473>, 0x691b0a <exec_byte_code+11548>, 0x691b50 <exec_byte_code+11618>, 0x691b96 <exec_byte_code+11688>, 0x691be4 <exec_byte_code+11766>, 0x692b7f <exec_byte_code+15761>, 0x691c3f <exec_byte_code+11857>, 0x691c85 <exec_byte_code+11927>, 0x691ccb <exec_byte_code+11997>, 0x691d11 <exec_byte_code+12067>, 0x691d57 <exec_byte_code+12137>, 0x691d9d <exec_byte_code+12207>, 0x6901db <exec_byte_code+5101>, 0x692b7f <exec_byte_code+15761>, 0x691de8 <exec_byte_code+12282>, 0x691e3d <exec_byte_code+12367>, 0x691e88 <exec_byte_code+12442>, 0x691ed3 <exec_byte_code+12517>, 0x691f3e <exec_byte_code+12624>, 0x691fa9 <exec_byte_code+12731>, 0x691ff4 <exec_byte_code+12806>, 0x692129 <exec_byte_code+13115>, 0x692194 <exec_byte_code+13222>, 0x6921ff <exec_byte_code+13329>, 0x69226a <exec_byte_code+13436>, 0x6922b0 <exec_byte_code+13506>, 0x692b7f <exec_byte_code+15761>, 0x69010f <exec_byte_code+4897>, 0x68fccc <exec_byte_code+3806>, 0x68f4c0 <exec_byte_code+1746>, 0x68fd7f <exec_byte_code+3985>, 0x68fe00 <exec_byte_code+4114>, 0x68fe7e <exec_byte_code+4240>, 0x6900c3 <exec_byte_code+4821>, 0x6900d8 <exec_byte_code+4842>, 0x68fa12 <exec_byte_code+3108>, 0x690192 <exec_byte_code+5028>, 0x690212 <exec_byte_code+5156>, 0x6902a6 <exec_byte_code+5304>, 0x6902ef <exec_byte_code+5377>, 0x6904d3 <exec_byte_code+5861>, 0x690550 <exec_byte_code+5986>, 0x6905d8 <exec_byte_code+6122>, 0x69063e <exec_byte_code+6224>, 0x68fc7e <exec_byte_code+3728>, 0x6922fb <exec_byte_code+13581>, 0x692383 <exec_byte_code+13717>, 0x6923ce <exec_byte_code+13792>, 0x692419 <exec_byte_code+13867>, 0x692464 <exec_byte_code+13942>, 0x6924af <exec_byte_code+14017>, 0x69251a <exec_byte_code+14124>, 0x692585 <exec_byte_code+14231>, 0x6925f0 <exec_byte_code+14338>, 0x69265b <exec_byte_code+14445>, 0x6927d4 <exec_byte_code+14822>, 0x69283f <exec_byte_code+14929>, 0x6928aa <exec_byte_code+15036>, 0x6928f5 <exec_byte_code+15111>, 0x692960 <exec_byte_code+15218>, 0x6929cb <exec_byte_code+15325>, 0x692a16 <exec_byte_code+15400>, 0x692a61 <exec_byte_code+15475>, 0x6917c6 <exec_byte_code+10712>, 0x691818 <exec_byte_code+10794>, 0x692ab3 <exec_byte_code+15557>, 0x692b1b <exec_byte_code+15661>, 0x692b7f <exec_byte_code+15761>, 0x68fefc <exec_byte_code+4366>, 0x68ff19 <exec_byte_code+4395>, 0x68ff85 <exec_byte_code+4503>, 0x68fff1 <exec_byte_code+4611>, 0x69005a <exec_byte_code+4716>, 0x690bb6 <exec_byte_code+7624>, 0x6910c8 <exec_byte_code+8922>, 0x691979 <exec_byte_code+11147>, 0x692d19 <exec_byte_code+16171>, 0x692d8e <exec_byte_code+16288>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692e24 <exec_byte_code+16438>, 0x692eab <exec_byte_code+16573>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x6930b2 <exec_byte_code+17092> <repeats 64 times>} const_length = 4 bytestr_length = 9 vectorp = 0xa872e0 <pure+806048> quitcounter = 1 '\001' stack_items = 4 sa_avail = 16343 sa_count = 8 sa_must_free = false stack_base = 0x7ffe74b632e0 stack_lim = 0x7ffe74b63300 top = 0x7ffe74b632f0 void_stack_lim = 0x7ffe74b63300 bytestr_data = 0x7ffe74b63300 "\302\030\t\303 \bE)\207r\250" pc = 0x7ffe74b63305 "\bE)\207r\250" count = 8 result = 116769747 #59 0x000000000068edcc in Fbyte_code (bytestr=11039404, vector=11039453, maxdepth=14) at bytecode.c:321 #60 0x000000000063e439 in eval_sub (form=11039371) at eval.c:2247 i = 3 maxargs = 3 args_left = 0 numargs = 14 fun = 14078437 ---Type <return> to continue, or q <return> to quit--- val = 0 original_fun = 630720 original_args = 11039387 funcar = 61894280 count = 7 argvals = {11039404, 11039453, 14, 31248, 140730856519408, 6392324, 14446560, 62730272} #61 0x000000000063d993 in Feval (form=11039371, lexical=0) at eval.c:2061 count = 6 #62 0x0000000000635b30 in Fcall_interactively (function=800992, record_flag=0, keys=15165077) at callint.c:357 input = 11039371 funval = 11038637 events = 3 result = 19340611 args = 0x57c611 <builtin_lisp_symbol+48> visargs = 0x6401fd <apply_lambda+53> specs = 11039371 filter_specs = 11039371 teml = 140730856520080 up_event = 0 enable = 0 sa_avail = 16384 sa_count = 6 sa_must_free = false speccount = 6 next_event = 4611686018729377798 prefix_arg = 0 string = 0x0 tem = 0x500a86fad <error: Cannot access memory at address 0x500a86fad> varies = 0x7ffe74b638e0 "\340\070\f" i = 5755230 nargs = 140730856520024 mark = 10917584 arg_from_tty = false key_count = 2 record_then_fail = false save_this_command = 800992 save_last_command = 44602032 save_this_original_command = 800992 save_real_this_command = 800992 #63 0x0000000000640022 in funcall_subr (subr=0xd69860 <Scall_interactively>, numargs=3, args=0x7ffe74b63b00) at eval.c:2856 internal_argbuf = {14063712, 140730856520216, 5755230, 42964302368, 14063717, 140730856520248, 14063712, 140730856520240} internal_args = 0x7ffe74b63b00 #64 0x000000000063fb06 in Ffuncall (nargs=4, args=0x7ffe74b63af8) at eval.c:2776 fun = 14063717 original_fun = 631200 funcar = 140730856520336 numargs = 3 val = 140730856520368 count = 5 #65 0x000000000068fb93 in exec_byte_code (bytestr=11039548, vector=11039581, maxdepth=54, args_template=4102, nargs=1, args=0x7ffe74b64040) at bytecode.c:630 op = 3 type = (unknown: 1958100688) targets = {0x692b7f <exec_byte_code+15761>, 0x692ba7 <exec_byte_code+15801>, 0x692ba9 <exec_byte_code+15803>, 0x692bab <exec_byte_code+15805>, 0x692bad <exec_byte_code+15807>, 0x692bad <exec_byte_code+15807>, 0x692c12 <exec_byte_code+15908>, 0x692c86 <exec_byte_code+16024>, 0x68f2ff <exec_byte_code+1297>, 0x68f301 <exec_byte_code+1299>, 0x68f303 <exec_byte_code+1301>, 0x68f305 <exec_byte_code+1303>, 0x68f307 <exec_byte_code+1305>, 0x68f307 <exec_byte_code+1305>, 0x68f30d <exec_byte_code+1311>, 0x68f2ce <exec_byte_code+1248>, 0x68f7ab <exec_byte_code+2493>, 0x68f7ad <exec_byte_code+2495>, 0x68f7af <exec_byte_code+2497>, 0x68f7b1 <exec_byte_code+2499>, 0x68f7b3 <exec_byte_code+2501>, 0x68f7b3 <exec_byte_code+2501>, 0x68f7e8 <exec_byte_code+2554>, 0x68f7b9 <exec_byte_code+2507>, 0x68faab <exec_byte_code+3261>, 0x68faad <exec_byte_code+3263>, 0x68faaf <exec_byte_code+3265>, 0x68fab1 <exec_byte_code+3267>, 0x68fab3 <exec_byte_code+3269>, 0x68fab3 <exec_byte_code+3269>, 0x68fa65 <exec_byte_code+3191>, 0x68fa7c <exec_byte_code+3214>, 0x68fb60 <exec_byte_code+3442>, 0x68fb62 <exec_byte_code+3444>, 0x68fb64 <exec_byte_code+3446>, 0x68fb66 <exec_byte_code+3448>, 0x68fb68 <exec_byte_code+3450>, 0x68fb68 <exec_byte_code+3450>, 0x68fb1a <exec_byte_code+3372>, 0x68fb31 <exec_byte_code+3395>, 0x68fc15 <exec_byte_code+3623>, 0x68fc17 <exec_byte---Type <return> to continue, or q <return> to quit--- _code+3625>, 0x68fc19 <exec_byte_code+3627>, 0x68fc1b <exec_byte_code+3629>, 0x68fc1d <exec_byte_code+3631>, 0x68fc1d <exec_byte_code+3631>, 0x68fbcf <exec_byte_code+3553>, 0x68fbe6 <exec_byte_code+3576>, 0x690487 <exec_byte_code+5785>, 0x69036a <exec_byte_code+5500>, 0x690361 <exec_byte_code+5491>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x6906c4 <exec_byte_code+6358>, 0x6907dd <exec_byte_code+6639>, 0x690840 <exec_byte_code+6738>, 0x6908a4 <exec_byte_code+6838>, 0x69090c <exec_byte_code+6942>, 0x68f608 <exec_byte_code+2074>, 0x68f683 <exec_byte_code+2197>, 0x690986 <exec_byte_code+7064>, 0x68f54c <exec_byte_code+1886>, 0x68f6ee <exec_byte_code+2304>, 0x6909f1 <exec_byte_code+7171>, 0x690a5c <exec_byte_code+7278>, 0x690aa7 <exec_byte_code+7353>, 0x690b12 <exec_byte_code+7460>, 0x690b64 <exec_byte_code+7542>, 0x690c35 <exec_byte_code+7751>, 0x690c80 <exec_byte_code+7826>, 0x690ceb <exec_byte_code+7933>, 0x690d73 <exec_byte_code+8069>, 0x690dbe <exec_byte_code+8144>, 0x690e09 <exec_byte_code+8219>, 0x690e74 <exec_byte_code+8326>, 0x690edf <exec_byte_code+8433>, 0x690f4a <exec_byte_code+8540>, 0x690fd2 <exec_byte_code+8676>, 0x691024 <exec_byte_code+8758>, 0x691076 <exec_byte_code+8840>, 0x691147 <exec_byte_code+9049>, 0x6911bd <exec_byte_code+9167>, 0x691233 <exec_byte_code+9285>, 0x6913f5 <exec_byte_code+9735>, 0x691465 <exec_byte_code+9847>, 0x6914d5 <exec_byte_code+9959>, 0x691545 <exec_byte_code+10071>, 0x6915b5 <exec_byte_code+10183>, 0x691607 <exec_byte_code+10265>, 0x69167e <exec_byte_code+10384>, 0x6916d0 <exec_byte_code+10466>, 0x691722 <exec_byte_code+10548>, 0x691774 <exec_byte_code+10630>, 0x691883 <exec_byte_code+10901>, 0x6901db <exec_byte_code+5101>, 0x6918e1 <exec_byte_code+10995>, 0x69192c <exec_byte_code+11070>, 0x6919f8 <exec_byte_code+11274>, 0x691a61 <exec_byte_code+11379>, 0x691abf <exec_byte_code+11473>, 0x691b0a <exec_byte_code+11548>, 0x691b50 <exec_byte_code+11618>, 0x691b96 <exec_byte_code+11688>, 0x691be4 <exec_byte_code+11766>, 0x692b7f <exec_byte_code+15761>, 0x691c3f <exec_byte_code+11857>, 0x691c85 <exec_byte_code+11927>, 0x691ccb <exec_byte_code+11997>, 0x691d11 <exec_byte_code+12067>, 0x691d57 <exec_byte_code+12137>, 0x691d9d <exec_byte_code+12207>, 0x6901db <exec_byte_code+5101>, 0x692b7f <exec_byte_code+15761>, 0x691de8 <exec_byte_code+12282>, 0x691e3d <exec_byte_code+12367>, 0x691e88 <exec_byte_code+12442>, 0x691ed3 <exec_byte_code+12517>, 0x691f3e <exec_byte_code+12624>, 0x691fa9 <exec_byte_code+12731>, 0x691ff4 <exec_byte_code+12806>, 0x692129 <exec_byte_code+13115>, 0x692194 <exec_byte_code+13222>, 0x6921ff <exec_byte_code+13329>, 0x69226a <exec_byte_code+13436>, 0x6922b0 <exec_byte_code+13506>, 0x692b7f <exec_byte_code+15761>, 0x69010f <exec_byte_code+4897>, 0x68fccc <exec_byte_code+3806>, 0x68f4c0 <exec_byte_code+1746>, 0x68fd7f <exec_byte_code+3985>, 0x68fe00 <exec_byte_code+4114>, 0x68fe7e <exec_byte_code+4240>, 0x6900c3 <exec_byte_code+4821>, 0x6900d8 <exec_byte_code+4842>, 0x68fa12 <exec_byte_code+3108>, 0x690192 <exec_byte_code+5028>, 0x690212 <exec_byte_code+5156>, 0x6902a6 <exec_byte_code+5304>, 0x6902ef <exec_byte_code+5377>, 0x6904d3 <exec_byte_code+5861>, 0x690550 <exec_byte_code+5986>, 0x6905d8 <exec_byte_code+6122>, 0x69063e <exec_byte_code+6224>, 0x68fc7e <exec_byte_code+3728>, 0x6922fb <exec_byte_code+13581>, 0x692383 <exec_byte_code+13717>, 0x6923ce <exec_byte_code+13792>, 0x692419 <exec_byte_code+13867>, 0x692464 <exec_byte_code+13942>, 0x6924af <exec_byte_code+14017>, 0x69251a <exec_byte_code+14124>, 0x692585 <exec_byte_code+14231>, 0x6925f0 <exec_byte_code+14338>, 0x69265b <exec_byte_code+14445>, 0x6927d4 <exec_byte_code+14822>, 0x69283f <exec_byte_code+14929>, 0x6928aa <exec_byte_code+15036>, 0x6928f5 <exec_byte_code+15111>, 0x692960 <exec_byte_code+15218>, 0x6929cb <exec_byte_code+15325>, 0x692a16 <exec_byte_code+15400>, 0x692a61 <exec_byte_code+15475>, 0x6917c6 <exec_byte_code+10712>, 0x691818 <exec_byte_code+10794>, 0x692ab3 <exec_byte_code+15557>, 0x692b1b <exec_byte_code+15661>, 0x692b7f <exec_byte_code+15761>, 0x68fefc <exec_byte_code+4366>, 0x68ff19 <exec_byte_code+4395>, 0x68ff85 <exec_byte_code+4503>, 0x68fff1 <exec_byte_code+4611>, 0x69005a <exec_byte_code+4716>, 0x690bb6 <exec_byte_code+7624>, 0x6910c8 <exec_byte_code+8922>, 0x691979 <exec_byte_code+11147>, 0x692d19 <exec_byte_code+16171>, 0x692d8e <exec_byte_code+16288>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692e24 <exec_byte_code+16438>, 0x692eab <exec_byte_code+16573>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x692b7f <exec_byte_code+15761>, 0x6930b2 <exec_byte_code+17092> <repeats 64 times>} const_length = 25 bytestr_length = 165 vectorp = 0xa87360 <pure+806176> quitcounter = 1 '\001' stack_items = 14 sa_avail = 16107 sa_count = 5 sa_must_free = false stack_base = 0x7ffe74b63ac0 stack_lim = 0x7ffe74b63b30 top = 0x7ffe74b63af8 void_stack_lim = 0x7ffe74b63b30 bytestr_data = 0x7ffe74b63b30 "\306\020\211?\205\023" pc = 0x7ffe74b63bab "\006\006\071\203\242" count = 5 result = 11047436 #66 0x0000000000640710 in funcall_lambda (fun=11039501, nargs=1, arg_vector=0x7ffe74b64038) at eval.c:2977 size = 5 val = 0 syms_left = 4102 next = 0 lexenv = 77324040736 count = 5 i = 5755230 optional = false rest = false previous_optional_or_rest = 127 #67 0x000000000063fb4a in Ffuncall (nargs=2, args=0x7ffe74b64030) at eval.c:2778 fun = 11039501 original_fun = 16176 ---Type <return> to continue, or q <return> to quit--- funcar = 140730856521784 numargs = 1 val = 4 count = 4 #68 0x000000000063f42b in call1 (fn=16176, arg1=800992) at eval.c:2627 #69 0x000000000058824a in command_loop_1 () at keyboard.c:1482 scount = 3 cmd = 800992 keybuf = {110, 482, 7377723760, 0, 14446560, 31248, 140730856521888, 14660656, 14446560, 0, 140730856521968, 6561240, 139642271694850, 14629408, 5761556, 0, 140730856521968, 5752337, 6253068560, 0, 140730856522064, 6561900, 15440211, 14629408, 5, 0, 140730856522048, 5752337, 0, 0} i = 2 prev_modiff = 2 prev_buffer = 0x3bd3020 already_adjusted = false #70 0x000000000063bd55 in internal_condition_case (bfun=0x587a37 <command_loop_1>, handlers=21120, hfun=0x58708e <cmd_error>) at eval.c:1336 val = 15440211 c = 0x351a290 #71 0x000000000058765b in command_loop_2 (ignore=0) at keyboard.c:1110 val = 0 #72 0x000000000063b285 in internal_catch (tag=50976, func=0x58762e <command_loop_2>, arg=0) at eval.c:1101 val = 0 c = 0x351a170 #73 0x00000000005875f9 in command_loop () at keyboard.c:1089 #74 0x0000000000586b7b in recursive_edit_1 () at keyboard.c:695 count = 1 val = 140730856522448 #75 0x0000000000586d6d in Frecursive_edit () at keyboard.c:766 count = 0 buffer = 0 #76 0x000000000058494b in main (argc=2, argv=0x7ffe74b64508) at emacs.c:1722 stack_bottom_variable = 0x350bab0 do_initial_setlocale = true dumping = false skip_args = 0 no_loadup = false junk = 0x0 dname_arg = 0x0 ch_to_dir = 0x0 original_pwd = 0x0 disable_aslr = false rlim = {rlim_cur = 10022912, rlim_max = 18446744073709551615} sockfd = -1 (gdb) (gdb) ----------------end gdb session showing backtrace----------------- In GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.11) of 2019-05-16 built on bloodnok Windowing system distributor 'The X.Org Foundation', version 11.0.11902000 System Description: Debian GNU/Linux 9.9 (stretch) Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Making completion list... [2 times] Configured using: 'configure --with-sound=alsa --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-ggdb3 -O0 -g3 -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-ggdb3 --with-sound=alsa --build x86_64-linux-gnu --prefix=/usr/local --enable-checking --enable-asserts CXXFLAGS=-gddb3' Configured features: XPM JPEG TIFF GIF PNG SOUND DBUS GSETTINGS GLIB NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS Important settings: value of $LANG: en_CA.utf8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml mml-sec epa derived epg gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair finder-inf package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 109320 6986) (symbols 48 21778 1) (miscs 40 149 91) (strings 32 32903 1228) (string-bytes 1 888014) (vectors 16 16534) (vector-slots 8 523983 8860) (floats 8 55 109) (intervals 56 275 3) (buffers 992 13))
[emacs-bug.tgz (application/x-compressed-tar, attachment)]
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sat, 18 May 2019 06:20:01 GMT) Full text and rfc822 format available.Message #8 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Marc Munro <marc <at> bloodnok.com> Cc: 35784 <at> debbugs.gnu.org Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 09:19:22 +0300
> From: Marc Munro <marc <at> bloodnok.com> > Date: Fri, 17 May 2019 13:54:27 -0700 > > This is a reproducible crash. I have loaded a lot of experimental lisp > code, including some which creates a custom header line. It seems to > be this that causes the crash, however only in combination with some > buggy stuff that causes new frames to be used where a window split > would do quite well. > > Without my window splitting bugs, I still get crashes but they are > random and infrequent and I have been unable to create a reproducible > test case. > > I am attaching a tgz of all the files involved, and embedding a gdb > backtrace below. > > To reproduce: > > $ emacs .emacs I guess you meant $ emacs -l .emacs IOW, the .emacs file should be _loaded_, not just visited. (I tried both, just to be sure). > <close the *GNU Emacs* frame> I don't have any such frame at this point. I have a single frame divided into 2 windows, one of them showing *GNU Emacs*, the other showing *scratch*. > <type M-x> No crash here. I tried both Emacs 26.1 and Emacs 26.2. I'm guessing that maybe some additional files you have on your system might be relevant. Did you try reproducing outside your home directory, after replacing "~marc/emacs/k" with something explicit, and then using "emacs -q -l .emacs"? Because this is what I did, I cannot afford overwriting my personal .emacs file. Can anyone else reproduce this crash?
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sat, 18 May 2019 09:40:02 GMT) Full text and rfc822 format available.Message #11 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Bhavin Gandhi <bhavin7392 <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org>, Marc Munro <marc <at> bloodnok.com> Cc: 35784 <at> debbugs.gnu.org Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 15:09:33 +0530
On 5/18/19 11:49 AM, Eli Zaretskii wrote: > > Can anyone else reproduce this crash? > I'm not able to reproduce as well. Here is what I tried: Renamed .emacs to .emacs-marc. Modified the .emacs-marc to have load path as "~/marc/k". $ emacs -l .emacs-marc No crash observed $ emacs -q -l .emacs-marc No crash observed
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sat, 18 May 2019 12:10:01 GMT) Full text and rfc822 format available.Message #14 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Bhavin Gandhi <bhavin7392 <at> gmail.com> Cc: 35784 <at> debbugs.gnu.org, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 15:09:08 +0300
> Cc: 35784 <at> debbugs.gnu.org > From: Bhavin Gandhi <bhavin7392 <at> gmail.com> > Date: Sat, 18 May 2019 15:09:33 +0530 > > On 5/18/19 11:49 AM, Eli Zaretskii wrote: > > > > Can anyone else reproduce this crash? > > > > I'm not able to reproduce as well. Here is what I tried: Thank you for your efforts.
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sat, 18 May 2019 12:18:03 GMT) Full text and rfc822 format available.Message #17 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Noam Postavsky <npostavs <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 35784 <at> debbugs.gnu.org, Marc Munro <marc <at> bloodnok.com> Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 08:16:51 -0400
[Message part 1 (text/plain, inline)]
I'm able to reproduce using the latest emacs-26 branch (I don't have the point releases checked out at the moment), both lucid and gtk3 builds. It doesn't reproduce using master, there is a Lisp error (Symbol's definition is void: new-frame) that interferes. It actually crashes as soon as I close the *GNU Emacs* frame, no chance to type M-x. I modified the .emacs to this:
[.emacs (text/plain, inline)]
(defconst k-mark-dir (file-name-directory (or load-file-name buffer-file-name))) (setq load-path (append load-path (list (expand-file-name "emacs/k" k-mark-dir)))) (require 'k-core) (require 'k-dir) (require 'k-frame) (require 'k-tabbar2) (k-mode)
[Message part 3 (text/plain, inline)]
And then ran HOME=$PWD emacs .emacs Eli Zaretskii <eliz <at> gnu.org> writes: >> <close the *GNU Emacs* frame> > > I don't have any such frame at this point. I have a single frame > divided into 2 windows, one of them showing *GNU Emacs*, the other > showing *scratch*. > Did you try reproducing outside your home directory, after replacing > "~marc/emacs/k" with something explicit, and then using "emacs -q -l > .emacs"? Because this is what I did, I cannot afford overwriting my > personal .emacs file. When doing it this way, only one frame gets created, I guess because ~/.emacs is loaded earlier than -l foo.el.
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sat, 18 May 2019 13:04:01 GMT) Full text and rfc822 format available.Message #20 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Noam Postavsky <npostavs <at> gmail.com> Cc: 35784 <at> debbugs.gnu.org, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 16:03:28 +0300
> From: Noam Postavsky <npostavs <at> gmail.com> > Cc: Marc Munro <marc <at> bloodnok.com>, 35784 <at> debbugs.gnu.org > Date: Sat, 18 May 2019 08:16:51 -0400 > > I'm able to reproduce using the latest emacs-26 branch (I don't have the > point releases checked out at the moment), both lucid and gtk3 builds. > It doesn't reproduce using master, there is a Lisp error (Symbol's > definition is void: new-frame) that interferes. > > It actually crashes as soon as I close the *GNU Emacs* frame, no chance > to type M-x. I modified the .emacs to this: I still cannot reproduce, even after pointing HOME to the directory of .emacs. I get an error about string, nil, and some errors during redisplay in *Messages*, that's all.
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sat, 18 May 2019 14:04:02 GMT) Full text and rfc822 format available.Message #23 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: martin rudalics <rudalics <at> gmx.at> To: Noam Postavsky <npostavs <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org> Cc: 35784 <at> debbugs.gnu.org, Marc Munro <marc <at> bloodnok.com> Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 16:03:05 +0200
> I'm able to reproduce using the latest emacs-26 branch (I don't have the > point releases checked out at the moment), both lucid and gtk3 builds. > It doesn't reproduce using master, there is a Lisp error (Symbol's > definition is void: new-frame) that interferes. Could you try with 'make-frame' instead of 'new-frame' (or defaliasing 'new-frame' to 'make-frame')? Here I can't reproduce the crash with Emacs 27 and I'm a bit too lazy to delve deeper on my broken systems. Thanks, martin
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sat, 18 May 2019 14:20:01 GMT) Full text and rfc822 format available.Message #26 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Noam Postavsky <npostavs <at> gmail.com> To: martin rudalics <rudalics <at> gmx.at> Cc: 35784 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, Marc Munro <marc <at> bloodnok.com> Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 10:19:22 -0400
martin rudalics <rudalics <at> gmx.at> writes: >> I'm able to reproduce using the latest emacs-26 branch (I don't have the >> point releases checked out at the moment), both lucid and gtk3 builds. >> It doesn't reproduce using master, there is a Lisp error (Symbol's >> definition is void: new-frame) that interferes. > > Could you try with 'make-frame' instead of 'new-frame' (or defaliasing > 'new-frame' to 'make-frame')? Here I can't reproduce the crash with > Emacs 27 and I'm a bit too lazy to delve deeper on my broken systems. Ah, right, adding (defalias 'new-frame 'make-frame) lets it reproduce on master too.
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sat, 18 May 2019 15:41:01 GMT) Full text and rfc822 format available.Message #29 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Noam Postavsky <npostavs <at> gmail.com> Cc: 35784 <at> debbugs.gnu.org, rudalics <at> gmx.at, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 18:39:59 +0300
> From: Noam Postavsky <npostavs <at> gmail.com> > Cc: Eli Zaretskii <eliz <at> gnu.org>, 35784 <at> debbugs.gnu.org, Marc Munro <marc <at> bloodnok.com> > Date: Sat, 18 May 2019 10:19:22 -0400 > > martin rudalics <rudalics <at> gmx.at> writes: > > >> I'm able to reproduce using the latest emacs-26 branch (I don't have the > >> point releases checked out at the moment), both lucid and gtk3 builds. > >> It doesn't reproduce using master, there is a Lisp error (Symbol's > >> definition is void: new-frame) that interferes. > > > > Could you try with 'make-frame' instead of 'new-frame' (or defaliasing > > 'new-frame' to 'make-frame')? Here I can't reproduce the crash with > > Emacs 27 and I'm a bit too lazy to delve deeper on my broken systems. > > Ah, right, adding > > (defalias 'new-frame 'make-frame) > > lets it reproduce on master too. In case someone is trying to debug this, here's what I can glean from the backtrace: > #2 0x000000000061849e in die (msg=0x743f3f "BUFFERP (a)", > file=0x743f36 "buffer.h", line=914) at alloc.c:7406 > #3 0x00000000005802b3 in XBUFFER (a=0) at buffer.h:914 > #4 0x0000000000468bb3 in mark_window_display_accurate_1 (w=0x558e410, > accurate_p=false) at xdisp.c:14754 > b = 0x7ffe74b60e40 > #5 0x0000000000468ffd in mark_window_display_accurate > (window=89711637, accurate_p=false) at xdisp.c:14811 > w = 0x558e410 > #6 0x00000000004bbe06 in Fforce_window_update (object=89711637) at > window.c:3643 > w = 0x558e410 This seems to imply that we are trying to update a non-leaf window, something that should never happen. There's no Lisp-level backtrace, so it's hard to tell what Lisp called force-window-update, and how the window in question became non-leaf, but maybe some crazy Lisp hook switched windows behind redisplay's back or something.
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sat, 18 May 2019 17:32:01 GMT) Full text and rfc822 format available.Message #32 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: martin rudalics <rudalics <at> gmx.at> To: Eli Zaretskii <eliz <at> gnu.org>, Noam Postavsky <npostavs <at> gmail.com> Cc: 35784 <at> debbugs.gnu.org, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 19:30:50 +0200
>> #2 0x000000000061849e in die (msg=0x743f3f "BUFFERP (a)", >> file=0x743f36 "buffer.h", line=914) at alloc.c:7406 >> #3 0x00000000005802b3 in XBUFFER (a=0) at buffer.h:914 >> #4 0x0000000000468bb3 in mark_window_display_accurate_1 (w=0x558e410, >> accurate_p=false) at xdisp.c:14754 >> b = 0x7ffe74b60e40 >> #5 0x0000000000468ffd in mark_window_display_accurate >> (window=89711637, accurate_p=false) at xdisp.c:14811 >> w = 0x558e410 >> #6 0x00000000004bbe06 in Fforce_window_update (object=89711637) at >> window.c:3643 >> w = 0x558e410 > > This seems to imply that we are trying to update a non-leaf window, > something that should never happen. There's no Lisp-level backtrace, > so it's hard to tell what Lisp called force-window-update, and how the > window in question became non-leaf, but maybe some crazy Lisp hook > switched windows behind redisplay's back or something. I'd rather guess that this is the result of 'kill-buffer' called from 'delete-frame-functions' or 'delete-frame' called from 'kill-buffer-hook'. But at the moment I can't reproduce the bug here any more. martin
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sat, 18 May 2019 17:44:01 GMT) Full text and rfc822 format available.Message #35 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: martin rudalics <rudalics <at> gmx.at> Cc: 35784 <at> debbugs.gnu.org, npostavs <at> gmail.com, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 20:43:09 +0300
> Cc: 35784 <at> debbugs.gnu.org, marc <at> bloodnok.com > From: martin rudalics <rudalics <at> gmx.at> > Date: Sat, 18 May 2019 19:30:50 +0200 > > > This seems to imply that we are trying to update a non-leaf window, > > something that should never happen. There's no Lisp-level backtrace, > > so it's hard to tell what Lisp called force-window-update, and how the > > window in question became non-leaf, but maybe some crazy Lisp hook > > switched windows behind redisplay's back or something. > > I'd rather guess that this is the result of 'kill-buffer' called from > 'delete-frame-functions' or 'delete-frame' called from > 'kill-buffer-hook'. kill-buffer is supposed to replace the killed buffer with another in all windows, so we shouldn't end up with a window's buffer being nil. But I'm louse at guessing causes for problems just by looking at them, so you may be right.
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sun, 19 May 2019 02:56:01 GMT) Full text and rfc822 format available.Message #38 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Noam Postavsky <npostavs <at> gmail.com> To: martin rudalics <rudalics <at> gmx.at> Cc: 35784 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Sat, 18 May 2019 22:54:59 -0400
>>> #2 0x000000000061849e in die (msg=0x743f3f "BUFFERP (a)", >>> file=0x743f36 "buffer.h", line=914) at alloc.c:7406 >>> #3 0x00000000005802b3 in XBUFFER (a=0) at buffer.h:914 >>> #4 0x0000000000468bb3 in mark_window_display_accurate_1 (w=0x558e410, >>> accurate_p=false) at xdisp.c:14754 >>> b = 0x7ffe74b60e40 >>> #5 0x0000000000468ffd in mark_window_display_accurate >>> (window=89711637, accurate_p=false) at xdisp.c:14811 >>> w = 0x558e410 >>> #6 0x00000000004bbe06 in Fforce_window_update (object=89711637) at >>> window.c:3643 >>> w = 0x558e410 >> >> This seems to imply that we are trying to update a non-leaf window, >> something that should never happen. There's no Lisp-level backtrace, >> so it's hard to tell what Lisp called force-window-update, and how the >> window in question became non-leaf, but maybe some crazy Lisp hook >> switched windows behind redisplay's back or something. > > I'd rather guess that this is the result of 'kill-buffer' called from > 'delete-frame-functions' or 'delete-frame' called from > 'kill-buffer-hook'. But at the moment I can't reproduce the bug here > any more. The Lisp backtrace is: "force-window-update" (0xffffd640) 0x2f61c80 Lisp type 3 "mapc" (0xffffd960) "k-tabbar2::pc-handle-queued-updates" (0xffffdb00) "k-tabbar2::post-command-fn" (0xffffddf0) I think the problem is just that the Lisp code is calling force-window-update on a deleted window. At least, I can trigger the crash with (let ((w (split-window))) (delete-window w) (force-window-update w)) And the following fixes it: --- i/src/window.c +++ w/src/window.c @@ -4089,7 +4089,7 @@ displaying that buffer. */) return Qt; } - if (WINDOWP (object)) + if (WINDOW_LIVE_P (object)) { struct window *w = XWINDOW (object); mark_window_display_accurate (object, false);
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sun, 19 May 2019 04:52:02 GMT) Full text and rfc822 format available.Message #41 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Noam Postavsky <npostavs <at> gmail.com>,martin rudalics <rudalics <at> gmx.at> Cc: 35784 <at> debbugs.gnu.org, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Sun, 19 May 2019 07:51:21 +0300
On May 19, 2019 5:54:59 AM GMT+03:00, Noam Postavsky <npostavs <at> gmail.com> wrote: > >>> #2 0x000000000061849e in die (msg=0x743f3f "BUFFERP (a)", > >>> file=0x743f36 "buffer.h", line=914) at alloc.c:7406 > >>> #3 0x00000000005802b3 in XBUFFER (a=0) at buffer.h:914 > >>> #4 0x0000000000468bb3 in mark_window_display_accurate_1 > (w=0x558e410, > >>> accurate_p=false) at xdisp.c:14754 > >>> b = 0x7ffe74b60e40 > >>> #5 0x0000000000468ffd in mark_window_display_accurate > >>> (window=89711637, accurate_p=false) at xdisp.c:14811 > >>> w = 0x558e410 > >>> #6 0x00000000004bbe06 in Fforce_window_update (object=89711637) > at > >>> window.c:3643 > >>> w = 0x558e410 > >> > >> This seems to imply that we are trying to update a non-leaf window, > >> something that should never happen. There's no Lisp-level > backtrace, > >> so it's hard to tell what Lisp called force-window-update, and how > the > >> window in question became non-leaf, but maybe some crazy Lisp hook > >> switched windows behind redisplay's back or something. > > > > I'd rather guess that this is the result of 'kill-buffer' called > from > > 'delete-frame-functions' or 'delete-frame' called from > > 'kill-buffer-hook'. But at the moment I can't reproduce the bug > here > > any more. > > The Lisp backtrace is: > > "force-window-update" (0xffffd640) > 0x2f61c80 Lisp type 3 > "mapc" (0xffffd960) > "k-tabbar2::pc-handle-queued-updates" (0xffffdb00) > "k-tabbar2::post-command-fn" (0xffffddf0) > > I think the problem is just that the Lisp code is calling > force-window-update on a deleted window. At least, I can trigger the > crash with > > (let ((w (split-window))) > (delete-window w) > (force-window-update w)) > > And the following fixes it: > > --- i/src/window.c > +++ w/src/window.c > @@ -4089,7 +4089,7 @@ displaying that buffer. */) > return Qt; > } > > - if (WINDOWP (object)) > + if (WINDOW_LIVE_P (object)) > { > struct window *w = XWINDOW (object); > mark_window_display_accurate (object, false); Thanks, this fix is fine with me. Martin?
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sun, 19 May 2019 06:41:01 GMT) Full text and rfc822 format available.Message #44 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: martin rudalics <rudalics <at> gmx.at> To: Eli Zaretskii <eliz <at> gnu.org>, Noam Postavsky <npostavs <at> gmail.com> Cc: 35784 <at> debbugs.gnu.org, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Sun, 19 May 2019 08:40:45 +0200
>> - if (WINDOWP (object)) >> + if (WINDOW_LIVE_P (object)) >> { >> struct window *w = XWINDOW (object); >> mark_window_display_accurate (object, false); > > Thanks, this fix is fine with me. Martin? Fine with me as well. Many thanks for the fix, martin
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sun, 19 May 2019 17:12:01 GMT) Full text and rfc822 format available.Message #47 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Noam Postavsky <npostavs <at> gmail.com> To: martin rudalics <rudalics <at> gmx.at> Cc: 35784 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Sun, 19 May 2019 13:11:40 -0400
[Message part 1 (text/plain, inline)]
tags 35784 + patch quit martin rudalics <rudalics <at> gmx.at> writes: >>> - if (WINDOWP (object)) >>> + if (WINDOW_LIVE_P (object)) >>> { >>> struct window *w = XWINDOW (object); >>> mark_window_display_accurate (object, false); >> >> Thanks, this fix is fine with me. Martin? > > Fine with me as well. For emacs-26, I presume?
[0001-Don-t-segfault-on-force-window-update-of-deleted-win.patch (text/plain, attachment)]
Noam Postavsky <npostavs <at> gmail.com>
to control <at> debbugs.gnu.org
.
(Sun, 19 May 2019 17:12:02 GMT) Full text and rfc822 format available.bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sun, 19 May 2019 18:00:02 GMT) Full text and rfc822 format available.Message #52 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Noam Postavsky <npostavs <at> gmail.com>,martin rudalics <rudalics <at> gmx.at> Cc: 35784 <at> debbugs.gnu.org, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Sun, 19 May 2019 18:59:01 +0100
On May 19, 2019 6:11:40 PM GMT+01:00, Noam Postavsky <npostavs <at> gmail.com> wrote: > tags 35784 + patch > quit > > martin rudalics <rudalics <at> gmx.at> writes: > > >>> - if (WINDOWP (object)) > >>> + if (WINDOW_LIVE_P (object)) > >>> { > >>> struct window *w = XWINDOW (object); > >>> mark_window_display_accurate (object, false); > >> > >> Thanks, this fix is fine with me. Martin? > > > > Fine with me as well. > > For emacs-26, I presume? Yes, it's OK for emacs-26. Thanks.
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Sun, 19 May 2019 23:58:01 GMT) Full text and rfc822 format available.Message #55 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Marc Munro <marc <at> bloodnok.com> To: 35784 <at> debbugs.gnu.org Subject: Just built from head: it seems to be fixed Date: Sun, 19 May 2019 16:57:24 -0700
Just built from head: this crash seems to be fixed. Thanks everyone. __ Marc
bug-gnu-emacs <at> gnu.org
:bug#35784
; Package emacs
.
(Mon, 20 May 2019 18:28:02 GMT) Full text and rfc822 format available.Message #58 received at 35784 <at> debbugs.gnu.org (full text, mbox):
From: Noam Postavsky <npostavs <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 35784 <at> debbugs.gnu.org, martin rudalics <rudalics <at> gmx.at>, marc <at> bloodnok.com Subject: Re: bug#35784: emacs 26 crash Date: Mon, 20 May 2019 14:27:15 -0400
tags 35784 fixed close 35784 26.3 quit Eli Zaretskii <eliz <at> gnu.org> writes: >> >>> - if (WINDOWP (object)) >> >>> + if (WINDOW_LIVE_P (object)) > Yes, it's OK for emacs-26. Pushed. 122ba16890 2019-05-20T14:23:12-04:00 "Don't segfault on force-window-update of deleted window" https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=122ba1689046c53535b4d6c5142cfd81752808d0
Noam Postavsky <npostavs <at> gmail.com>
to control <at> debbugs.gnu.org
.
(Mon, 20 May 2019 18:28:02 GMT) Full text and rfc822 format available.Noam Postavsky <npostavs <at> gmail.com>
to control <at> debbugs.gnu.org
.
(Mon, 20 May 2019 18:28:02 GMT) Full text and rfc822 format available.Noam Postavsky <npostavs <at> gmail.com>
to control <at> debbugs.gnu.org
.
(Mon, 20 May 2019 18:30:02 GMT) Full text and rfc822 format available.Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org
.
(Tue, 18 Jun 2019 11:24:07 GMT) Full text and rfc822 format available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.