Package: emacs;
Reported by: Sebastien Vauban <sva-news <at> mygooglest.com>
Date: Wed, 4 Feb 2015 22:36:01 UTC
Severity: normal
Tags: fixed, moreinfo
Found in version 25.0.50
Fixed in version 25.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
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 19774 in the body.
You can then email your comments to 19774 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#19774; Package emacs.
(Wed, 04 Feb 2015 22:36:02 GMT) Full text and rfc822 format available.Sebastien Vauban <sva-news <at> mygooglest.com>:bug-gnu-emacs <at> gnu.org.
(Wed, 04 Feb 2015 22:36:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Sebastien Vauban <sva-news <at> mygooglest.com> To: bug-gnu-emacs <at> gnu.org Subject: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Wed, 04 Feb 2015 23:34:13 +0100
Hello,
When pressing C-u 9 (for example) on a Gnus folder, Emacs crashes (right
after the key 9 has been pressed)... iff key-chord mode (20140929.2246)
is enabled. There is clearly an interaction, as the Emacs crash won't
occur if key-chord is disabled...
And that did happen since that version of key-chord; it wasn't there
with the previous one -- which I don't know how to reinstall through
(M)ELPA...
As far as I know, only Gnus is affected by the bug. I can use numerical
prefixes in many other situations without any crash.
Backtrace:
--8<---------------cut here---------------start------------->8---
$ gdb -p 13768
GNU gdb (GDB) 7.8
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-cygwin".
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".
Attaching to process 13768
[New Thread 13768.0x2fe0]
[New Thread 13768.0x3e54]
[New Thread 13768.0x39c8]
[New Thread 13768.0x26a4]
[New Thread 13768.0x3f34]
[New Thread 13768.0x243c]
[New Thread 13768.0x3570]
/cygdrive/d/Users/fni/.gdbinit:19: Error in sourced command file:
No symbol table is loaded. Use the "file" command.
Reading symbols from /cygdrive/c/Program Files (x86)/emacs-trunk/bin/emacs.exe...done.
0x7781f925 in ntdll!DbgBreakPoint () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
(gdb) continue
Continuing.
[Thread 13768.0x3570 exited with code 0]
[Thread 13768.0x243c exited with code 0]
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 13768.0x2fe0]
0x7708a825 in KERNELBASE!DebugBreak () from /cygdrive/c/Windows/SYSTEM32/KERNELBASE.dll
(gdb) thread apply all backtrace
Thread 5 (Thread 13768.0x3f34):
#0 0x7781de5c in ntdll!ZwDelayExecution () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#1 0x770011f8 in SleepEx () from /cygdrive/c/Windows/SYSTEM32/KERNELBASE.dll
#2 0x00000000 in ?? ()
Thread 4 (Thread 13768.0x26a4):
#0 0x7781f5dc in ntdll!ZwWaitForWorkViaWorkerFactory () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#1 0x778144b4 in ntdll!TpIsTimerSet () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#2 0x751e86e3 in KERNEL32!BaseThreadInitThunk () from /cygdrive/c/Windows/SYSTEM32/KERNEL32.DLL
#3 0x7784be19 in ntdll!RtlInitializeExceptionChain () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#4 0x7784bdec in ntdll!RtlInitializeExceptionChain () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#5 0x00000000 in ?? ()
Thread 3 (Thread 13768.0x39c8):
#0 0x771e75fd in gapfnScSendMessage () from /cygdrive/c/Windows/SYSTEM32/USER32.dll
#1 0x771ea2fd in USER32!GetMessageW () from /cygdrive/c/Windows/SYSTEM32/USER32.dll
#2 0x01219ae9 in w32_msg_pump (msg_buf=0x729ff24) at C:/emacs/repo/src/w32fns.c:2526
#3 0x01219d2a in w32_msg_worker <at> 4 (arg=0x0) at C:/emacs/repo/src/w32fns.c:2747
#4 0x751e86e3 in KERNEL32!BaseThreadInitThunk () from /cygdrive/c/Windows/SYSTEM32/KERNEL32.DLL
#5 0x7784be19 in ntdll!RtlInitializeExceptionChain () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#6 0x7784bdec in ntdll!RtlInitializeExceptionChain () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#7 0x00000000 in ?? ()
Thread 2 (Thread 13768.0x3e54):
#0 0x7781f5dc in ntdll!ZwWaitForWorkViaWorkerFactory () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#1 0x778144b4 in ntdll!TpIsTimerSet () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#2 0x751e86e3 in KERNEL32!BaseThreadInitThunk () from /cygdrive/c/Windows/SYSTEM32/KERNEL32.DLL
#3 0x7784be19 in ntdll!RtlInitializeExceptionChain () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#4 0x7784bdec in ntdll!RtlInitializeExceptionChain () from /cygdrive/c/Windows/SYSTEM32/ntdll.dll
#5 0x00000000 in ?? ()
Thread 1 (Thread 13768.0x2fe0):
#0 0x7708a825 in KERNELBASE!DebugBreak () from /cygdrive/c/Windows/SYSTEM32/KERNELBASE.dll
#1 0x0122629a in emacs_abort () at C:/emacs/repo/src/w32fns.c:8710
#2 0x01106330 in terminate_due_to_signal (sig=22, backtrace_limit=2147483647)
at C:/emacs/repo/src/emacs.c:374
#3 0x01180e88 in die (
msg=0x14e6818 <STRING_BYTES_MAX+276> "VBLOCK_BYTES_MIN <= nbytes && nbytes <= VBLOCK_BYTES_MAX",
file=0x14e64e8 <DEFAULT_REHASH_SIZE+40> "C:/emacs/repo/src/alloc.c", line=2874)
at C:/emacs/repo/src/alloc.c:7067
#4 0x0117a882 in allocate_vector_from_block (nbytes=0) at C:/emacs/repo/src/alloc.c:2874
#5 0x0117b144 in allocate_vectorlike (len=-1) at C:/emacs/repo/src/alloc.c:3117
#6 0x0117b219 in allocate_vector (len=-1) at C:/emacs/repo/src/alloc.c:3157
#7 0x01103e28 in make_uninit_vector (size=-1) at C:/emacs/repo/src/lisp.h:3789
#8 0x0117b418 in Fvector (nargs=-1, args=0x158bcd0 <dumped_data+32528>)
at C:/emacs/repo/src/alloc.c:3224
#9 0x0111d977 in Fthis_single_command_keys () at C:/emacs/repo/src/keyboard.c:10054
#10 0x011a189a in Ffuncall (nargs=1, args=0x88e0e4) at C:/emacs/repo/src/eval.c:2702
#11 0x011e55cf in exec_byte_code (bytestr=124130444, vector=129147309, maxdepth=10, args_template=0,
nargs=0, args=0x0) at C:/emacs/repo/src/bytecode.c:919
#12 0x011a25dd in funcall_lambda (fun=129110029, nargs=0, arg_vector=0x7b2a1ad)
at C:/emacs/repo/src/eval.c:2938
#13 0x011a1b4d in Ffuncall (nargs=1, args=0x88e508) at C:/emacs/repo/src/eval.c:2754
#14 0x011a0964 in Fapply (nargs=2, args=0x88e508) at C:/emacs/repo/src/eval.c:2276
#15 0x011a17a5 in Ffuncall (nargs=3, args=0x88e504) at C:/emacs/repo/src/eval.c:2685
#16 0x011e55cf in exec_byte_code (bytestr=20198948, vector=20198965, maxdepth=30, args_template=0,
nargs=0, args=0x0) at C:/emacs/repo/src/bytecode.c:919
#17 0x011a25dd in funcall_lambda (fun=20198925, nargs=1, arg_vector=0x1343635 <pure+670549>)
at C:/emacs/repo/src/eval.c:2938
#18 0x011a1b4d in Ffuncall (nargs=2, args=0x88e838) at C:/emacs/repo/src/eval.c:2754
#19 0x011a13b0 in call1 (fn=31232, arg1=129151341) at C:/emacs/repo/src/eval.c:2560
#20 0x01111a7f in timer_check_2 (timers=185848091, idle_timers=0)
at C:/emacs/repo/src/keyboard.c:4509
---Type <return> to continue, or q <return> to quit---
#21 0x01111b84 in timer_check () at C:/emacs/repo/src/keyboard.c:4576
#22 0x0110f992 in readable_events (flags=1) at C:/emacs/repo/src/keyboard.c:3411
#23 0x011168dc in get_input_pending (flags=1) at C:/emacs/repo/src/keyboard.c:6791
#24 0x0111d65c in detect_input_pending_run_timers (do_display=true)
at C:/emacs/repo/src/keyboard.c:9936
#25 0x011f0681 in wait_reading_process_output (time_limit=0, nsecs=100000000, read_kbd=-1,
do_display=true, wait_for_cell=0, wait_proc=0x0, just_wait_proc=0)
at C:/emacs/repo/src/process.c:4689
#26 0x01110437 in kbd_buffer_get_event (kbp=0x88eb64, used_mouse_menu=0x0, end_time=0x88edb0)
at C:/emacs/repo/src/keyboard.c:3878
#27 0x0110c71f in read_event_from_main_queue (end_time=0x88edb0, local_getcjmp=0x88ec8c,
used_mouse_menu=0x0) at C:/emacs/repo/src/keyboard.c:2196
#28 0x0110c97b in read_decoded_event_from_main_queue (end_time=0x88edb0, local_getcjmp=0x88ec8c,
prev_event=0, used_mouse_menu=0x0) at C:/emacs/repo/src/keyboard.c:2261
#29 0x0110df5f in read_char (commandflag=0, map=0, prev_event=0, used_mouse_menu=0x0,
end_time=0x88edb0) at C:/emacs/repo/src/keyboard.c:2860
#30 0x011ccd22 in read_filtered_event (no_switch_frame=false, ascii_required=false,
error_nonascii=false, input_method=true, seconds=185917127) at C:/emacs/repo/src/lread.c:608
#31 0x011cd028 in Fread_event (prompt=0, inherit_input_method=30496, seconds=185917127)
at C:/emacs/repo/src/lread.c:720
#32 0x011a191e in Ffuncall (nargs=4, args=0x88eed0) at C:/emacs/repo/src/eval.c:2712
#33 0x011e55cf in exec_byte_code (bytestr=19592252, vector=19592269, maxdepth=30,
args_template=3078, nargs=3, args=0x88f204) at C:/emacs/repo/src/bytecode.c:919
#34 0x011a21b2 in funcall_lambda (fun=19592229, nargs=3, arg_vector=0x88f1f8)
at C:/emacs/repo/src/eval.c:2872
#35 0x011a1b4d in Ffuncall (nargs=4, args=0x88f1f4) at C:/emacs/repo/src/eval.c:2754
#36 0x011e55cf in exec_byte_code (bytestr=121556292, vector=122684581, maxdepth=22, args_template=0,
nargs=0, args=0x0) at C:/emacs/repo/src/bytecode.c:919
#37 0x011a25dd in funcall_lambda (fun=122684669, nargs=1, arg_vector=0x75004a5)
at C:/emacs/repo/src/eval.c:2938
#38 0x011a1b4d in Ffuncall (nargs=2, args=0x88f528) at C:/emacs/repo/src/eval.c:2754
#39 0x011a13b0 in call1 (fn=88183104, arg1=198) at C:/emacs/repo/src/eval.c:2560
#40 0x0110e7a1 in read_char (commandflag=1, map=185945427, prev_event=0, used_mouse_menu=0x88f793,
end_time=0x0) at C:/emacs/repo/src/keyboard.c:3074
#41 0x0111bc0d in read_key_sequence (keybuf=0x88f8a0, bufsize=30, prompt=0,
dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true,
prevent_redisplay=false) at C:/emacs/repo/src/keyboard.c:9131
#42 0x0110a946 in command_loop_1 () at C:/emacs/repo/src/keyboard.c:1407
#43 0x0119e3ab in internal_condition_case (bfun=0x110a4eb <command_loop_1>, handlers=12064,
hfun=0x1109be5 <cmd_error>) at C:/emacs/repo/src/eval.c:1335
#44 0x0110a126 in command_loop_2 (ignore=0) at C:/emacs/repo/src/keyboard.c:1139
#45 0x0119d8e6 in internal_catch (tag=31584, func=0x110a0fb <command_loop_2>, arg=0)
at C:/emacs/repo/src/eval.c:1095
#46 0x0110a0c5 in command_loop () at C:/emacs/repo/src/keyboard.c:1118
#47 0x01109745 in recursive_edit_1 () at C:/emacs/repo/src/keyboard.c:728
#48 0x01109937 in Frecursive_edit () at C:/emacs/repo/src/keyboard.c:799
#49 0x011078a1 in main (argc=1, argv=0xdc1540) at C:/emacs/repo/src/emacs.c:1607
(gdb)
(gdb)
(gdb) bt full
#0 0x7708a825 in KERNELBASE!DebugBreak () from /cygdrive/c/Windows/SYSTEM32/KERNELBASE.dll
No symbol table info available.
#1 0x0122629a in emacs_abort () at C:/emacs/repo/src/w32fns.c:8710
button = 6
#2 0x01106330 in terminate_due_to_signal (sig=22, backtrace_limit=2147483647)
at C:/emacs/repo/src/emacs.c:374
No locals.
#3 0x01180e88 in die (
msg=0x14e6818 <STRING_BYTES_MAX+276> "VBLOCK_BYTES_MIN <= nbytes && nbytes <= VBLOCK_BYTES_MAX",
file=0x14e64e8 <DEFAULT_REHASH_SIZE+40> "C:/emacs/repo/src/alloc.c", line=2874)
at C:/emacs/repo/src/alloc.c:7067
No locals.
#4 0x0117a882 in allocate_vector_from_block (nbytes=0) at C:/emacs/repo/src/alloc.c:2874
vector = 0x88df58
block = 0x7ffd7000
index = 18355305
restbytes = 13768
#5 0x0117b144 in allocate_vectorlike (len=-1) at C:/emacs/repo/src/alloc.c:3117
nbytes = 0
p = 0x20845c8 <real_itimer+8>
#6 0x0117b219 in allocate_vector (len=-1) at C:/emacs/repo/src/alloc.c:3157
v = 0xf4240
nbytes_max = 2147483647
#7 0x01103e28 in make_uninit_vector (size=-1) at C:/emacs/repo/src/lisp.h:3789
v = 8970264
p = 0x1184549 <set_internal+1471>
#8 0x0117b418 in Fvector (nargs=-1, args=0x158bcd0 <dumped_data+32528>)
at C:/emacs/repo/src/alloc.c:3224
i = 17838882
val = -1
p = 0xa
#9 0x0111d977 in Fthis_single_command_keys () at C:/emacs/repo/src/keyboard.c:10054
No locals.
#10 0x011a189a in Ffuncall (nargs=1, args=0x88e0e4) at C:/emacs/repo/src/eval.c:2702
internal_argbuf = {0, 30496, -1064409498, 1104491686, 0, 30496, 8970408, 17835105}
fun = 19522613
original_fun = -11531120
funcar = 129147309
numargs = 0
lisp_numargs = 12
val = 8970440
internal_args = 0x88e0e8
count = 18
#11 0x011e55cf in exec_byte_code (bytestr=124130444, vector=129147309, maxdepth=10, args_template=0,
nargs=0, args=0x0) at C:/emacs/repo/src/bytecode.c:919
targets = {0x11e866b <exec_byte_code+15603>, 0x11e86c7 <exec_byte_code+15695>,
0x11e86c9 <exec_byte_code+15697>, 0x11e86cb <exec_byte_code+15699>,
0x11e86cd <exec_byte_code+15701>, 0x11e86cd <exec_byte_code+15701>,
0x11e871d <exec_byte_code+15781>, 0x11e877f <exec_byte_code+15879>,
0x11e4cf0 <exec_byte_code+888>, 0x11e4cf2 <exec_byte_code+890>,
0x11e4cf4 <exec_byte_code+892>, 0x11e4cf6 <exec_byte_code+894>,
0x11e4cf8 <exec_byte_code+896>, 0x11e4cf8 <exec_byte_code+896>,
0x11e4cfe <exec_byte_code+902>, 0x11e4cbb <exec_byte_code+835>,
0x11e5206 <exec_byte_code+2190>, 0x11e5208 <exec_byte_code+2192>,
0x11e520a <exec_byte_code+2194>, 0x11e520c <exec_byte_code+2196>,
0x11e520e <exec_byte_code+2198>, 0x11e520e <exec_byte_code+2198>,
0x11e5249 <exec_byte_code+2257>, 0x11e5214 <exec_byte_code+2204>,
0x11e54f9 <exec_byte_code+2945>, 0x11e54fb <exec_byte_code+2947>,
0x11e54fd <exec_byte_code+2949>, 0x11e54ff <exec_byte_code+2951>,
0x11e5501 <exec_byte_code+2953>, 0x11e5501 <exec_byte_code+2953>,
0x11e54aa <exec_byte_code+2866>, 0x11e54c4 <exec_byte_code+2892>,
0x11e55a2 <exec_byte_code+3114>, 0x11e55a4 <exec_byte_code+3116>,
0x11e55a6 <exec_byte_code+3118>, 0x11e55a8 <exec_byte_code+3120>,
0x11e55aa <exec_byte_code+3122>, 0x11e55aa <exec_byte_code+3122>,
---Type <return> to continue, or q <return> to quit---
0x11e5553 <exec_byte_code+3035>, 0x11e556d <exec_byte_code+3061>,
0x11e564c <exec_byte_code+3284>, 0x11e564e <exec_byte_code+3286>,
0x11e5650 <exec_byte_code+3288>, 0x11e5652 <exec_byte_code+3290>,
0x11e5654 <exec_byte_code+3292>, 0x11e5654 <exec_byte_code+3292>,
0x11e55fd <exec_byte_code+3205>, 0x11e5617 <exec_byte_code+3231>,
0x11e65ac <exec_byte_code+7220>, 0x11e63dd <exec_byte_code+6757>,
0x11e63d4 <exec_byte_code+6748>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e678d <exec_byte_code+7701>, 0x11e687a <exec_byte_code+7938>,
0x11e68ce <exec_byte_code+8022>, 0x11e6923 <exec_byte_code+8107>,
0x11e697c <exec_byte_code+8196>, 0x11e5089 <exec_byte_code+1809>,
0x11e50e7 <exec_byte_code+1903>, 0x11e69e6 <exec_byte_code+8302>,
0x11e4fcb <exec_byte_code+1619>, 0x11e5135 <exec_byte_code+1981>,
0x11e6a43 <exec_byte_code+8395>, 0x11e6a97 <exec_byte_code+8479>,
0x11e6ad2 <exec_byte_code+8538>, 0x11e6b26 <exec_byte_code+8622>,
0x11e6b6b <exec_byte_code+8691>, 0x11e6c1c <exec_byte_code+8868>,
0x11e6c57 <exec_byte_code+8927>, 0x11e6cab <exec_byte_code+9011>,
0x11e6d18 <exec_byte_code+9120>, 0x11e6d53 <exec_byte_code+9179>,
0x11e6d8e <exec_byte_code+9238>, 0x11e6de2 <exec_byte_code+9322>,
0x11e6e36 <exec_byte_code+9406>, 0x11e6e8a <exec_byte_code+9490>,
0x11e6ef7 <exec_byte_code+9599>, 0x11e6f3c <exec_byte_code+9668>,
0x11e6f81 <exec_byte_code+9737>, 0x11e7032 <exec_byte_code+9914>,
0x11e70ad <exec_byte_code+10037>, 0x11e7128 <exec_byte_code+10160>,
0x11e7323 <exec_byte_code+10667>, 0x11e737f <exec_byte_code+10759>,
0x11e73db <exec_byte_code+10851>, 0x11e7437 <exec_byte_code+10943>,
0x11e7493 <exec_byte_code+11035>, 0x11e74d8 <exec_byte_code+11104>,
0x11e7557 <exec_byte_code+11231>, 0x11e759c <exec_byte_code+11300>,
0x11e75e1 <exec_byte_code+11369>, 0x11e7626 <exec_byte_code+11438>,
0x11e7704 <exec_byte_code+11660>, 0x11e628b <exec_byte_code+6419>,
0x11e7755 <exec_byte_code+11741>, 0x11e7790 <exec_byte_code+11800>,
0x11e783d <exec_byte_code+11973>, 0x11e788e <exec_byte_code+12054>,
0x11e78df <exec_byte_code+12135>, 0x11e791a <exec_byte_code+12194>,
0x11e795d <exec_byte_code+12261>, 0x11e79a0 <exec_byte_code+12328>,
0x11e79eb <exec_byte_code+12403>, 0x11e866b <exec_byte_code+15603>,
0x11e7a36 <exec_byte_code+12478>, 0x11e7a6d <exec_byte_code+12533>,
0x11e7aa4 <exec_byte_code+12588>, 0x11e7adb <exec_byte_code+12643>,
0x11e7b12 <exec_byte_code+12698>, 0x11e7b49 <exec_byte_code+12753>,
0x11e628b <exec_byte_code+6419>, 0x11e866b <exec_byte_code+15603>,
0x11e7b84 <exec_byte_code+12812>, 0x11e7bca <exec_byte_code+12882>,
0x11e7c05 <exec_byte_code+12941>, 0x11e7c40 <exec_byte_code+13000>,
0x11e7c94 <exec_byte_code+13084>, 0x11e7ce8 <exec_byte_code+13168>,
0x11e7d23 <exec_byte_code+13227>, 0x11e7e23 <exec_byte_code+13483>,
0x11e7e77 <exec_byte_code+13567>, 0x11e7ecb <exec_byte_code+13651>,
0x11e7f1f <exec_byte_code+13735>, 0x11e7f56 <exec_byte_code+13790>,
0x11e866b <exec_byte_code+15603>, 0x11e61d7 <exec_byte_code+6239>,
0x11e56e7 <exec_byte_code+3439>, 0x11e4e93 <exec_byte_code+1307>,
0x11e5808 <exec_byte_code+3728>, 0x11e5950 <exec_byte_code+4056>,
0x11e5a90 <exec_byte_code+4376>, 0x11e617a <exec_byte_code+6146>,
0x11e61aa <exec_byte_code+6194>, 0x11e5467 <exec_byte_code+2799>,
0x11e624d <exec_byte_code+6357>, 0x11e62b9 <exec_byte_code+6465>,
0x11e633a <exec_byte_code+6594>, 0x11e6378 <exec_byte_code+6656>,
0x11e65e2 <exec_byte_code+7274>, 0x11e6658 <exec_byte_code+7392>,
0x11e66c5 <exec_byte_code+7501>, 0x11e671b <exec_byte_code+7587>,
0x11e56a3 <exec_byte_code+3371>, 0x11e7f91 <exec_byte_code+13849>,
0x11e7ffe <exec_byte_code+13958>, 0x11e8039 <exec_byte_code+14017>,
0x11e8074 <exec_byte_code+14076>, 0x11e80af <exec_byte_code+14135>,
0x11e80ea <exec_byte_code+14194>, 0x11e813e <exec_byte_code+14278>,
0x11e8192 <exec_byte_code+14362>, 0x11e81e6 <exec_byte_code+14446>,
0x11e823a <exec_byte_code+14530>, 0x11e835f <exec_byte_code+14823>,
0x11e83b3 <exec_byte_code+14907>, 0x11e8407 <exec_byte_code+14991>,
0x11e8442 <exec_byte_code+15050>, 0x11e8496 <exec_byte_code+15134>,
0x11e84ea <exec_byte_code+15218>, 0x11e8531 <exec_byte_code+15289>,
0x11e8578 <exec_byte_code+15360>, 0x11e766b <exec_byte_code+11507>,
---Type <return> to continue, or q <return> to quit---
0x11e76b0 <exec_byte_code+11576>, 0x11e85bd <exec_byte_code+15429>,
0x11e8616 <exec_byte_code+15518>, 0x11e866b <exec_byte_code+15603>,
0x11e5bd0 <exec_byte_code+4696>, 0x11e5cca <exec_byte_code+4946>,
0x11e5dfa <exec_byte_code+5250>, 0x11e5f2a <exec_byte_code+5554>,
0x11e6052 <exec_byte_code+5850>, 0x11e6bb0 <exec_byte_code+8760>,
0x11e6fc6 <exec_byte_code+9806>, 0x11e77d1 <exec_byte_code+11865>,
0x11e8803 <exec_byte_code+16011>, 0x11e8865 <exec_byte_code+16109>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e88e9 <exec_byte_code+16241>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e8962 <exec_byte_code+16362> <repeats 64 times>}
count = 18
op = 0
vectorp = 0x7b2a1ac
stack = {pc = 0x74ec312 "\030\303\b!\203\025", byte_string = 124130444,
byte_string_start = 0x74ec310 "\302 \030\303\b!\203\025", next = 0x88e54c}
top = 0x88e0e4
result = 21224443
type = (unknown: 12)
#12 0x011a25dd in funcall_lambda (fun=129110029, nargs=0, arg_vector=0x7b2a1ad)
at C:/emacs/repo/src/eval.c:2938
val = 17833099
syms_left = 0
next = 34143912
lexenv = 0
count = 18
i = 0
optional = false
rest = false
#13 0x011a1b4d in Ffuncall (nargs=1, args=0x88e508) at C:/emacs/repo/src/eval.c:2754
fun = 129110029
original_fun = 89967400
funcar = 0
numargs = 0
lisp_numargs = 12
val = 8971240
internal_args = 0xc
count = 17
#14 0x011a0964 in Fapply (nargs=2, args=0x88e508) at C:/emacs/repo/src/eval.c:2276
i = 17838882
numargs = 0
funcall_nargs = 8971336
funcall_args = 0x0
spread_arg = 0
fun = 89967400
retval = 8971304
sa_avail = 16384
sa_count = 17
sa_must_free = false
#15 0x011a17a5 in Ffuncall (nargs=3, args=0x88e504) at C:/emacs/repo/src/eval.c:2685
fun = 21762325
original_fun = 4928
funcar = 129151341
numargs = 2
lisp_numargs = 13
val = 8971496
internal_args = 0x6
count = 16
#16 0x011e55cf in exec_byte_code (bytestr=20198948, vector=20198965, maxdepth=30, args_template=0,
nargs=0, args=0x0) at C:/emacs/repo/src/bytecode.c:919
targets = {0x11e866b <exec_byte_code+15603>, 0x11e86c7 <exec_byte_code+15695>,
---Type <return> to continue, or q <return> to quit---
0x11e86c9 <exec_byte_code+15697>, 0x11e86cb <exec_byte_code+15699>,
0x11e86cd <exec_byte_code+15701>, 0x11e86cd <exec_byte_code+15701>,
0x11e871d <exec_byte_code+15781>, 0x11e877f <exec_byte_code+15879>,
0x11e4cf0 <exec_byte_code+888>, 0x11e4cf2 <exec_byte_code+890>,
0x11e4cf4 <exec_byte_code+892>, 0x11e4cf6 <exec_byte_code+894>,
0x11e4cf8 <exec_byte_code+896>, 0x11e4cf8 <exec_byte_code+896>,
0x11e4cfe <exec_byte_code+902>, 0x11e4cbb <exec_byte_code+835>,
0x11e5206 <exec_byte_code+2190>, 0x11e5208 <exec_byte_code+2192>,
0x11e520a <exec_byte_code+2194>, 0x11e520c <exec_byte_code+2196>,
0x11e520e <exec_byte_code+2198>, 0x11e520e <exec_byte_code+2198>,
0x11e5249 <exec_byte_code+2257>, 0x11e5214 <exec_byte_code+2204>,
0x11e54f9 <exec_byte_code+2945>, 0x11e54fb <exec_byte_code+2947>,
0x11e54fd <exec_byte_code+2949>, 0x11e54ff <exec_byte_code+2951>,
0x11e5501 <exec_byte_code+2953>, 0x11e5501 <exec_byte_code+2953>,
0x11e54aa <exec_byte_code+2866>, 0x11e54c4 <exec_byte_code+2892>,
0x11e55a2 <exec_byte_code+3114>, 0x11e55a4 <exec_byte_code+3116>,
0x11e55a6 <exec_byte_code+3118>, 0x11e55a8 <exec_byte_code+3120>,
0x11e55aa <exec_byte_code+3122>, 0x11e55aa <exec_byte_code+3122>,
0x11e5553 <exec_byte_code+3035>, 0x11e556d <exec_byte_code+3061>,
0x11e564c <exec_byte_code+3284>, 0x11e564e <exec_byte_code+3286>,
0x11e5650 <exec_byte_code+3288>, 0x11e5652 <exec_byte_code+3290>,
0x11e5654 <exec_byte_code+3292>, 0x11e5654 <exec_byte_code+3292>,
0x11e55fd <exec_byte_code+3205>, 0x11e5617 <exec_byte_code+3231>,
0x11e65ac <exec_byte_code+7220>, 0x11e63dd <exec_byte_code+6757>,
0x11e63d4 <exec_byte_code+6748>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e678d <exec_byte_code+7701>, 0x11e687a <exec_byte_code+7938>,
0x11e68ce <exec_byte_code+8022>, 0x11e6923 <exec_byte_code+8107>,
0x11e697c <exec_byte_code+8196>, 0x11e5089 <exec_byte_code+1809>,
0x11e50e7 <exec_byte_code+1903>, 0x11e69e6 <exec_byte_code+8302>,
0x11e4fcb <exec_byte_code+1619>, 0x11e5135 <exec_byte_code+1981>,
0x11e6a43 <exec_byte_code+8395>, 0x11e6a97 <exec_byte_code+8479>,
0x11e6ad2 <exec_byte_code+8538>, 0x11e6b26 <exec_byte_code+8622>,
0x11e6b6b <exec_byte_code+8691>, 0x11e6c1c <exec_byte_code+8868>,
0x11e6c57 <exec_byte_code+8927>, 0x11e6cab <exec_byte_code+9011>,
0x11e6d18 <exec_byte_code+9120>, 0x11e6d53 <exec_byte_code+9179>,
0x11e6d8e <exec_byte_code+9238>, 0x11e6de2 <exec_byte_code+9322>,
0x11e6e36 <exec_byte_code+9406>, 0x11e6e8a <exec_byte_code+9490>,
0x11e6ef7 <exec_byte_code+9599>, 0x11e6f3c <exec_byte_code+9668>,
0x11e6f81 <exec_byte_code+9737>, 0x11e7032 <exec_byte_code+9914>,
0x11e70ad <exec_byte_code+10037>, 0x11e7128 <exec_byte_code+10160>,
0x11e7323 <exec_byte_code+10667>, 0x11e737f <exec_byte_code+10759>,
0x11e73db <exec_byte_code+10851>, 0x11e7437 <exec_byte_code+10943>,
0x11e7493 <exec_byte_code+11035>, 0x11e74d8 <exec_byte_code+11104>,
0x11e7557 <exec_byte_code+11231>, 0x11e759c <exec_byte_code+11300>,
0x11e75e1 <exec_byte_code+11369>, 0x11e7626 <exec_byte_code+11438>,
0x11e7704 <exec_byte_code+11660>, 0x11e628b <exec_byte_code+6419>,
0x11e7755 <exec_byte_code+11741>, 0x11e7790 <exec_byte_code+11800>,
0x11e783d <exec_byte_code+11973>, 0x11e788e <exec_byte_code+12054>,
0x11e78df <exec_byte_code+12135>, 0x11e791a <exec_byte_code+12194>,
0x11e795d <exec_byte_code+12261>, 0x11e79a0 <exec_byte_code+12328>,
0x11e79eb <exec_byte_code+12403>, 0x11e866b <exec_byte_code+15603>,
0x11e7a36 <exec_byte_code+12478>, 0x11e7a6d <exec_byte_code+12533>,
0x11e7aa4 <exec_byte_code+12588>, 0x11e7adb <exec_byte_code+12643>,
0x11e7b12 <exec_byte_code+12698>, 0x11e7b49 <exec_byte_code+12753>,
0x11e628b <exec_byte_code+6419>, 0x11e866b <exec_byte_code+15603>,
0x11e7b84 <exec_byte_code+12812>, 0x11e7bca <exec_byte_code+12882>,
0x11e7c05 <exec_byte_code+12941>, 0x11e7c40 <exec_byte_code+13000>,
0x11e7c94 <exec_byte_code+13084>, 0x11e7ce8 <exec_byte_code+13168>,
0x11e7d23 <exec_byte_code+13227>, 0x11e7e23 <exec_byte_code+13483>,
0x11e7e77 <exec_byte_code+13567>, 0x11e7ecb <exec_byte_code+13651>,
0x11e7f1f <exec_byte_code+13735>, 0x11e7f56 <exec_byte_code+13790>,
0x11e866b <exec_byte_code+15603>, 0x11e61d7 <exec_byte_code+6239>,
---Type <return> to continue, or q <return> to quit---
0x11e56e7 <exec_byte_code+3439>, 0x11e4e93 <exec_byte_code+1307>,
0x11e5808 <exec_byte_code+3728>, 0x11e5950 <exec_byte_code+4056>,
0x11e5a90 <exec_byte_code+4376>, 0x11e617a <exec_byte_code+6146>,
0x11e61aa <exec_byte_code+6194>, 0x11e5467 <exec_byte_code+2799>,
0x11e624d <exec_byte_code+6357>, 0x11e62b9 <exec_byte_code+6465>,
0x11e633a <exec_byte_code+6594>, 0x11e6378 <exec_byte_code+6656>,
0x11e65e2 <exec_byte_code+7274>, 0x11e6658 <exec_byte_code+7392>,
0x11e66c5 <exec_byte_code+7501>, 0x11e671b <exec_byte_code+7587>,
0x11e56a3 <exec_byte_code+3371>, 0x11e7f91 <exec_byte_code+13849>,
0x11e7ffe <exec_byte_code+13958>, 0x11e8039 <exec_byte_code+14017>,
0x11e8074 <exec_byte_code+14076>, 0x11e80af <exec_byte_code+14135>,
0x11e80ea <exec_byte_code+14194>, 0x11e813e <exec_byte_code+14278>,
0x11e8192 <exec_byte_code+14362>, 0x11e81e6 <exec_byte_code+14446>,
0x11e823a <exec_byte_code+14530>, 0x11e835f <exec_byte_code+14823>,
0x11e83b3 <exec_byte_code+14907>, 0x11e8407 <exec_byte_code+14991>,
0x11e8442 <exec_byte_code+15050>, 0x11e8496 <exec_byte_code+15134>,
0x11e84ea <exec_byte_code+15218>, 0x11e8531 <exec_byte_code+15289>,
0x11e8578 <exec_byte_code+15360>, 0x11e766b <exec_byte_code+11507>,
0x11e76b0 <exec_byte_code+11576>, 0x11e85bd <exec_byte_code+15429>,
0x11e8616 <exec_byte_code+15518>, 0x11e866b <exec_byte_code+15603>,
0x11e5bd0 <exec_byte_code+4696>, 0x11e5cca <exec_byte_code+4946>,
0x11e5dfa <exec_byte_code+5250>, 0x11e5f2a <exec_byte_code+5554>,
0x11e6052 <exec_byte_code+5850>, 0x11e6bb0 <exec_byte_code+8760>,
0x11e6fc6 <exec_byte_code+9806>, 0x11e77d1 <exec_byte_code+11865>,
0x11e8803 <exec_byte_code+16011>, 0x11e8865 <exec_byte_code+16109>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e88e9 <exec_byte_code+16241>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e8962 <exec_byte_code+16362> <repeats 64 times>}
count = 12
op = 2
vectorp = 0x1343634 <pure+670548>
stack = {pc = 0x143da60 <pure+1695616> ")0\202\237", byte_string = 20198948,
byte_string_start = 0x143d9df <pure+1695487> "\b\021\n\020\v\022\306\034\v\033\307\v!\206\026", next = 0x88ef0c}
top = 0x88e504
result = 0
type = CONDITION_CASE
#17 0x011a25dd in funcall_lambda (fun=20198925, nargs=1, arg_vector=0x1343635 <pure+670549>)
at C:/emacs/repo/src/eval.c:2938
val = 17833099
syms_left = 0
next = -7945000
lexenv = 0
count = 11
i = 1
optional = false
rest = false
#18 0x011a1b4d in Ffuncall (nargs=2, args=0x88e838) at C:/emacs/repo/src/eval.c:2754
fun = 20198925
original_fun = 31232
funcar = 30496
numargs = 1
lisp_numargs = 8973744
val = 22499372
internal_args = 0x363716
count = 10
#19 0x011a13b0 in call1 (fn=31232, arg1=129151341) at C:/emacs/repo/src/eval.c:2560
No locals.
#20 0x01111a7f in timer_check_2 (timers=185848091, idle_timers=0)
at C:/emacs/repo/src/keyboard.c:4509
---Type <return> to continue, or q <return> to quit---
count = 9
old_deactivate_mark = 0
idle_timer_ripe = false
timer = 129151341
timer_time = {tv_sec = 1423088386, tv_nsec = 124999888}
timer_difference = {tv_sec = 0, tv_nsec = 112}
idle_timer_difference = {tv_sec = 0, tv_nsec = -1}
ripe = true
idle_timer = 0
idle_timer_time = {tv_sec = -1, tv_nsec = 0}
difference = {tv_sec = 0, tv_nsec = 112}
timer_ripe = true
nexttime = {tv_sec = 0, tv_nsec = -1}
now = {tv_sec = 1423088386, tv_nsec = 125000000}
idleness_now = {tv_sec = 0, tv_nsec = 0}
chosen_timer = 129151341
gcpro1 = {next = 0x208fea8 <lispsym>, var = 0x77358d0, nvars = 8972456}
#21 0x01111b84 in timer_check () at C:/emacs/repo/src/keyboard.c:4576
nexttime = {tv_sec = 17918851, tv_nsec = 24626640}
timers = 185848099
idle_timers = 0
gcpro1 = {next = 0x177c5d5 <dumped_data+2066453>, var = 0x3, nvars = 8972664}
gcpro2 = {next = 0x177c5d0 <dumped_data+2066448>, var = 0x88e908, nvars = 17839044}
tem = 0
#22 0x0110f992 in readable_events (flags=1) at C:/emacs/repo/src/keyboard.c:3411
No locals.
#23 0x011168dc in get_input_pending (flags=1) at C:/emacs/repo/src/keyboard.c:6791
No locals.
#24 0x0111d65c in detect_input_pending_run_timers (do_display=true)
at C:/emacs/repo/src/keyboard.c:9936
old_timers_run = 373
#25 0x011f0681 in wait_reading_process_output (time_limit=0, nsecs=100000000, read_kbd=-1,
do_display=true, wait_for_cell=0, wait_proc=0x0, just_wait_proc=0)
at C:/emacs/repo/src/process.c:4689
old_timers_run = 373
old_buffer = 0x7e856a8
old_window = 24604037
leave = false
timeout_reduced_for_timers = true
channel = 64
nfds = 0
Available = {bits = {0, 0}}
Writeok = {bits = {0, 0}}
check_write = false
check_delay = 0
no_avail = false
xerrno = 0
proc = 1423088386
timeout = {tv_sec = 0, tv_nsec = 46999888}
end_time = {tv_sec = 1423088386, tv_nsec = 178000000}
got_some_input = -1
count = 8
#26 0x01110437 in kbd_buffer_get_event (kbp=0x88eb64, used_mouse_menu=0x0, end_time=0x88edb0)
at C:/emacs/repo/src/keyboard.c:3878
duration = {tv_sec = 0, tv_nsec = 100000000}
now = {tv_sec = 1423088386, tv_nsec = 78000000}
obj = 17889658
#27 0x0110c71f in read_event_from_main_queue (end_time=0x88edb0, local_getcjmp=0x88ec8c,
used_mouse_menu=0x0) at C:/emacs/repo/src/keyboard.c:2196
c = 0
save_jump = {0 <repeats 16 times>}
kb = 0x1e2
#28 0x0110c97b in read_decoded_event_from_main_queue (end_time=0x88edb0, local_getcjmp=0x88ec8c,
prev_event=0, used_mouse_menu=0x0) at C:/emacs/repo/src/keyboard.c:2261
---Type <return> to continue, or q <return> to quit---
nextevt = 373
#29 0x0110df5f in read_char (commandflag=0, map=0, prev_event=0, used_mouse_menu=0x0,
end_time=0x88edb0) at C:/emacs/repo/src/keyboard.c:2860
c = 0
jmpcount = 8
local_getcjmp = {8973672, 0, 30, 8973744, 8973292, 17880002, 8978372, 0, 0, 0, 19592269,
8973640, 17897653, 0, -1, 1423088386}
save_jump = {124999, 39682, 21714, 124999888, 1423088386, 3553046, 3553046, 8973496,
17896467, 1423088386, 124999888, 124999, 888261, 0, 46999888, 8973496}
tem = 8973608
save = 0
previous_echo_area_message = 0
also_record = 0
reread = false
gcpro1 = {next = 0x77358d0, var = 0x88ec68, nvars = 18415661}
gcpro2 = {next = 0x88ec48, var = 0x1102461 <ASIZE+17>, nvars = 1423088386}
polling_stopped_here = true
orig_kboard = 0xae9488
#30 0x011ccd22 in read_filtered_event (no_switch_frame=false, ascii_required=false,
error_nonascii=false, input_method=true, seconds=185917127) at C:/emacs/repo/src/lread.c:608
val = 17833099
delayed_switch_frame = 0
end_time = {tv_sec = 1423088386, tv_nsec = 178000000}
#31 0x011cd028 in Fread_event (prompt=0, inherit_input_method=30496, seconds=185917127)
at C:/emacs/repo/src/lread.c:720
No locals.
#32 0x011a191e in Ffuncall (nargs=4, args=0x88eed0) at C:/emacs/repo/src/eval.c:2712
internal_argbuf = {22483932, 0, 22483932, 132667048, 34143912, 5, 8973960, 34162088}
fun = 21766149
original_fun = -11509120
funcar = 17838654
numargs = 3
lisp_numargs = 124610956
val = 0
internal_args = 0x88eed4
count = 7
#33 0x011e55cf in exec_byte_code (bytestr=19592252, vector=19592269, maxdepth=30,
args_template=3078, nargs=3, args=0x88f204) at C:/emacs/repo/src/bytecode.c:919
targets = {0x11e866b <exec_byte_code+15603>, 0x11e86c7 <exec_byte_code+15695>,
0x11e86c9 <exec_byte_code+15697>, 0x11e86cb <exec_byte_code+15699>,
0x11e86cd <exec_byte_code+15701>, 0x11e86cd <exec_byte_code+15701>,
0x11e871d <exec_byte_code+15781>, 0x11e877f <exec_byte_code+15879>,
0x11e4cf0 <exec_byte_code+888>, 0x11e4cf2 <exec_byte_code+890>,
0x11e4cf4 <exec_byte_code+892>, 0x11e4cf6 <exec_byte_code+894>,
0x11e4cf8 <exec_byte_code+896>, 0x11e4cf8 <exec_byte_code+896>,
0x11e4cfe <exec_byte_code+902>, 0x11e4cbb <exec_byte_code+835>,
0x11e5206 <exec_byte_code+2190>, 0x11e5208 <exec_byte_code+2192>,
0x11e520a <exec_byte_code+2194>, 0x11e520c <exec_byte_code+2196>,
0x11e520e <exec_byte_code+2198>, 0x11e520e <exec_byte_code+2198>,
0x11e5249 <exec_byte_code+2257>, 0x11e5214 <exec_byte_code+2204>,
0x11e54f9 <exec_byte_code+2945>, 0x11e54fb <exec_byte_code+2947>,
0x11e54fd <exec_byte_code+2949>, 0x11e54ff <exec_byte_code+2951>,
0x11e5501 <exec_byte_code+2953>, 0x11e5501 <exec_byte_code+2953>,
0x11e54aa <exec_byte_code+2866>, 0x11e54c4 <exec_byte_code+2892>,
0x11e55a2 <exec_byte_code+3114>, 0x11e55a4 <exec_byte_code+3116>,
0x11e55a6 <exec_byte_code+3118>, 0x11e55a8 <exec_byte_code+3120>,
0x11e55aa <exec_byte_code+3122>, 0x11e55aa <exec_byte_code+3122>,
0x11e5553 <exec_byte_code+3035>, 0x11e556d <exec_byte_code+3061>,
0x11e564c <exec_byte_code+3284>, 0x11e564e <exec_byte_code+3286>,
0x11e5650 <exec_byte_code+3288>, 0x11e5652 <exec_byte_code+3290>,
0x11e5654 <exec_byte_code+3292>, 0x11e5654 <exec_byte_code+3292>,
0x11e55fd <exec_byte_code+3205>, 0x11e5617 <exec_byte_code+3231>,
0x11e65ac <exec_byte_code+7220>, 0x11e63dd <exec_byte_code+6757>,
0x11e63d4 <exec_byte_code+6748>, 0x11e866b <exec_byte_code+15603>,
---Type <return> to continue, or q <return> to quit---
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e678d <exec_byte_code+7701>, 0x11e687a <exec_byte_code+7938>,
0x11e68ce <exec_byte_code+8022>, 0x11e6923 <exec_byte_code+8107>,
0x11e697c <exec_byte_code+8196>, 0x11e5089 <exec_byte_code+1809>,
0x11e50e7 <exec_byte_code+1903>, 0x11e69e6 <exec_byte_code+8302>,
0x11e4fcb <exec_byte_code+1619>, 0x11e5135 <exec_byte_code+1981>,
0x11e6a43 <exec_byte_code+8395>, 0x11e6a97 <exec_byte_code+8479>,
0x11e6ad2 <exec_byte_code+8538>, 0x11e6b26 <exec_byte_code+8622>,
0x11e6b6b <exec_byte_code+8691>, 0x11e6c1c <exec_byte_code+8868>,
0x11e6c57 <exec_byte_code+8927>, 0x11e6cab <exec_byte_code+9011>,
0x11e6d18 <exec_byte_code+9120>, 0x11e6d53 <exec_byte_code+9179>,
0x11e6d8e <exec_byte_code+9238>, 0x11e6de2 <exec_byte_code+9322>,
0x11e6e36 <exec_byte_code+9406>, 0x11e6e8a <exec_byte_code+9490>,
0x11e6ef7 <exec_byte_code+9599>, 0x11e6f3c <exec_byte_code+9668>,
0x11e6f81 <exec_byte_code+9737>, 0x11e7032 <exec_byte_code+9914>,
0x11e70ad <exec_byte_code+10037>, 0x11e7128 <exec_byte_code+10160>,
0x11e7323 <exec_byte_code+10667>, 0x11e737f <exec_byte_code+10759>,
0x11e73db <exec_byte_code+10851>, 0x11e7437 <exec_byte_code+10943>,
0x11e7493 <exec_byte_code+11035>, 0x11e74d8 <exec_byte_code+11104>,
0x11e7557 <exec_byte_code+11231>, 0x11e759c <exec_byte_code+11300>,
0x11e75e1 <exec_byte_code+11369>, 0x11e7626 <exec_byte_code+11438>,
0x11e7704 <exec_byte_code+11660>, 0x11e628b <exec_byte_code+6419>,
0x11e7755 <exec_byte_code+11741>, 0x11e7790 <exec_byte_code+11800>,
0x11e783d <exec_byte_code+11973>, 0x11e788e <exec_byte_code+12054>,
0x11e78df <exec_byte_code+12135>, 0x11e791a <exec_byte_code+12194>,
0x11e795d <exec_byte_code+12261>, 0x11e79a0 <exec_byte_code+12328>,
0x11e79eb <exec_byte_code+12403>, 0x11e866b <exec_byte_code+15603>,
0x11e7a36 <exec_byte_code+12478>, 0x11e7a6d <exec_byte_code+12533>,
0x11e7aa4 <exec_byte_code+12588>, 0x11e7adb <exec_byte_code+12643>,
0x11e7b12 <exec_byte_code+12698>, 0x11e7b49 <exec_byte_code+12753>,
0x11e628b <exec_byte_code+6419>, 0x11e866b <exec_byte_code+15603>,
0x11e7b84 <exec_byte_code+12812>, 0x11e7bca <exec_byte_code+12882>,
0x11e7c05 <exec_byte_code+12941>, 0x11e7c40 <exec_byte_code+13000>,
0x11e7c94 <exec_byte_code+13084>, 0x11e7ce8 <exec_byte_code+13168>,
0x11e7d23 <exec_byte_code+13227>, 0x11e7e23 <exec_byte_code+13483>,
0x11e7e77 <exec_byte_code+13567>, 0x11e7ecb <exec_byte_code+13651>,
0x11e7f1f <exec_byte_code+13735>, 0x11e7f56 <exec_byte_code+13790>,
0x11e866b <exec_byte_code+15603>, 0x11e61d7 <exec_byte_code+6239>,
0x11e56e7 <exec_byte_code+3439>, 0x11e4e93 <exec_byte_code+1307>,
0x11e5808 <exec_byte_code+3728>, 0x11e5950 <exec_byte_code+4056>,
0x11e5a90 <exec_byte_code+4376>, 0x11e617a <exec_byte_code+6146>,
0x11e61aa <exec_byte_code+6194>, 0x11e5467 <exec_byte_code+2799>,
0x11e624d <exec_byte_code+6357>, 0x11e62b9 <exec_byte_code+6465>,
0x11e633a <exec_byte_code+6594>, 0x11e6378 <exec_byte_code+6656>,
0x11e65e2 <exec_byte_code+7274>, 0x11e6658 <exec_byte_code+7392>,
0x11e66c5 <exec_byte_code+7501>, 0x11e671b <exec_byte_code+7587>,
0x11e56a3 <exec_byte_code+3371>, 0x11e7f91 <exec_byte_code+13849>,
0x11e7ffe <exec_byte_code+13958>, 0x11e8039 <exec_byte_code+14017>,
0x11e8074 <exec_byte_code+14076>, 0x11e80af <exec_byte_code+14135>,
0x11e80ea <exec_byte_code+14194>, 0x11e813e <exec_byte_code+14278>,
0x11e8192 <exec_byte_code+14362>, 0x11e81e6 <exec_byte_code+14446>,
0x11e823a <exec_byte_code+14530>, 0x11e835f <exec_byte_code+14823>,
0x11e83b3 <exec_byte_code+14907>, 0x11e8407 <exec_byte_code+14991>,
0x11e8442 <exec_byte_code+15050>, 0x11e8496 <exec_byte_code+15134>,
0x11e84ea <exec_byte_code+15218>, 0x11e8531 <exec_byte_code+15289>,
0x11e8578 <exec_byte_code+15360>, 0x11e766b <exec_byte_code+11507>,
0x11e76b0 <exec_byte_code+11576>, 0x11e85bd <exec_byte_code+15429>,
0x11e8616 <exec_byte_code+15518>, 0x11e866b <exec_byte_code+15603>,
0x11e5bd0 <exec_byte_code+4696>, 0x11e5cca <exec_byte_code+4946>,
0x11e5dfa <exec_byte_code+5250>, 0x11e5f2a <exec_byte_code+5554>,
0x11e6052 <exec_byte_code+5850>, 0x11e6bb0 <exec_byte_code+8760>,
0x11e6fc6 <exec_byte_code+9806>, 0x11e77d1 <exec_byte_code+11865>,
0x11e8803 <exec_byte_code+16011>, 0x11e8865 <exec_byte_code+16109>,
---Type <return> to continue, or q <return> to quit---
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e88e9 <exec_byte_code+16241>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e8962 <exec_byte_code+16362> <repeats 64 times>}
count = 6
op = 3
vectorp = 0x12af44c <pure+63852>
stack = {pc = 0x14ba973 <pure+2207379> ")\211?\206S", byte_string = 19592252,
byte_string_start = 0x14ba92d <pure+2207309> "\001\247\203\022", next = 0x88f23c}
top = 0x88eed0
result = 0
type = (unknown: 12)
#34 0x011a21b2 in funcall_lambda (fun=19592229, nargs=3, arg_vector=0x88f1f8)
at C:/emacs/repo/src/eval.c:2872
val = 17833099
syms_left = 3078
next = 34143912
lexenv = 12
count = 6
i = 19592224
optional = true
rest = 16
#35 0x011a1b4d in Ffuncall (nargs=4, args=0x88f1f4) at C:/emacs/repo/src/eval.c:2754
fun = 19592229
original_fun = -10431328
funcar = 34143912
numargs = 3
lisp_numargs = 3
val = 8974808
internal_args = 0x0
count = 5
#36 0x011e55cf in exec_byte_code (bytestr=121556292, vector=122684581, maxdepth=22, args_template=0,
nargs=0, args=0x0) at C:/emacs/repo/src/bytecode.c:919
targets = {0x11e866b <exec_byte_code+15603>, 0x11e86c7 <exec_byte_code+15695>,
0x11e86c9 <exec_byte_code+15697>, 0x11e86cb <exec_byte_code+15699>,
0x11e86cd <exec_byte_code+15701>, 0x11e86cd <exec_byte_code+15701>,
0x11e871d <exec_byte_code+15781>, 0x11e877f <exec_byte_code+15879>,
0x11e4cf0 <exec_byte_code+888>, 0x11e4cf2 <exec_byte_code+890>,
0x11e4cf4 <exec_byte_code+892>, 0x11e4cf6 <exec_byte_code+894>,
0x11e4cf8 <exec_byte_code+896>, 0x11e4cf8 <exec_byte_code+896>,
0x11e4cfe <exec_byte_code+902>, 0x11e4cbb <exec_byte_code+835>,
0x11e5206 <exec_byte_code+2190>, 0x11e5208 <exec_byte_code+2192>,
0x11e520a <exec_byte_code+2194>, 0x11e520c <exec_byte_code+2196>,
0x11e520e <exec_byte_code+2198>, 0x11e520e <exec_byte_code+2198>,
0x11e5249 <exec_byte_code+2257>, 0x11e5214 <exec_byte_code+2204>,
0x11e54f9 <exec_byte_code+2945>, 0x11e54fb <exec_byte_code+2947>,
0x11e54fd <exec_byte_code+2949>, 0x11e54ff <exec_byte_code+2951>,
0x11e5501 <exec_byte_code+2953>, 0x11e5501 <exec_byte_code+2953>,
0x11e54aa <exec_byte_code+2866>, 0x11e54c4 <exec_byte_code+2892>,
0x11e55a2 <exec_byte_code+3114>, 0x11e55a4 <exec_byte_code+3116>,
0x11e55a6 <exec_byte_code+3118>, 0x11e55a8 <exec_byte_code+3120>,
0x11e55aa <exec_byte_code+3122>, 0x11e55aa <exec_byte_code+3122>,
0x11e5553 <exec_byte_code+3035>, 0x11e556d <exec_byte_code+3061>,
0x11e564c <exec_byte_code+3284>, 0x11e564e <exec_byte_code+3286>,
0x11e5650 <exec_byte_code+3288>, 0x11e5652 <exec_byte_code+3290>,
0x11e5654 <exec_byte_code+3292>, 0x11e5654 <exec_byte_code+3292>,
0x11e55fd <exec_byte_code+3205>, 0x11e5617 <exec_byte_code+3231>,
0x11e65ac <exec_byte_code+7220>, 0x11e63dd <exec_byte_code+6757>,
0x11e63d4 <exec_byte_code+6748>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
---Type <return> to continue, or q <return> to quit---
0x11e678d <exec_byte_code+7701>, 0x11e687a <exec_byte_code+7938>,
0x11e68ce <exec_byte_code+8022>, 0x11e6923 <exec_byte_code+8107>,
0x11e697c <exec_byte_code+8196>, 0x11e5089 <exec_byte_code+1809>,
0x11e50e7 <exec_byte_code+1903>, 0x11e69e6 <exec_byte_code+8302>,
0x11e4fcb <exec_byte_code+1619>, 0x11e5135 <exec_byte_code+1981>,
0x11e6a43 <exec_byte_code+8395>, 0x11e6a97 <exec_byte_code+8479>,
0x11e6ad2 <exec_byte_code+8538>, 0x11e6b26 <exec_byte_code+8622>,
0x11e6b6b <exec_byte_code+8691>, 0x11e6c1c <exec_byte_code+8868>,
0x11e6c57 <exec_byte_code+8927>, 0x11e6cab <exec_byte_code+9011>,
0x11e6d18 <exec_byte_code+9120>, 0x11e6d53 <exec_byte_code+9179>,
0x11e6d8e <exec_byte_code+9238>, 0x11e6de2 <exec_byte_code+9322>,
0x11e6e36 <exec_byte_code+9406>, 0x11e6e8a <exec_byte_code+9490>,
0x11e6ef7 <exec_byte_code+9599>, 0x11e6f3c <exec_byte_code+9668>,
0x11e6f81 <exec_byte_code+9737>, 0x11e7032 <exec_byte_code+9914>,
0x11e70ad <exec_byte_code+10037>, 0x11e7128 <exec_byte_code+10160>,
0x11e7323 <exec_byte_code+10667>, 0x11e737f <exec_byte_code+10759>,
0x11e73db <exec_byte_code+10851>, 0x11e7437 <exec_byte_code+10943>,
0x11e7493 <exec_byte_code+11035>, 0x11e74d8 <exec_byte_code+11104>,
0x11e7557 <exec_byte_code+11231>, 0x11e759c <exec_byte_code+11300>,
0x11e75e1 <exec_byte_code+11369>, 0x11e7626 <exec_byte_code+11438>,
0x11e7704 <exec_byte_code+11660>, 0x11e628b <exec_byte_code+6419>,
0x11e7755 <exec_byte_code+11741>, 0x11e7790 <exec_byte_code+11800>,
0x11e783d <exec_byte_code+11973>, 0x11e788e <exec_byte_code+12054>,
0x11e78df <exec_byte_code+12135>, 0x11e791a <exec_byte_code+12194>,
0x11e795d <exec_byte_code+12261>, 0x11e79a0 <exec_byte_code+12328>,
0x11e79eb <exec_byte_code+12403>, 0x11e866b <exec_byte_code+15603>,
0x11e7a36 <exec_byte_code+12478>, 0x11e7a6d <exec_byte_code+12533>,
0x11e7aa4 <exec_byte_code+12588>, 0x11e7adb <exec_byte_code+12643>,
0x11e7b12 <exec_byte_code+12698>, 0x11e7b49 <exec_byte_code+12753>,
0x11e628b <exec_byte_code+6419>, 0x11e866b <exec_byte_code+15603>,
0x11e7b84 <exec_byte_code+12812>, 0x11e7bca <exec_byte_code+12882>,
0x11e7c05 <exec_byte_code+12941>, 0x11e7c40 <exec_byte_code+13000>,
0x11e7c94 <exec_byte_code+13084>, 0x11e7ce8 <exec_byte_code+13168>,
0x11e7d23 <exec_byte_code+13227>, 0x11e7e23 <exec_byte_code+13483>,
0x11e7e77 <exec_byte_code+13567>, 0x11e7ecb <exec_byte_code+13651>,
0x11e7f1f <exec_byte_code+13735>, 0x11e7f56 <exec_byte_code+13790>,
0x11e866b <exec_byte_code+15603>, 0x11e61d7 <exec_byte_code+6239>,
0x11e56e7 <exec_byte_code+3439>, 0x11e4e93 <exec_byte_code+1307>,
0x11e5808 <exec_byte_code+3728>, 0x11e5950 <exec_byte_code+4056>,
0x11e5a90 <exec_byte_code+4376>, 0x11e617a <exec_byte_code+6146>,
0x11e61aa <exec_byte_code+6194>, 0x11e5467 <exec_byte_code+2799>,
0x11e624d <exec_byte_code+6357>, 0x11e62b9 <exec_byte_code+6465>,
0x11e633a <exec_byte_code+6594>, 0x11e6378 <exec_byte_code+6656>,
0x11e65e2 <exec_byte_code+7274>, 0x11e6658 <exec_byte_code+7392>,
0x11e66c5 <exec_byte_code+7501>, 0x11e671b <exec_byte_code+7587>,
0x11e56a3 <exec_byte_code+3371>, 0x11e7f91 <exec_byte_code+13849>,
0x11e7ffe <exec_byte_code+13958>, 0x11e8039 <exec_byte_code+14017>,
0x11e8074 <exec_byte_code+14076>, 0x11e80af <exec_byte_code+14135>,
0x11e80ea <exec_byte_code+14194>, 0x11e813e <exec_byte_code+14278>,
0x11e8192 <exec_byte_code+14362>, 0x11e81e6 <exec_byte_code+14446>,
0x11e823a <exec_byte_code+14530>, 0x11e835f <exec_byte_code+14823>,
0x11e83b3 <exec_byte_code+14907>, 0x11e8407 <exec_byte_code+14991>,
0x11e8442 <exec_byte_code+15050>, 0x11e8496 <exec_byte_code+15134>,
0x11e84ea <exec_byte_code+15218>, 0x11e8531 <exec_byte_code+15289>,
0x11e8578 <exec_byte_code+15360>, 0x11e766b <exec_byte_code+11507>,
0x11e76b0 <exec_byte_code+11576>, 0x11e85bd <exec_byte_code+15429>,
0x11e8616 <exec_byte_code+15518>, 0x11e866b <exec_byte_code+15603>,
0x11e5bd0 <exec_byte_code+4696>, 0x11e5cca <exec_byte_code+4946>,
0x11e5dfa <exec_byte_code+5250>, 0x11e5f2a <exec_byte_code+5554>,
0x11e6052 <exec_byte_code+5850>, 0x11e6bb0 <exec_byte_code+8760>,
0x11e6fc6 <exec_byte_code+9806>, 0x11e77d1 <exec_byte_code+11865>,
0x11e8803 <exec_byte_code+16011>, 0x11e8865 <exec_byte_code+16109>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e88e9 <exec_byte_code+16241>, 0x11e866b <exec_byte_code+15603>,
---Type <return> to continue, or q <return> to quit---
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e866b <exec_byte_code+15603>, 0x11e866b <exec_byte_code+15603>,
0x11e8962 <exec_byte_code+16362> <repeats 64 times>}
count = 4
op = 3
vectorp = 0x75004a4
stack = {pc = 0x73d7e64 "\203:", byte_string = 121556292,
byte_string_start = 0x73d7e34 "\b\t=\204s", next = 0x0}
top = 0x88f1f4
result = 5
type = (unknown: 12)
#37 0x011a25dd in funcall_lambda (fun=122684669, nargs=1, arg_vector=0x75004a5)
at C:/emacs/repo/src/eval.c:2938
val = 17833099
syms_left = 0
next = 88183360
lexenv = 0
count = 3
i = 1
optional = false
rest = false
#38 0x011a1b4d in Ffuncall (nargs=2, args=0x88f528) at C:/emacs/repo/src/eval.c:2754
fun = 122684669
original_fun = 88183104
funcar = 34163368
numargs = 1
lisp_numargs = 0
val = 8975672
internal_args = 0x158bccd <dumped_data+32525>
count = 2
#39 0x011a13b0 in call1 (fn=88183104, arg1=198) at C:/emacs/repo/src/eval.c:2560
No locals.
#40 0x0110e7a1 in read_char (commandflag=1, map=185945427, prev_event=0, used_mouse_menu=0x88f793,
end_time=0x0) at C:/emacs/repo/src/keyboard.c:3074
keys = 155303517
key_count = 1
key_count_reset = false
gcpro1 = {next = 0x88f598, var = 0x1183c49 <swap_in_symval_forwarding+122>,
nvars = 132667053}
count = 2
saved_ok_to_echo = 0xae9488
saved_echo_string = 185788996
saved_echo_after_prompt = -1
saved_immediate_echo = true
c = 198
jmpcount = 2
local_getcjmp = {8976056, 0, 0, 0, 8975676, 17880002, 8978372, 0, 0, 185945419, 185945411,
8975912, 17833099, 34143912, 0, 2}
save_jump = {0 <repeats 16 times>}
tem = 0
save = 0
previous_echo_area_message = 185789012
also_record = 0
reread = false
gcpro1 = {next = 0x16b8d6c <dumped_data+1265580>, var = 0x88f5a8, nvars = 17833922}
gcpro2 = {next = 0x88f598, var = 0x1101c8b <builtin_lisp_symbol+25>, nvars = 34143912}
polling_stopped_here = false
orig_kboard = 0xae9488
#41 0x0111bc0d in read_key_sequence (keybuf=0x88f8a0, bufsize=30, prompt=0,
dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true,
prevent_redisplay=false) at C:/emacs/repo/src/keyboard.c:9131
interrupted_kboard = 0xae9488
---Type <return> to continue, or q <return> to quit---
interrupted_frame = 0x177c5d0 <dumped_data+2066448>
key = 17875508
used_mouse_menu = false
echo_local_start = 0
last_real_key_start = 0
keys_local_start = 1
new_binding = 132667048
count = 2
t = 0
echo_start = 0
keys_start = 1
current_binding = 185945427
first_event = 0
first_unbound = 31
mock_input = 0
fkey = {parent = 23969171, map = 23969171, start = 0, end = 0}
keytran = {parent = 22589203, map = 22589203, start = 0, end = 0}
indec = {parent = 23969395, map = 23969395, start = 0, end = 0}
shift_translated = false
delayed_switch_frame = 0
original_uppercase = 0
original_uppercase_position = -1
dummyflag = false
starting_buffer = 0x7e856a8
fake_prefixed_keys = 0
gcpro1 = {next = 0x0, var = 0x0, nvars = 0}
#42 0x0110a946 in command_loop_1 () at C:/emacs/repo/src/keyboard.c:1407
cmd = -10418936
keybuf = {86, 442, 8976632, 18493444, 0, 0, 25753816, 3, -8398912, 24223972, 8976632,
18492433, 18656, 0, 123100323, 20100893, 34162568, 1598935905, 34162568, 0, 0, 0, 8976680,
18480156, 2, 123100323, 8976680, 17833099, 34143912, 0}
i = 1
prev_modiff = 643
prev_buffer = 0x7e856a8
already_adjusted = false
#43 0x0119e3ab in internal_condition_case (bfun=0x110a4eb <command_loop_1>, handlers=12064,
hfun=0x1109be5 <cmd_error>) at C:/emacs/repo/src/eval.c:1335
val = 123100323
c = 0xae5d10
#44 0x0110a126 in command_loop_2 (ignore=0) at C:/emacs/repo/src/keyboard.c:1139
val = 0
#45 0x0119d8e6 in internal_catch (tag=31584, func=0x110a0fb <command_loop_2>, arg=0)
at C:/emacs/repo/src/eval.c:1095
val = 0
c = 0xae5c90
#46 0x0110a0c5 in command_loop () at C:/emacs/repo/src/keyboard.c:1118
No locals.
#47 0x01109745 in recursive_edit_1 () at C:/emacs/repo/src/keyboard.c:728
count = 1
val = 8976936
#48 0x01109937 in Frecursive_edit () at C:/emacs/repo/src/keyboard.c:799
count = 0
buffer = 0
#49 0x011078a1 in main (argc=1, argv=0xdc1540) at C:/emacs/repo/src/emacs.c:1607
dummy = 8978080
stack_bottom_variable = 1 '\001'
do_initial_setlocale = true
dumping = false
skip_args = 0
no_loadup = false
junk = 0x0
dname_arg = 0x0
ch_to_dir = 0x0
original_pwd = 0x0
(gdb)
(gdb) xbacktrace
(gdb) Undefined command: "xbacktrace". Try "help".
source ~/.gdbinit
Warning: /cygdrive/c/Program Files (x86)/emacs-trunk/bin/../lwlib: No such file or directory.
SIGINT is used by the debugger.
Are you sure you want to change it? (y or n) [answered Y; input not from terminal]
Environment variable "DISPLAY" not defined.
TERM = xterm-256color
Breakpoint 1 at 0x110627d: file C:/emacs/repo/src/emacs.c, line 347.
Temporary breakpoint 2 at 0x112c720: file C:/emacs/repo/src/sysdep.c, line 918.
(gdb) thread apply all xbacktrace
Thread 5 (Thread 13768.0x3f34):
(gdb) Cannot access memory at address 0xff500c9c
Thread 5 (Thread 13768.0x3f34):
(gdb) Cannot access memory at address 0xff500c9c
--8<---------------cut here---------------end--------------->8---
In GNU Emacs 25.0.50.1 (i686-pc-mingw32)
of 2015-01-28 on LEG570
Windowing system distributor `Microsoft Corp.', version 6.2.9200
Important settings:
value of $LANG: en_US.utf8
locale-coding-system: cp1252
Features:
(shadow sort gnus-cite gnus-alias bbdb-message mailalias nnir emacsbug
sendmail helm-command helm-elisp helm-eval helm-mode helm-files tramp
tramp-compat tramp-loaddefs trampver ffap helm-buffers helm-elscreen
helm-tags helm-bookmark helm-adaptive helm-info helm-net browse-url xml
helm-locate helm-help helm-org sh-script smie executable vc-svn org-mime
org-crypt eldoc hideshow flycheck subr-x git-commit-mode server log-edit
pcvs-util add-log vc-git flyspell ispell org-clock whitespace org-table
org-checklist org-id org-gnus org-habit org-custom-agenda-views
org-agenda org-info org-element avl-tree ob-sql ob-shell shell ob-org
ob-makefile ob-ledger ob-latex ob-dot ob-ditaa ob-awk ob-R appt
diary-lib diary-loaddefs org-inlinetask org org-macro org-footnote
org-pcomplete pcomplete org-list org-faces org-entities noutline outline
org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp
org-src ob-keys ob-comint ob-core ob-eval org-compat org-macs cal-menu
calendar cal-loaddefs helm-match-plugin helm-grep helm-regexp
helm-plugin grep helm-external helm-utils dired-sort-map dired-single
dired+ image-dired bookmark+ bookmark+-key bookmark+-1 bookmark+-bmu
bookmark+-lit bookmark pp dired-x dired-aux dired compile comint
ansi-color helm-misc helm helm-source gnus-topic image-file mail-extr
utf-7 nndraft nnmh nnimap parse-time utf7 gnus-agent gnus-srvr
gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 mm-view
mml-smime smime dig gnus-cache gnus-sum epa-file epa epg netrc gnutls
network-stream starttls tls nntp gnus-group gnus-undo nnmail mail-source
nnoo gnus-leuven bbdb-gnus bbdb-mua bbdb-com crm bbdb bbdb-site timezone
mule-util rx gnus-start gnus-spec gnus-int gnus-range message
format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader
gnus-win gnus gnus-ems powerline powerline-separators color
powerline-themes nnheader mail-utils wid-edit company-files
company-oddmuse company-keywords company-etags etags-select etags ring
company-gtags company-dabbrev-code company-dabbrev company-capf
company-cmake company-ropemacs company-xcode company-clang
company-semantic company-eclim company-template company-css company-nxml
company-bbdb company emacs-leuven guide-key s ucs-normalize popwin dash
leuven-theme google-this url url-proxy url-privacy url-expand
url-methods url-history url-cookie url-domsuf url-util url-parse
auth-source eieio eieio-core gnus-util mm-util mail-prsvr password-cache
url-vars mailcap saveplace yasnippet help-mode find-func byte-opt
bytecomp byte-compile cconv pcase elec-pair paren which-func imenu
hl-tags-mode derived org-loaddefs key-chord fill-column-indicator
helm-config async-bytecomp async helm-aliases autorevert filenotify
hl-line diminish diff-hl vc-dir ewoc vc vc-dispatcher diff-mode
auto-highlight-symbol fancy-narrow easy-mmode delsel info+ thingatpt
undo-tree diff edmacro kmacro idle-require finder-inf
ace-jump-mode-autoloads tex-site bbdb-autoloads boxquote-autoloads
csv-mode-autoloads dictionary-autoloads connection-autoloads
diminish-autoloads dired-single-autoloads
fill-column-indicator-autoloads info easymenu fuzzy-autoloads
idle-require-autoloads interaction-log-autoloads link-autoloads
pager-autoloads pkg-info-autoloads epl-autoloads rainbow-mode-autoloads
tidy-autoloads shorten-autoloads unbound-autoloads package epg-config
advice help-fns cl-macs cl gv cl-loaddefs cl-lib time-date tooltip
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32
ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset
image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode
register page menu-bar rfn-eshadow timer select scroll-bar mouse
jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer 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 make-network-process
w32notify w32 multi-tty emacs)
Best regards,
Seb
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Thu, 05 Feb 2015 03:44:02 GMT) Full text and rfc822 format available.Message #8 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Sebastien Vauban <sva-news <at> mygooglest.com> Cc: 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Thu, 05 Feb 2015 05:43:43 +0200
> From: Sebastien Vauban <sva-news <at> mygooglest.com> > Date: Wed, 04 Feb 2015 23:34:13 +0100 > > When pressing C-u 9 (for example) on a Gnus folder, Emacs crashes (right > after the key 9 has been pressed)... iff key-chord mode (20140929.2246) > is enabled. There is clearly an interaction, as the Emacs crash won't > occur if key-chord is disabled... > > And that did happen since that version of key-chord; it wasn't there > with the previous one -- which I don't know how to reinstall through > (M)ELPA... > > As far as I know, only Gnus is affected by the bug. I can use numerical > prefixes in many other situations without any crash. Any hope to get a reproducible recipe?
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Thu, 05 Feb 2015 10:36:02 GMT) Full text and rfc822 format available.Message #11 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Sebastien Vauban <sva-news <at> mygooglest.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Thu, 05 Feb 2015 11:35:34 +0100
Eli Zaretskii wrote: >> From: Sebastien Vauban <sva-news <at> mygooglest.com> >> Date: Wed, 04 Feb 2015 23:34:13 +0100 >> >> When pressing C-u 9 (for example) on a Gnus folder, Emacs crashes (right >> after the key 9 has been pressed)... iff key-chord mode (20140929.2246) >> is enabled. There is clearly an interaction, as the Emacs crash won't >> occur if key-chord is disabled... >> >> And that did happen since that version of key-chord; it wasn't there >> with the previous one -- which I don't know how to reinstall through >> (M)ELPA... >> >> As far as I know, only Gnus is affected by the bug. I can use numerical >> prefixes in many other situations without any crash. > > Any hope to get a reproducible recipe? Wow, that was /really/ hard, but adding the following customization to your .emacs should allow you to reproduce it: --8<---------------cut here---------------start------------->8--- (add-to-list 'load-path "~/.emacs.d/elpa/key-chord-20140929.2246") (require 'key-chord) (key-chord-mode 1) ; NEEDED! (with-eval-after-load "key-chord" (key-chord-define-global "x1" 'delete-other-windows)) ; NEEDED! (add-to-list 'load-path "~/.emacs.d/elpa/guide-key-20150107.2235") (add-to-list 'load-path "~/.emacs.d/elpa/dash-20141220.1452") (add-to-list 'load-path "~/.emacs.d/elpa/popwin-20141227.2351") (add-to-list 'load-path "~/.emacs.d/elpa/s-20140910.334") (require 'guide-key) (guide-key-mode 1) ; NEEDED! --8<---------------cut here---------------end--------------->8--- (I don't think the versions really matter, except for Key-chord; hence, you could remove the add-to-list if you use `package' to load both `key-chord' and `guide-key'.) After that, do: 1. Start up Gnus 2. Go onto a folder 3. Press `C-u 1' (the "1" seems to be important too; no problem with "9")
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Thu, 05 Feb 2015 16:14:02 GMT) Full text and rfc822 format available.Message #14 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Sebastien Vauban <sva-news <at> mygooglest.com> Cc: 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Thu, 05 Feb 2015 18:13:04 +0200
> From: Sebastien Vauban <sva-news <at> mygooglest.com>
> Cc: 19774 <at> debbugs.gnu.org
> Date: Thu, 05 Feb 2015 11:35:34 +0100
>
> > Any hope to get a reproducible recipe?
>
> Wow, that was /really/ hard, but adding the following customization to
> your .emacs should allow you to reproduce it:
>
> --8<---------------cut here---------------start------------->8---
> (add-to-list 'load-path "~/.emacs.d/elpa/key-chord-20140929.2246")
> (require 'key-chord)
> (key-chord-mode 1) ; NEEDED!
> (with-eval-after-load "key-chord"
> (key-chord-define-global "x1" 'delete-other-windows)) ; NEEDED!
>
> (add-to-list 'load-path "~/.emacs.d/elpa/guide-key-20150107.2235")
> (add-to-list 'load-path "~/.emacs.d/elpa/dash-20141220.1452")
> (add-to-list 'load-path "~/.emacs.d/elpa/popwin-20141227.2351")
> (add-to-list 'load-path "~/.emacs.d/elpa/s-20140910.334")
> (require 'guide-key)
> (guide-key-mode 1) ; NEEDED!
> --8<---------------cut here---------------end--------------->8---
>
> (I don't think the versions really matter, except for Key-chord; hence,
> you could remove the add-to-list if you use `package' to load both
> `key-chord' and `guide-key'.)
>
> After that, do:
>
> 1. Start up Gnus
> 2. Go onto a folder
> 3. Press `C-u 1' (the "1" seems to be important too; no problem with "9")
>
Thanks, will try that soon.
Meanwhile, does anyone has an idea how come this happened:
> #5 0x0117b144 in allocate_vectorlike (len=-1) at C:/emacs/repo/src/alloc.c:3117
^^^^^^^^
> #6 0x0117b219 in allocate_vector (len=-1) at C:/emacs/repo/src/alloc.c:3157
^^^^^^
> #7 0x01103e28 in make_uninit_vector (size=-1) at C:/emacs/repo/src/lisp.h:3789
^^^^^^^
> #8 0x0117b418 in Fvector (nargs=-1, args=0x158bcd0 <dumped_data+32528>)
^^^^^^^^
> at C:/emacs/repo/src/alloc.c:3224
> #9 0x0111d977 in Fthis_single_command_keys () at C:/emacs/repo/src/keyboard.c:10054
It looks like this_command_key_count is -1. How can that happen?
Should we protect ourselves against this?
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Fri, 06 Feb 2015 18:09:01 GMT) Full text and rfc822 format available.Message #17 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Stefan Monnier <monnier <at> iro.umontreal.ca> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Sebastien Vauban <sva-news <at> mygooglest.com>, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Fri, 06 Feb 2015 13:07:56 -0500
>> #8 0x0117b418 in Fvector (nargs=-1, args=0x158bcd0 <dumped_data+32528>)
>> #9 0x0111d977 in Fthis_single_command_keys () at
> It looks like this_command_key_count is -1.
Or this_single_command_key_start > this_command_key_count.
> How can that happen?
Good question.
> Should we protect ourselves against this?
I'd suggest you add `eassert's everywhere we mess with
this_single_command_key_start and this_command_key_count, so see who's
the culprit.
Stefan
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Mon, 09 Feb 2015 21:18:02 GMT) Full text and rfc822 format available.Message #20 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Sebastien Vauban <sva-news <at> mygooglest.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Mon, 09 Feb 2015 22:17:05 +0100
Eli Zaretskii wrote: >> From: Sebastien Vauban <sva-news <at> mygooglest.com> >> Cc: 19774 <at> debbugs.gnu.org >> Date: Thu, 05 Feb 2015 11:35:34 +0100 >> >> > Any hope to get a reproducible recipe? >> >> Wow, that was /really/ hard, but adding the following customization to >> your .emacs should allow you to reproduce it: >> >> --8<---------------cut here---------------start------------->8--- >> (add-to-list 'load-path "~/.emacs.d/elpa/key-chord-20140929.2246") >> (require 'key-chord) >> (key-chord-mode 1) ; NEEDED! >> (with-eval-after-load "key-chord" >> (key-chord-define-global "x1" 'delete-other-windows)) ; NEEDED! >> >> (add-to-list 'load-path "~/.emacs.d/elpa/guide-key-20150107.2235") >> (add-to-list 'load-path "~/.emacs.d/elpa/dash-20141220.1452") >> (add-to-list 'load-path "~/.emacs.d/elpa/popwin-20141227.2351") >> (add-to-list 'load-path "~/.emacs.d/elpa/s-20140910.334") >> (require 'guide-key) >> (guide-key-mode 1) ; NEEDED! >> --8<---------------cut here---------------end--------------->8--- >> >> (I don't think the versions really matter, except for Key-chord; hence, >> you could remove the add-to-list if you use `package' to load both >> `key-chord' and `guide-key'.) >> >> After that, do: >> >> 1. Start up Gnus >> 2. Go onto a folder >> 3. Press `C-u 1' (the "1" seems to be important too; no problem with "9") > > Thanks, will try that soon. For my information -- not trying to push you, as I do have a workaround anyway now that I've found the recipe --, can you reproduce it? Best regards, Seb
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Tue, 10 Feb 2015 03:32:02 GMT) Full text and rfc822 format available.Message #23 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Sebastien Vauban <sva-news <at> mygooglest.com> Cc: 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Tue, 10 Feb 2015 05:31:01 +0200
> From: Sebastien Vauban <sva-news <at> mygooglest.com> > Cc: 19774 <at> debbugs.gnu.org > Date: Mon, 09 Feb 2015 22:17:05 +0100 > > For my information -- not trying to push you, as I do have a workaround > anyway now that I've found the recipe --, can you reproduce it? Didn't yet have time to try, sorry.
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Sat, 14 Feb 2015 11:39:02 GMT) Full text and rfc822 format available.Message #26 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Sebastien Vauban <sva-news <at> mygooglest.com> Cc: 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Sat, 14 Feb 2015 13:38:06 +0200
> From: Sebastien Vauban <sva-news <at> mygooglest.com> > Cc: 19774 <at> debbugs.gnu.org > Date: Mon, 09 Feb 2015 22:17:05 +0100 > > >> 1. Start up Gnus > >> 2. Go onto a folder > >> 3. Press `C-u 1' (the "1" seems to be important too; no problem with "9") > > > > Thanks, will try that soon. > > For my information -- not trying to push you, as I do have a workaround > anyway now that I've found the recipe --, can you reproduce it? This is a general problem, unrelated to Windows. I'd expect someone else to work on it. My time is very limited lately, and this problem seems to need some elaborate setup that complicates things for me. Since no one seems to be willing to work on this, I'll try to, but I need a lot of hand-holding with Gnus, since I don't use it. So please give as many details as possible about the first 2 items: 1. Start up Gnus 2. Go onto a folder E.g., how exactly do I "Go onto a folder"? And does "Start up Gnus" means anything beyond "M-x gnus RET"? Please assume I start Emacs as "emacs -Q" and I'm not subscribed to any group on any news server. Thanks.
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Wed, 18 Feb 2015 15:06:01 GMT) Full text and rfc822 format available.Message #29 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Sebastien Vauban <sva-news <at> mygooglest.com> To: Eli Zaretskii <eliz <at> gnu.org>, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Wed, 18 Feb 2015 16:05:10 +0100
Sebastien Vauban wrote:
> Eli Zaretskii wrote:
>>> From: Sebastien Vauban <sva-news <at> mygooglest.com>
>>>
>>> When pressing C-u 9 (for example) on a Gnus folder, Emacs crashes
>>> (right after the key 9 has been pressed)... iff key-chord mode
>>> (20140929.2246) is enabled. There is clearly an interaction, as the
>>> Emacs crash won't occur if key-chord is disabled...
>>>
>>> And that did happen since that version of key-chord.
>>>
>>> As far as I know, only Gnus is affected by the bug. I can use
>>> numerical prefixes in many other situations without any crash.
>>
>> Any hope to get a reproducible recipe?
>
> Adding the following customization to your .emacs should allow you to
> reproduce it:
>
> (add-to-list 'load-path "~/.emacs.d/elpa/key-chord-20140929.2246")
> (require 'key-chord)
> (key-chord-mode 1) ; NEEDED!
> (with-eval-after-load "key-chord"
> (key-chord-define-global "x1" 'delete-other-windows)) ; NEEDED!
>
> (add-to-list 'load-path "~/.emacs.d/elpa/guide-key-20150107.2235")
> (add-to-list 'load-path "~/.emacs.d/elpa/dash-20141220.1452")
> (add-to-list 'load-path "~/.emacs.d/elpa/popwin-20141227.2351")
> (add-to-list 'load-path "~/.emacs.d/elpa/s-20140910.334")
> (require 'guide-key)
> (guide-key-mode 1) ; NEEDED!
>
> (I don't think the versions really matter, except for Key-chord;
> hence, you could remove the add-to-list if you use `package' to load
> both `key-chord' and `guide-key'.)
A few extra "data points" (i.e., key-chord combos that make Gnus/Emacs
crash straight away, when pressed on a Gnus group or article):
--8<---------------cut here---------------start------------->8---
(key-chord-define-global "x0" 'delete-window) ; Crash Gnus `C-u 3'
(key-chord-define-global "vg" 'eval-region) ; Crash Gnus `C-u g'
(with-eval-after-load "org-loaddefs"
(key-chord-define-global ",a" 'org-agenda)) ; Crash Gnus `C-u a'
--8<---------------cut here---------------end--------------->8---
Best regards,
Seb
--
Sebastien Vauban
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Wed, 18 Feb 2015 15:39:02 GMT) Full text and rfc822 format available.Message #32 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Sebastien Vauban <sva-news <at> mygooglest.com> Cc: 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Wed, 18 Feb 2015 17:38:55 +0200
> From: Sebastien Vauban <sva-news <at> mygooglest.com> > Date: Wed, 18 Feb 2015 16:05:10 +0100 > > A few extra "data points" (i.e., key-chord combos that make Gnus/Emacs > crash straight away, when pressed on a Gnus group or article): > > --8<---------------cut here---------------start------------->8--- > (key-chord-define-global "x0" 'delete-window) ; Crash Gnus `C-u 3' > (key-chord-define-global "vg" 'eval-region) ; Crash Gnus `C-u g' > > (with-eval-after-load "org-loaddefs" > (key-chord-define-global ",a" 'org-agenda)) ; Crash Gnus `C-u a' > --8<---------------cut here---------------end--------------->8--- Thanks, but I asked for more detailed instructions concerning the Gnus part of your recipe. I cannot continue investigating this unless someone helps me get past that point. TIA
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Wed, 18 Feb 2015 16:41:01 GMT) Full text and rfc822 format available.Message #35 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Óscar Fuentes <ofv <at> wanadoo.es> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Sebastien Vauban <sva-news <at> mygooglest.com>, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Wed, 18 Feb 2015 17:40:36 +0100
I can see a problem on `master' with a setup that does not involve Gnus. Get key-chord.el: https://github.com/emacsmirror/key-chord/raw/master/key-chord.el Get guide-key.el: https://github.com/kai2nenobu/guide-key/raw/master/guide-key.el Get popwin.el (required by guide-key): https://github.com/m2ym/popwin-el/raw/master/popwin.el Put everything on some place reachable from your load-path. emacs -Q Eval this code on *scratch*: (require 'key-chord) (key-chord-mode 1) (require 'guide-key) (key-chord-define-global "x1" 'delete-other-windows) (guide-key-mode 1) Now press `C-u 1'. A message appears: Error running timer `guide-key/polling-function': (wrong-type-argument sequencep #<EMACS BUG: INVALID DATATYPE (PVEC 0xffffffffffffffff) Save your buffers immediately and please report this bug>) After (key-chord-define-global "x1" ...), key-chord will watch for any input that consists on "x" or "1" and handle it (it uses `input-method-function' for that). When the user inputs `C-u 1', the `1' is what triggers the problem. My guess is that those two packages are messing with the guts of Emacs' input processing and when you combine them on the same setup things break.
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Thu, 19 Feb 2015 08:40:02 GMT) Full text and rfc822 format available.Message #38 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Sebastien Vauban <sva-news <at> mygooglest.com> To: Óscar Fuentes <ofv <at> wanadoo.es> Cc: Sebastien Vauban <sva-news <at> mygooglest.com>, Eli Zaretskii <eliz <at> gnu.org>, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Thu, 19 Feb 2015 09:39:35 +0100
Óscar Fuentes wrote: > I can see a problem on `master' with a setup that does not involve Gnus. > > Get key-chord.el: > > https://github.com/emacsmirror/key-chord/raw/master/key-chord.el > > Get guide-key.el: > > https://github.com/kai2nenobu/guide-key/raw/master/guide-key.el > > Get popwin.el (required by guide-key): > > https://github.com/m2ym/popwin-el/raw/master/popwin.el > > Put everything on some place reachable from your load-path. > > emacs -Q > > Eval this code on *scratch*: > > (require 'key-chord) > (key-chord-mode 1) > (require 'guide-key) > (key-chord-define-global "x1" 'delete-other-windows) > (guide-key-mode 1) > > Now press `C-u 1'. A message appears: > > Error running timer `guide-key/polling-function': (wrong-type-argument > sequencep #<EMACS BUG: INVALID DATATYPE (PVEC 0xffffffffffffffff) Save > your buffers immediately and please report this bug>) Thanks for giving a non-Gnus recipe, which shows that the problem is in fact more generic... > After (key-chord-define-global "x1" ...), key-chord will watch for any > input that consists on "x" or "1" and handle it (it uses > `input-method-function' for that). When the user inputs `C-u 1', the `1' > is what triggers the problem. > > My guess is that those two packages are messing with the guts of Emacs' > input processing and when you combine them on the same setup things > break. What's "funny" is that I used the same setup for months, and it's since the last update of key-chord that Gnus began to crash. Best regards, Seb -- Sebastien Vauban
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Thu, 19 Feb 2015 08:54:02 GMT) Full text and rfc822 format available.Message #41 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Sebastien Vauban <sva-news <at> mygooglest.com> Cc: ofv <at> wanadoo.es, sva-news <at> mygooglest.com, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Thu, 19 Feb 2015 10:53:52 +0200
> From: Sebastien Vauban <sva-news <at> mygooglest.com> > Cc: Eli Zaretskii <eliz <at> gnu.org>, Sebastien Vauban <sva-news <at> mygooglest.com>, 19774 <at> debbugs.gnu.org > Date: Thu, 19 Feb 2015 09:39:35 +0100 > > What's "funny" is that I used the same setup for months, and it's since > the last update of key-chord that Gnus began to crash. Which update was that? Can you show the diffs, or give the revision IDs of the "good" and the "bad" versions? That might make it easier to find the culprit. Thanks.
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Thu, 19 Feb 2015 09:11:01 GMT) Full text and rfc822 format available.Message #44 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Sebastien Vauban <sva-news <at> mygooglest.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: ofv <at> wanadoo.es, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Thu, 19 Feb 2015 10:09:57 +0100
Eli Zaretskii wrote: >> From: Sebastien Vauban <sva-news <at> mygooglest.com> >> Date: Thu, 19 Feb 2015 09:39:35 +0100 >> >> What's "funny" is that I used the same setup for months, and it's >> since the last update of key-chord that Gnus began to crash. > > Which update was that? Can you show the diffs, or give the revision > IDs of the "good" and the "bad" versions? That might make it easier > to find the culprit. AFAICT, it began to break with the update of "20140929.2246". If that's the correct source for it (?), you should see the diff there: https://github.com/emacsmirror/key-chord/commits/master/key-chord.el Best regards, Seb -- Sebastien Vauban
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Thu, 19 Feb 2015 10:06:02 GMT) Full text and rfc822 format available.Message #47 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Óscar Fuentes <ofv <at> wanadoo.es> Cc: sva-news <at> mygooglest.com, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Thu, 19 Feb 2015 12:05:23 +0200
> From: Óscar Fuentes <ofv <at> wanadoo.es>
> Cc: Sebastien Vauban <sva-news <at> mygooglest.com>, 19774 <at> debbugs.gnu.org
> Date: Wed, 18 Feb 2015 17:40:36 +0100
>
> Eval this code on *scratch*:
>
> (require 'key-chord)
> (key-chord-mode 1)
> (require 'guide-key)
> (key-chord-define-global "x1" 'delete-other-windows)
> (guide-key-mode 1)
>
> Now press `C-u 1'. A message appears:
>
> Error running timer `guide-key/polling-function': (wrong-type-argument
> sequencep #<EMACS BUG: INVALID DATATYPE (PVEC 0xffffffffffffffff) Save
> your buffers immediately and please report this bug>)
Thanks for the recipe. The patch below seems to fix the problem for
me; does it solve it for you?
Sebastien, can you see if key-chord and other packages involved in
this report still do their job after the change?
diff --git a/src/keyboard.c b/src/keyboard.c
index 4f6a441..ab57553 100644
--- a/src/keyboard.c
+++ b/src/keyboard.c
@@ -3034,6 +3034,7 @@ static Lisp_Object kbd_buffer_get_event (KBOARD **kbp, bool *used_mouse_menu,
Lisp_Object keys;
ptrdiff_t key_count;
bool key_count_reset;
+ ptrdiff_t command_key_start;
struct gcpro gcpro1;
ptrdiff_t count = SPECPDL_INDEX ();
@@ -3057,6 +3058,7 @@ static Lisp_Object kbd_buffer_get_event (KBOARD **kbp, bool *used_mouse_menu,
/* Save the this_command_keys status. */
key_count = this_command_key_count;
key_count_reset = this_command_key_count_reset;
+ command_key_start = this_single_command_key_start;
if (key_count > 0)
keys = Fcopy_sequence (this_command_keys);
@@ -3067,6 +3069,7 @@ static Lisp_Object kbd_buffer_get_event (KBOARD **kbp, bool *used_mouse_menu,
/* Clear out this_command_keys. */
this_command_key_count = 0;
this_command_key_count_reset = 0;
+ this_single_command_key_start = 0;
/* Now wipe the echo area. */
if (!NILP (echo_area_buffer[0]))
@@ -3090,6 +3093,7 @@ static Lisp_Object kbd_buffer_get_event (KBOARD **kbp, bool *used_mouse_menu,
and this_command_keys state. */
this_command_key_count = key_count;
this_command_key_count_reset = key_count_reset;
+ this_single_command_key_start = command_key_start;
if (key_count > 0)
this_command_keys = keys;
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Thu, 19 Feb 2015 14:09:01 GMT) Full text and rfc822 format available.Message #50 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Sebastien Vauban <sva-news <at> mygooglest.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Óscar Fuentes <ofv <at> wanadoo.es>, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Thu, 19 Feb 2015 15:08:04 +0100
Eli Zaretskii wrote: >> From: Óscar Fuentes <ofv <at> wanadoo.es> >> >> Eval this code on *scratch*: >> >> (require 'key-chord) >> (key-chord-mode 1) >> (require 'guide-key) >> (key-chord-define-global "x1" 'delete-other-windows) >> (guide-key-mode 1) >> >> Now press `C-u 1'. A message appears: >> >> Error running timer `guide-key/polling-function': (wrong-type-argument >> sequencep #<EMACS BUG: INVALID DATATYPE (PVEC 0xffffffffffffffff) Save >> your buffers immediately and please report this bug>) > > Thanks for the recipe. The patch below seems to fix the problem for > me; does it solve it for you? > > Sebastien, can you see if key-chord and other packages involved in > this report still do their job after the change? I'll do, as soon as a new version gets published by Dani on http://sourceforge.net/projects/emacs-bin/, which should be in that long, as the current version is already 3 weeks old. Best regards, Seb -- Sebastien Vauban
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Thu, 19 Feb 2015 15:04:02 GMT) Full text and rfc822 format available.Message #53 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Sebastien Vauban <sva-news <at> mygooglest.com>, Stefan Monnier <monnier <at> iro.umontreal.ca> Cc: ofv <at> wanadoo.es, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Thu, 19 Feb 2015 17:03:09 +0200
> From: Sebastien Vauban <sva-news <at> mygooglest.com> > Cc: Óscar Fuentes <ofv <at> wanadoo.es>, 19774 <at> debbugs.gnu.org > Date: Thu, 19 Feb 2015 15:08:04 +0100 > > > Thanks for the recipe. The patch below seems to fix the problem for > > me; does it solve it for you? > > > > Sebastien, can you see if key-chord and other packages involved in > > this report still do their job after the change? > > I'll do, as soon as a new version gets published by Dani on > http://sourceforge.net/projects/emacs-bin/, which should be in that > long, as the current version is already 3 weeks old. For that, I need to commit this change first. Stefan, does it look correct? If so, I will push it.
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Thu, 19 Feb 2015 16:55:02 GMT) Full text and rfc822 format available.Message #56 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: sva-news <at> mygooglest.com, monnier <at> iro.umontreal.ca Cc: ofv <at> wanadoo.es, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Thu, 19 Feb 2015 18:54:13 +0200
> Date: Thu, 19 Feb 2015 17:03:09 +0200 > From: Eli Zaretskii <eliz <at> gnu.org> > Cc: ofv <at> wanadoo.es, 19774 <at> debbugs.gnu.org > > > From: Sebastien Vauban <sva-news <at> mygooglest.com> > > Cc: Óscar Fuentes <ofv <at> wanadoo.es>, 19774 <at> debbugs.gnu.org > > Date: Thu, 19 Feb 2015 15:08:04 +0100 > > > > > Thanks for the recipe. The patch below seems to fix the problem for > > > me; does it solve it for you? > > > > > > Sebastien, can you see if key-chord and other packages involved in > > > this report still do their job after the change? > > > > I'll do, as soon as a new version gets published by Dani on > > http://sourceforge.net/projects/emacs-bin/, which should be in that > > long, as the current version is already 3 weeks old. > > For that, I need to commit this change first. > > Stefan, does it look correct? If so, I will push it. OK, I pushed it (commit a2f9049).
bug-gnu-emacs <at> gnu.org:bug#19774; Package emacs.
(Sun, 07 Feb 2016 06:21:02 GMT) Full text and rfc822 format available.Message #59 received at 19774 <at> debbugs.gnu.org (full text, mbox):
From: Lars Ingebrigtsen <larsi <at> gnus.org> To: Eli Zaretskii <eliz <at> gnu.org> Cc: sva-news <at> mygooglest.com, ofv <at> wanadoo.es, monnier <at> iro.umontreal.ca, 19774 <at> debbugs.gnu.org Subject: Re: bug#19774: 25.0.50; Emacs crashes when C-u <N> on a Gnus folder (reproducible) Date: Sun, 07 Feb 2016 17:19:40 +1100
Eli Zaretskii <eliz <at> gnu.org> writes: >> Date: Thu, 19 Feb 2015 17:03:09 +0200 >> From: Eli Zaretskii <eliz <at> gnu.org> >> Cc: ofv <at> wanadoo.es, 19774 <at> debbugs.gnu.org >> >> > From: Sebastien Vauban <sva-news <at> mygooglest.com> >> > Cc: Óscar Fuentes <ofv <at> wanadoo.es>, 19774 <at> debbugs.gnu.org >> > Date: Thu, 19 Feb 2015 15:08:04 +0100 >> > >> > > Thanks for the recipe. The patch below seems to fix the problem for >> > > me; does it solve it for you? >> > > >> > > Sebastien, can you see if key-chord and other packages involved in >> > > this report still do their job after the change? >> > >> > I'll do, as soon as a new version gets published by Dani on >> > http://sourceforge.net/projects/emacs-bin/, which should be in that >> > long, as the current version is already 3 weeks old. >> >> For that, I need to commit this change first. >> >> Stefan, does it look correct? If so, I will push it. > > OK, I pushed it (commit a2f9049). I think the conclusion here was that this is fixed (probably). So I'm closing the bug. Sebastien, if you're still seeing this problem, please reopen. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
Lars Ingebrigtsen <larsi <at> gnus.org>
to control <at> debbugs.gnu.org.
(Sun, 07 Feb 2016 06:21:02 GMT) Full text and rfc822 format available.Lars Ingebrigtsen <larsi <at> gnus.org>
to control <at> debbugs.gnu.org.
(Sun, 07 Feb 2016 06:21:02 GMT) Full text and rfc822 format available.Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org.
(Sun, 06 Mar 2016 12:24:04 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.