Package: emacs;
Reported by: Oliver Reiter <oliver.reiter <at> snapdragon.cc>
Date: Mon, 29 Sep 2025 19:58:01 UTC
Severity: normal
Found in version 31.0.50
To reply to this bug, email your comments to 79541 AT debbugs.gnu.org.
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#79541; Package emacs.
(Mon, 29 Sep 2025 19:58:02 GMT) Full text and rfc822 format available.Oliver Reiter <oliver.reiter <at> snapdragon.cc>:bug-gnu-emacs <at> gnu.org.
(Mon, 29 Sep 2025 19:58:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Oliver Reiter <oliver.reiter <at> snapdragon.cc> To: bug-gnu-emacs <at> gnu.org Subject: 31.0.50; feature/igc: crash (1/2) using vterm Date: Mon, 29 Sep 2025 21:56:30 +0200
Dear all,
I had two crashes with a recent build of the feature/igc branch today.
Both occurred while sending (Julia) code from a buffer to a running REPL
in vterm. I couldn't replicate the issue a third time though.
(gdb) bt full
#0 terminate_due_to_signal (sig=11, backtrace_limit=40) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs.c:443
No locals.
#1 0x00005555555a1111 in handle_fatal_signal (sig=11) at /home/reitero/build/sources/emacs/emacs_debug/src/sysdep.c:1793
No locals.
#2 deliver_thread_signal (handler=<optimized out>, sig=11) at /home/reitero/build/sources/emacs/emacs_debug/src/sysdep.c:1785
old_errno = <optimized out>
#3 deliver_fatal_thread_signal (sig=11) at /home/reitero/build/sources/emacs/emacs_debug/src/sysdep.c:1805
No locals.
#4 handle_sigsegv (sig=11, siginfo=0x555555abfd30 <sigsegv_stack+64496>, arg=<optimized out>) at /home/reitero/build/sources/emacs/emacs_debug/src/sysdep.c:1943
fatal = <optimized out>
#5 <signal handler called>
No locals.
#6 0x00007ffff343e74b in __GI_kill () at ../sysdeps/unix/syscall-template.S:120
No locals.
#7 0x00005555559639f7 in sigHandle (sig=<optimized out>, info=<optimized out>, uap=<optimized out>) at ../mps/code/protsgix.c:114
e = <optimized out>
asigset = {
__val = {1024, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 10511408701664940288, 0, 96768, 140737488330152, 140737488330592}
}
oldset = {
__val = {1024, 0 <repeats 15 times>}
}
sa = {
__sigaction_handler = {
sa_handler = 0x555555963930 <sigHandle>,
sa_sigaction = 0x555555963930 <sigHandle>
},
sa_mask = {
__val = {0, 0, 140736941357512, 1368588992, 0, 140737488328688, 140737488328384, 0, 0, 0, 0, 0, 4294967295, 0, 0, 4294967296}
},
sa_flags = 335544324,
sa_restorer = 0x7ffff343e540 <__restore_rt>
}
_saved_errno = 11
#8 <signal handler called>
No locals.
#9 term_redraw_cursor (term=0x0, env=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:580
No locals.
#10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
No locals.
#11 0x00007fffc2da8ba8 in Fvterm_redraw (env=0x7fffffff9e20, nargs=<optimized out>, args=<optimized out>, data=<optimized out>)
at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:1340
term = <optimized out>
#12 0x0000555555811fd4 in funcall_module (function=<optimized out>, nargs=1, arglist=0x7fffde5ff148) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs-module.c:1297
func = <optimized out>
pub = {
size = 320,
private_members = 0x7fffffff9f60,
make_global_ref = 0x55555580c6e0 <module_make_global_ref>,
free_global_ref = 0x55555580c940 <module_free_global_ref>,
non_local_exit_check = 0x55555580aca0 <module_non_local_exit_check>,
non_local_exit_clear = 0x55555580ad60 <module_non_local_exit_clear>,
non_local_exit_get = 0x55555580dda0 <module_non_local_exit_get>,
--Type <RET> for more, q to quit, c to continue without paging--c
non_local_exit_signal = 0x55555580ae30 <module_non_local_exit_signal>,
non_local_exit_throw = 0x55555580af80 <module_non_local_exit_throw>,
make_function = 0x55555580dee0 <module_make_function>,
funcall = 0x55555580e180 <module_funcall>,
intern = 0x555555812590 <module_intern>,
type_of = 0x55555580e4f0 <module_type_of>,
is_not_nil = 0x55555580b0d0 <module_is_not_nil>,
eq = 0x55555580b1e0 <module_eq>,
extract_integer = 0x55555580cb70 <module_extract_integer>,
make_integer = 0x55555580e700 <module_make_integer>,
extract_float = 0x55555580bae0 <module_extract_float>,
make_float = 0x55555580e920 <module_make_float>,
copy_string_contents = 0x5555558137a0 <module_copy_string_contents>,
make_string = 0x55555580eb40 <module_make_string>,
make_user_ptr = 0x55555580efd0 <module_make_user_ptr>,
get_user_ptr = 0x55555580bcd0 <module_get_user_ptr>,
set_user_ptr = 0x55555580bee0 <module_set_user_ptr>,
get_user_finalizer = 0x55555580c0e0 <module_get_user_finalizer>,
set_user_finalizer = 0x55555580c2f0 <module_set_user_finalizer>,
vec_get = 0x55555580f1f0 <module_vec_get>,
vec_set = 0x55555580cdc0 <module_vec_set>,
vec_size = 0x55555580c4f0 <module_vec_size>,
should_quit = 0x55555580b380 <module_should_quit>,
process_input = 0x55555580cfd0 <module_process_input>,
extract_time = 0x55555580d180 <module_extract_time>,
make_time = 0x55555580f420 <module_make_time>,
extract_big_integer = 0x55555580d370 <module_extract_big_integer>,
make_big_integer = 0x55555580f6d0 <module_make_big_integer>,
get_function_finalizer = 0x55555580b4b0 <module_get_function_finalizer>,
set_function_finalizer = 0x55555580b6c0 <module_set_function_finalizer>,
open_channel = 0x55555580d640 <module_open_channel>,
make_interactive = 0x55555580b8c0 <module_make_interactive>,
make_unibyte_string = 0x55555580edb0 <module_make_unibyte_string>
}
priv = {
pending_non_local_exit = emacs_funcall_exit_signal,
non_local_exit_symbol = 0x17a00,
non_local_exit_data = 0x7fffe3df2e4b,
storage = {
initial = {
objects = {{
v = 0x7fffe9286178
}, {
v = 0x7fffffffa220
}, {
v = 0x55555594b4e1 <AMCBufferFill+577>
}, {
v = 0x7fffffffa230
}, {
v = 0x7fffdf89f610
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x7ffff7fb7000
}, {
v = 0x555500000000
}, {
v = 0x7fffffffa268
}, {
v = 0x7fffffffa270
}, {
v = 0x118
}, {
v = 0x7fffffffa280
}, {
v = 0x7fffdf89f7d8
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x7fffffffa2b8
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x7fffffffa2b8
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x7fffffffa2b8
}, {
v = 0x7fffffffa2c0
}, {
v = 0x230
}, {
v = 0x7fffffffa0b0
}, {
v = 0x7fffdf89ec90
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x7fffffffa2f8
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x7fffffffa2f8
}, {
v = 0x7fffffffa300
}, {
v = 0x38
}, {
v = 0x3000
}, {
v = 0x7fffdf89e738
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x8000000000000001
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x8000000000000001
}, {
v = 0x2
}, {
v = 0x7fffdf89e6a0
}, {
v = 0x7fffffffa0d0
}, {
v = 0x555555929dcd <mutatorSegSetRankSummary+125>
}, {
v = 0x7fffdf786640
}, {
v = 0x7fffdf786640
}, {
v = 0x7fffdf786640
}, {
v = 0x7fffdf786380
}, {
v = 0x7fffffffa370
}, {
v = 0x55555594b4e1 <AMCBufferFill+577>
}, {
v = 0xffffffffffffffff
}, {
v = 0x7fffdf7865b8
}, {
v = 0x7ffff7fb7000
}, {
v = 0x7ffff7fb7000
}, {
v = 0x4080780000000000
}, {
v = 0x7fffffffa3b8
}, {
v = 0x7fffffffa3c0
}, {
v = 0x20
}, {
v = 0x7ffffffffff0f80
}, {
v = 0x7fffdf89e6a0
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x91e00685b7b05100
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x7ffff7fb7000
}, {
v = 0x7fffffffa1a0
}, {
v = 0x55555594b099 <amcSegBufferEmpty+745>
}, {
v = 0x7fffffffa1a0
}, {
v = 0x5555559222b1 <segBufDetach+209>
}, {
v = 0x7fffdf786640
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffdf786a30
}, {
v = 0x7ffff7fb7000
}, {
v = 0x7fffffffa1e0
}, {
v = 0x55555594b099 <amcSegBufferEmpty+745>
}, {
v = 0x7fffffffa1e0
}, {
v = 0x5555559222b1 <segBufDetach+209>
}, {
v = 0x7fffffffa1f0
}, {
v = 0x7fffdf89f7d8
}, {
v = 0x7fffdf786640
}, {
v = 0x7fffe2d11000
}, {
v = 0x7fffffffa220
}, {
v = 0x5555559241bd <segBufAttach+381>
}, {
v = 0x7fffdf657998
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffdf657758
}, {
v = 0x118
}, {
v = 0x7fffe2d11000
}, {
v = 0x555555ae51c0 <ClassStaticBuffer>
}, {
v = 0x55555598cf05
}, {
v = 0x7fffdf786640
}, {
v = 0x7fffffffa2b0
}, {
v = 0x7ffff7fb7000
}, {
v = 0x7fffdf89f7d8
}, {
v = 0x7fffdf89f7d8
}, {
v = 0x7fffdf786640
}, {
v = 0x7fffdfd753c8
}, {
v = 0x7fffffffa280
}, {
v = 0x5555559293e5 <ShieldRaise+293>
}, {
v = 0x7fffffffa280
}, {
v = 0x7fffdf89f7d8
}, {
v = 0x7fffdf89f7d8
}, {
v = 0x1
}, {
v = 0x7fffffffa2b0
}, {
v = 0x5555559637f4 <ProtSet+84>
}, {
v = 0x7fffdf786380
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffe2d12e78
}, {
v = 0x0
}, {
v = 0x7fffffffa350
}, {
v = 0x55555594ddc1 <amcSegFix+257>
}, {
v = 0x1eb89a630
}, {
v = 0x7fffffffa310
}, {
v = 0x7fffdf786310
}, {
v = 0x7fffffffa370
}, {
v = 0x7fffeb8a0b08
}, {
v = 0x7fffffffa5a0
}, {
v = 0x7ffff7fb7000
}, {
v = 0x7fffe92c0130
}, {
v = 0x0
}, {
v = 0x118
}, {
v = 0x7fffe2d12e78
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffffffa5a8
}, {
v = 0x7fffe2bd5dc0
}, {
v = 0x10
}, {
v = 0x60b800c01180
}, {
v = 0x11
}, {
v = 0x7fffffffa5a8
}, {
v = 0x7fffffffa380
}, {
v = 0x555555948f03 <amcPinnedInterior+435>
}, {
v = 0x3ffffa3c0
}, {
v = 0x32f
}, {
v = 0x2f8
}, {
v = 0x7fffdf8221f0
}, {
v = 0x65
}, {
v = 0x66
}, {
v = 0x7fffe2cff9d0
}, {
v = 0x0
}, {
v = 0x7fffdf786380
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffffffa480
}, {
v = 0x0
}, {
v = 0x7fffffffa460
}, {
v = 0x55555594ddc1 <amcSegFix+257>
}, {
v = 0x1ffffa470
}, {
v = 0x7fffffffa420
}, {
v = 0x7fffdf786310
}, {
v = 0x7fffffffa480
}, {
v = 0x7fffe92862d0
}, {
v = 0x555555948d50 <amcPinnedInterior>
}, {
v = 0x7ffff7fb7000
}, {
v = 0x7fffe92862f8
}, {
v = 0x0
}, {
v = 0x7fffe9286330
}, {
v = 0x7fffe2d12f90
}, {
v = 0x91e00685b7b05100
}, {
v = 0x555555a6b3f0 <lispsym+112>
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffffffa490
}, {
v = 0x55555587d6f9 <fix_lisp_obj+281>
}, {
v = 0x0
}, {
v = 0x0
}, {
v = 0x7fffe9284898
}, {
v = 0x400000
}, {
v = 0x1000000000
}, {
v = 0x7fffffffa6e8
}, {
v = 0x555555a6b3f0 <lispsym+112>
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffffffa530
}, {
v = 0x55555587f1df <dflt_scan_obj+2687>
}, {
v = 0x7fffe2bd4000
}, {
v = 0x7fffdf786310
}, {
v = 0x7fffffffa550
}, {
v = 0x55555594d698 <amcSegScan+1528>
}, {
v = 0x7fffe2bb50a0
}, {
v = 0x7fffdf7875a8
}, {
v = 0x7fffffffa500
}, {
v = 0x1000000000
}, {
v = 0x5
}, {
v = 0x1000000000
}, {
v = 0x13b
}, {
v = 0x0
}, {
v = 0x7fffffffa570
}, {
v = 0x555555948f03 <amcPinnedInterior+435>
}, {
v = 0x3ffffa6e8
}, {
v = 0x1fff
}, {
v = 0x1fe0
}, {
v = 0x7fffdf821530
}, {
v = 0x141
}, {
v = 0x1
}, {
v = 0x7fffffffa570
}, {
v = 0x7fffe9285fe0
}, {
v = 0x7fffdf786380
}, {
v = 0x7fffffffa6e0
}, {
v = 0x7fffe9286000
}, {
v = 0x7fffe9286000
}, {
v = 0x7fffffffa5e0
}, {
v = 0x555555947a3f <amcSegScanNailedRange+207>
}, {
v = 0xd
}, {
v = 0x7fffffffa64c
}, {
v = 0x7fffffffa6e8
}, {
v = 0x7fffffffa648
}, {
v = 0x7fffdf821530
}, {
v = 0x7fffdf786310
}, {
v = 0x3fffffffbfffffe
}...},
offset = 1,
next = 0x0
},
current = 0x7fffffff9f78
}
}
env = 0x7fffffff9e20
count = <optimized out>
sa_avail = <optimized out>
sa_count = <optimized out>
args = <optimized out>
ret = <optimized out>
#13 0x0000555555826481 in exec_byte_code (fun=<optimized out>, args_template=<optimized out>, nargs=<optimized out>, args=<optimized out>) at /home/reitero/build/sources/emacs/emacs_debug/src/bytecode.c:822
call_nargs = 1
call_fun = <optimized out>
count1 = <optimized out>
val = <optimized out>
call_args = 0x7fffde5ff148
original_fun = 0x2aaa942b8288
op = 1
type = <optimized out>
targets = <optimized out>
quitcounter = <optimized out>
bc = 0x555555a05b20 <main_thread+320>
top = 0x7fffde5ff140
pc = <optimized out>
bytestr = <optimized out>
vector = <optimized out>
maxdepth = <optimized out>
const_length = <optimized out>
bytestr_length = <optimized out>
vectorp = 0x7fffe9d21820
max_stack = <optimized out>
frame_base = <optimized out>
fp = <optimized out>
bytestr_data = <optimized out>
rest = <optimized out>
mandatory = <optimized out>
nonrest = <optimized out>
pushedargs = <optimized out>
saved_quitcounter = 0 '\000'
saved_vectorp = 0x0
saved_bytestr_data = 0x0
result = <optimized out>
targets = {0x5555555a7610 <exec_byte_code-2615840>, 0x55555582694a <exec_byte_code+2330>, 0x555555826945 <exec_byte_code+2325>, 0x555555826940 <exec_byte_code+2320>, 0x555555826672 <exec_byte_code+1602>,
0x555555826672 <exec_byte_code+1602>, 0x55555582699f <exec_byte_code+2415>, 0x55555582694f <exec_byte_code+2335>, 0x555555829357 <exec_byte_code+13095>, 0x555555829352 <exec_byte_code+13090>,
0x55555582934d <exec_byte_code+13085>, 0x555555829348 <exec_byte_code+13080>, 0x5555558265f5 <exec_byte_code+1477>, 0x555555826600 <exec_byte_code+1488>, 0x55555582932d <exec_byte_code+13053>,
0x55555582935c <exec_byte_code+13100>, 0x555555829179 <exec_byte_code+12617>, 0x555555829174 <exec_byte_code+12612>, 0x55555582916f <exec_byte_code+12607>, 0x55555582916a <exec_byte_code+12602>,
0x555555826580 <exec_byte_code+1360>, 0x555555826580 <exec_byte_code+1360>, 0x555555829133 <exec_byte_code+12547>, 0x55555582914e <exec_byte_code+12574>, 0x5555558290b3 <exec_byte_code+12419>,
0x555555829415 <exec_byte_code+13285>, 0x555555829410 <exec_byte_code+13280>, 0x55555582940b <exec_byte_code+13275>, 0x55555582651d <exec_byte_code+1261>, 0x555555826520 <exec_byte_code+1264>,
0x5555558290d4 <exec_byte_code+12452>, 0x5555558290b8 <exec_byte_code+12424>, 0x5555558293cd <exec_byte_code+13213>, 0x5555558293c8 <exec_byte_code+13208>, 0x5555558293c3 <exec_byte_code+13203>,
0x5555558293be <exec_byte_code+13198>, 0x5555558262f2 <exec_byte_code+706>, 0x555555826300 <exec_byte_code+720>, 0x5555558293ef <exec_byte_code+13247>, 0x5555558293d2 <exec_byte_code+13218>,
0x555555829382 <exec_byte_code+13138>, 0x55555582937d <exec_byte_code+13133>, 0x555555829378 <exec_byte_code+13128>, 0x5555558296a0 <exec_byte_code+13936>, 0x555555826291 <exec_byte_code+609>,
0x5555558262a0 <exec_byte_code+624>, 0x5555558293a3 <exec_byte_code+13171>, 0x555555829387 <exec_byte_code+13143>, 0x55555582872b <exec_byte_code+9979>, 0x5555558278de <exec_byte_code+6318>,
0x555555827990 <exec_byte_code+6496>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>,
0x5555555a7610 <exec_byte_code-2615840>, 0x5555558282e5 <exec_byte_code+8885>, 0x555555828261 <exec_byte_code+8753>, 0x555555828211 <exec_byte_code+8673>, 0x5555558281c1 <exec_byte_code+8593>,
0x55555582819a <exec_byte_code+8554>, 0x55555582921d <exec_byte_code+12781>, 0x5555558291c8 <exec_byte_code+12696>, 0x55555582815b <exec_byte_code+8491>, 0x555555829287 <exec_byte_code+12887>,
0x55555582917e <exec_byte_code+12622>, 0x555555828106 <exec_byte_code+8406>, 0x5555558280c6 <exec_byte_code+8342>, 0x555555828071 <exec_byte_code+8257>, 0x555555828020 <exec_byte_code+8176>,
0x555555827fcb <exec_byte_code+8091>, 0x555555827f2e <exec_byte_code+7934>, 0x555555827e91 <exec_byte_code+7777>, 0x555555827dee <exec_byte_code+7614>, 0x555555827dae <exec_byte_code+7550>,
0x555555827d1f <exec_byte_code+7407>, 0x555555827cc3 <exec_byte_code+7315>, 0x555555827c6e <exec_byte_code+7230>, 0x555555827c19 <exec_byte_code+7145>, 0x555555827bc0 <exec_byte_code+7056>,
0x555555827b72 <exec_byte_code+6978>, 0x555555827b24 <exec_byte_code+6900>, 0x555555827ad6 <exec_byte_code+6822>, 0x555555827a0c <exec_byte_code+6620>, 0x55555582799f <exec_byte_code+6511>,
0x555555828e60 <exec_byte_code+11824>, 0x555555828df0 <exec_byte_code+11712>, 0x555555828d80 <exec_byte_code+11600>, 0x555555828d10 <exec_byte_code+11488>, 0x555555828ca0 <exec_byte_code+11376>,
0x555555828c21 <exec_byte_code+11249>, 0x555555828bb3 <exec_byte_code+11139>, 0x555555828b37 <exec_byte_code+11015>, 0x555555828a7d <exec_byte_code+10829>, 0x5555558289c9 <exec_byte_code+10649>,
0x555555828949 <exec_byte_code+10521>, 0x5555558287f1 <exec_byte_code+10177>, 0x5555558266be <exec_byte_code+1678>, 0x5555558287b1 <exec_byte_code+10113>, 0x555555828768 <exec_byte_code+10040>,
0x555555828f6b <exec_byte_code+12091>, 0x555555828f10 <exec_byte_code+12000>, 0x555555828ed0 <exec_byte_code+11936>, 0x55555582906d <exec_byte_code+12349>, 0x555555829027 <exec_byte_code+12279>,
0x555555827890 <exec_byte_code+6240>, 0x55555582784e <exec_byte_code+6174>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555558277c2 <exec_byte_code+6034>, 0x55555582775a <exec_byte_code+5930>,
0x555555827714 <exec_byte_code+5860>, 0x5555558276ac <exec_byte_code+5756>, 0x55555582765c <exec_byte_code+5676>, 0x55555582761a <exec_byte_code+5610>, 0x5555558266be <exec_byte_code+1678>,
0x5555555a7610 <exec_byte_code-2615840>, 0x5555558275b9 <exec_byte_code+5513>, 0x55555582756e <exec_byte_code+5438>, 0x555555827168 <exec_byte_code+4408>, 0x55555582710c <exec_byte_code+4316>,
0x5555558270b3 <exec_byte_code+4227>, 0x555555827071 <exec_byte_code+4161>, 0x55555582702f <exec_byte_code+4095>, 0x555555826f53 <exec_byte_code+3875>, 0x555555826ef8 <exec_byte_code+3784>,
0x555555826e9d <exec_byte_code+3693>, 0x555555826e51 <exec_byte_code+3617>, 0x555555826e0b <exec_byte_code+3547>, 0x5555555a7610 <exec_byte_code-2615840>, 0x55555582977b <exec_byte_code+14155>,
0x555555829607 <exec_byte_code+13783>, 0x5555558292d1 <exec_byte_code+12961>, 0x5555558295ab <exec_byte_code+13691>, 0x55555582955a <exec_byte_code+13610>, 0x555555829509 <exec_byte_code+13529>,
0x55555582944d <exec_byte_code+13341>, 0x55555582941a <exec_byte_code+13290>, 0x5555558290ef <exec_byte_code+12479>, 0x555555829749 <exec_byte_code+14105>, 0x5555558296a5 <exec_byte_code+13941>,
0x555555829825 <exec_byte_code+14325>, 0x5555558297c9 <exec_byte_code+14233>, 0x555555828667 <exec_byte_code+9783>, 0x5555558286d2 <exec_byte_code+9890>, 0x55555582834a <exec_byte_code+8986>,
0x555555828530 <exec_byte_code+9472>, 0x5555555a7610 <exec_byte_code-2615840>, 0x555555826dae <exec_byte_code+3454>, 0x555555826d15 <exec_byte_code+3301>, 0x555555826c76 <exec_byte_code+3142>,
0x555555826c32 <exec_byte_code+3074>, 0x555555826beb <exec_byte_code+3003>, 0x555555826b94 <exec_byte_code+2916>, 0x55555582741b <exec_byte_code+5099>, 0x5555558273c4 <exec_byte_code+5012>,
0x55555582736d <exec_byte_code+4925>, 0x5555558272fe <exec_byte_code+4814>, 0x5555558272a7 <exec_byte_code+4727>, 0x555555827250 <exec_byte_code+4640>, 0x55555582720e <exec_byte_code+4574>,
0x5555558271aa <exec_byte_code+4474>, 0x5555558274c2 <exec_byte_code+5266>, 0x555555827472 <exec_byte_code+5186>, 0x55555582751e <exec_byte_code+5358>, 0x555555826b49 <exec_byte_code+2841>,
0x5555558288ca <exec_byte_code+10394>, 0x55555582884c <exec_byte_code+10268>, 0x555555826ac7 <exec_byte_code+2711>, 0x555555826a47 <exec_byte_code+2583>, 0x5555555a7610 <exec_byte_code-2615840>,
0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>,
0x5555555a7610 <exec_byte_code-2615840>, 0x555555827f6e <exec_byte_code+7998>, 0x555555827a79 <exec_byte_code+6729>, 0x555555828fc6 <exec_byte_code+12182>, 0x5555558269ef <exec_byte_code+2495>,
0x5555558268e8 <exec_byte_code+2232>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555558268a4 <exec_byte_code+2164>, 0x555555826829 <exec_byte_code+2041>,
0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>,
0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>,
0x5555558267d9 <exec_byte_code+1961> <repeats 64 times>}
#14 0x00005555557b8ad8 in Ffuncall (nargs=<optimized out>, args=0x7fffffffb1e0) at /home/reitero/build/sources/emacs/emacs_debug/src/eval.c:3218
count = <optimized out>
val = <optimized out>
#15 0x000055555580e29c in module_funcall (env=0x7fffffffb380, func=0x7fffe19685f0, nargs=0, args=0x0) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs-module.c:686
internal_handler = 0x555555c7c4f0
env_volatile = 0x7fffffffb380
internal_cleanup = 0x555555c7c4f0
newargs = 0x7fffffffb1e0
sa_avail = <optimized out>
sa_count = <optimized out>
nargs1 = 1
result = <optimized out>
#16 0x00007fffc2da90a0 in Fvterm_update (env=0x7fffffffb380, nargs=<optimized out>, args=0x7fffffffb300, data=<optimized out>)
at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:1331
term = 0x55555728c210
#17 0x0000555555811fd4 in funcall_module (function=<optimized out>, nargs=1, arglist=0x7fffde5ff088) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs-module.c:1297
func = <optimized out>
pub = {
size = 320,
private_members = 0x7fffffffb4c0,
make_global_ref = 0x55555580c6e0 <module_make_global_ref>,
free_global_ref = 0x55555580c940 <module_free_global_ref>,
non_local_exit_check = 0x55555580aca0 <module_non_local_exit_check>,
non_local_exit_clear = 0x55555580ad60 <module_non_local_exit_clear>,
non_local_exit_get = 0x55555580dda0 <module_non_local_exit_get>,
non_local_exit_signal = 0x55555580ae30 <module_non_local_exit_signal>,
non_local_exit_throw = 0x55555580af80 <module_non_local_exit_throw>,
make_function = 0x55555580dee0 <module_make_function>,
funcall = 0x55555580e180 <module_funcall>,
intern = 0x555555812590 <module_intern>,
type_of = 0x55555580e4f0 <module_type_of>,
is_not_nil = 0x55555580b0d0 <module_is_not_nil>,
eq = 0x55555580b1e0 <module_eq>,
extract_integer = 0x55555580cb70 <module_extract_integer>,
make_integer = 0x55555580e700 <module_make_integer>,
extract_float = 0x55555580bae0 <module_extract_float>,
make_float = 0x55555580e920 <module_make_float>,
copy_string_contents = 0x5555558137a0 <module_copy_string_contents>,
make_string = 0x55555580eb40 <module_make_string>,
make_user_ptr = 0x55555580efd0 <module_make_user_ptr>,
get_user_ptr = 0x55555580bcd0 <module_get_user_ptr>,
set_user_ptr = 0x55555580bee0 <module_set_user_ptr>,
get_user_finalizer = 0x55555580c0e0 <module_get_user_finalizer>,
set_user_finalizer = 0x55555580c2f0 <module_set_user_finalizer>,
vec_get = 0x55555580f1f0 <module_vec_get>,
vec_set = 0x55555580cdc0 <module_vec_set>,
vec_size = 0x55555580c4f0 <module_vec_size>,
should_quit = 0x55555580b380 <module_should_quit>,
process_input = 0x55555580cfd0 <module_process_input>,
extract_time = 0x55555580d180 <module_extract_time>,
make_time = 0x55555580f420 <module_make_time>,
extract_big_integer = 0x55555580d370 <module_extract_big_integer>,
make_big_integer = 0x55555580f6d0 <module_make_big_integer>,
get_function_finalizer = 0x55555580b4b0 <module_get_function_finalizer>,
set_function_finalizer = 0x55555580b6c0 <module_set_function_finalizer>,
open_channel = 0x55555580d640 <module_open_channel>,
make_interactive = 0x55555580b8c0 <module_make_interactive>,
make_unibyte_string = 0x55555580edb0 <module_make_unibyte_string>
}
priv = {
pending_non_local_exit = emacs_funcall_exit_return,
non_local_exit_symbol = 0x0,
non_local_exit_data = 0x0,
storage = {
initial = {
objects = {{
v = 0x7fffe94f5f2d
}, {
v = 0x7fffe3df2dc4
}, {
v = 0x2
}, {
v = 0x0
}, {
v = 0x7ffff7fb7000
}, {
v = 0x7fffffffb590
}, {
v = 0x55555591da03 <SegAlloc+563>
}, {
v = 0x7fffffffc3d0
}, {
v = 0x555555777340 <re_match_2_internal+10032>
}, {
v = 0x7fffdf89e608
}, {
v = 0x7fffffffb5e8
}, {
v = 0x7ffff7fb7000
}, {
v = 0x7fffdf89e608
}, {
v = 0x7fffffffb820
}, {
v = 0x7fffdf89e608
}, {
v = 0x7fffe2bb3000
}, {
v = 0x91e00685b7b05100
}, {
v = 0x0
}, {
v = 0x7fffdf7865b8
}, {
v = 0x7ffff7fb7000
}, {
v = 0x7ffffffffff0f80
}, {
v = 0x7ffff7fb7568
}, {
v = 0x555555ae57a0 <ClassStaticGCSeg>
}, {
v = 0x7fffffffb650
}, {
v = 0x55555590cd99 <PoolGenAlloc+281>
}, {
v = 0x7fffffffb820
}, {
v = 0x7fffffffb770
}, {
v = 0x7fffdf785700
}, {
v = 0x7ffff7fb7508
}, {
v = 0x7fffffffb840
}, {
v = 0x55555592f050 <cbsTestTreeInZones>
}, {
v = 0x7fffffffb5f0
}, {
v = 0x7fffffffb6a8
}, {
v = 0xc000
}, {
v = 0x7fffdf89e608
}, {
v = 0x51970cb6
}, {
v = 0x0
}, {
v = 0x7ffffffffff0f80
}, {
v = 0x8000000000000001
}, {
v = 0x2
}, {
v = 0x7fffdf89e608
}, {
v = 0x7fffffffb650
}, {
v = 0x555555929dcd <mutatorSegSetRankSummary+125>
}, {
v = 0x7fffdf786640
}, {
v = 0x7fffdf786640
}, {
v = 0x7fffdf786640
}, {
v = 0x7fffdf786380
}, {
v = 0x7fffffffb8f0
}, {
v = 0x55555594b4e1 <AMCBufferFill+577>
}, {
v = 0x7fffdf785700
}, {
v = 0x55555592f910 <cbsUpdateZonedNode>
}, {
v = 0x55555592ee10 <SplayFindFirstCompare>
}, {
v = 0x7ffff7fb7000
}, {
v = 0x555500000000
}, {
v = 0x7fffffffb938
}, {
v = 0x7fffffffb940
}, {
v = 0x28
}, {
v = 0x55555592f050 <cbsTestTreeInZones>
}, {
v = 0x7fffdf89e608
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x7fffe2bb1000
}, {
v = 0x555555a01090 <_mps_key_ARGS_END>
}, {
v = 0x7fffe2bb1000
}, {
v = 0x7fffdf600000
}, {
v = 0x555555933015 <SplayNodeRefresh+69>
}, {
v = 0xc78
}, {
v = 0x7ffff7fb7298
}, {
v = 0xd10
}, {
v = 0x7fffdf89e4d8
}, {
v = 0x7fffffffb740
}, {
v = 0x555555933130 <cbsBlockShrunk+80>
}, {
v = 0x7fffffffb740
}, {
v = 0x7ffff7fb74e0
}, {
v = 0x7fffffffb730
}, {
v = 0x7ffff7fb7298
}, {
v = 0x7fffdf89e440
}, {
v = 0x7ffff7fb72c0
}, {
v = 0x7fffffffb7e0
}, {
v = 0x55555593462b <cbsDelete+731>
}, {
v = 0x55555592f010 <cbsTestNodeInZones>
}, {
v = 0x55555592f050 <cbsTestTreeInZones>
}, {
v = 0x7fffffffb820
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffffffb818
}, {
v = 0x55555592edd0 <RangeTreeCompare>
}, {
v = 0x55555592ef90 <cbsTestNode>
}, {
v = 0x55555592efb0 <cbsTestTree>
}, {
v = 0x7fffffffb818
}, {
v = 0x7ffff7fb72c0
}, {
v = 0x7fff00000000
}, {
v = 0x91e00685b7b05100
}, {
v = 0x2000
}, {
v = 0x7ffff7fb7298
}, {
v = 0x7fffdf89e440
}, {
v = 0x1
}, {
v = 0x7fffffffb930
}, {
v = 0x7fffdf89e4d8
}, {
v = 0x7fffffffb860
}, {
v = 0x55555593559f <cbsFindFirst+335>
}, {
v = 0x7fffdf89e440
}, {
v = 0x7fffdf89f150
}, {
v = 0x2df786770
}, {
v = 0x7fffffffb940
}, {
v = 0x98
}, {
v = 0x98
}, {
v = 0x7fffdf7947d0
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffe2baf000
}, {
v = 0x7ffff7fb7358
}, {
v = 0x55555598f252
}, {
v = 0x5555559637f4 <ProtSet+84>
}, {
v = 0x7fffdf786380
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffffffb930
}, {
v = 0x0
}, {
v = 0x7fffffffb910
}, {
v = 0x55555594ddc1 <amcSegFix+257>
}, {
v = 0x7ffffffffff0f80
}, {
v = 0x7fffdf89e608
}, {
v = 0x7fffdf786310
}, {
v = 0x7fffe2bb3000
}, {
v = 0x7fffffffb8f0
}, {
v = 0x5555559241bd <segBufAttach+381>
}, {
v = 0x7ffff7fb7000
}, {
v = 0x7fffe9843200
}, {
v = 0x0
}, {
v = 0x28
}, {
v = 0x7fffe2bb3000
}, {
v = 0x91e00685b7b05100
}, {
v = 0x55555598cf05
}, {
v = 0x7fffe040ea30
}, {
v = 0x4000000000
}, {
v = 0xb2
}, {
v = 0x0
}, {
v = 0x7fffffffbbe8
}, {
v = 0x7fffffffb940
}, {
v = 0x55555591aa8a <_mps_fix2+170>
}, {
v = 0x7fffffffb980
}, {
v = 0x7fffffffbbe8
}, {
v = 0x7fffe27bc680
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffffffb990
}, {
v = 0x55555587d6b6 <fix_lisp_obj+214>
}, {
v = 0x7fffdf786310
}, {
v = 0x7fffe040ea30
}, {
v = 0x4000000000
}, {
v = 0x5
}, {
v = 0x4000000000
}, {
v = 0x7fffffffbbe8
}, {
v = 0x7fffe27bc680
}, {
v = 0x91e00685b7b05100
}, {
v = 0x7fffffffba30
}, {
v = 0x55555587f053 <dflt_scan_obj+2291>
}, {
v = 0x7fffdf786310
}, {
v = 0x7fffffffbc28
}, {
v = 0x3820400180
}, {
v = 0x7fffe1f08fa8
}, {
v = 0x0
}, {
v = 0x3820400180
}, {
v = 0x7fffffffba00
}, {
v = 0x55555591aa8a <_mps_fix2+170>
}, {
v = 0x0
}, {
v = 0xb4
}, {
v = 0xf
}, {
v = 0x14e6fff
}, {
v = 0x7fffffffba70
}, {
v = 0x555555949086 <amcPinnedInterior+822>
}, {
v = 0x15ffffbbe8
}, {
v = 0x14e6fff
}, {
v = 0xb
}, {
v = 0x3
}, {
v = 0x7fffdfca4000
}, {
v = 0x7fffdfcf8ef0
}, {
v = 0x7fffe2bb37b8
}, {
v = 0x7fffe14426f0
}, {
v = 0x7fffdf786380
}, {
v = 0x7fffffffbbe0
}, {
v = 0x7fffe18e7000
}, {
v = 0x7fffe18e7000
}, {
v = 0x7fffffffbae0
}, {
v = 0x555555947a3f <amcSegScanNailedRange+207>
}, {
v = 0x92000
}, {
v = 0x7fffffffbb4c
}, {
v = 0x7fffffffbbe8
}, {
v = 0x7fffffffbb48
}, {
v = 0x7fffdfca4000
}, {
v = 0x7fffdf786310
}, {
v = 0x7fffe2bb3778
}, {
v = 0x7fffdf787b50
}, {
v = 0x7fffffffbbe0
}, {
v = 0x3fffffffbfffffe
}, {
v = 0x7fffe0400000
}, {
v = 0x7fffdfca4000
}, {
v = 0x7fffffffbb90
}, {
v = 0x55555594d5c9 <amcSegScan+1321>
}, {
v = 0x7fffe18e7000
}, {
v = 0x55555594d341 <amcSegScan+673>
}, {
v = 0x7fffdf7850a0
}, {
v = 0x7fffdf82dfb8
}, {
v = 0x7fffffffbc20
}...},
offset = 1,
next = 0x0
},
current = 0x7fffffffb4d8
}
}
env = 0x7fffffffb380
count = <optimized out>
sa_avail = <optimized out>
sa_count = <optimized out>
args = <optimized out>
ret = <optimized out>
#18 0x0000555555826481 in exec_byte_code (fun=<optimized out>, args_template=<optimized out>, nargs=<optimized out>, args=<optimized out>) at /home/reitero/build/sources/emacs/emacs_debug/src/bytecode.c:822
call_nargs = 1
call_fun = <optimized out>
count1 = <optimized out>
val = <optimized out>
call_args = 0x7fffde5ff088
original_fun = 0x2aaa8cc57da0
op = 1
type = <optimized out>
targets = <optimized out>
quitcounter = <optimized out>
bc = 0x555555a05b20 <main_thread+320>
top = 0x7fffde5ff080
pc = <optimized out>
bytestr = <optimized out>
vector = <optimized out>
maxdepth = <optimized out>
const_length = <optimized out>
bytestr_length = <optimized out>
vectorp = 0x7fffe9492828
max_stack = <optimized out>
frame_base = <optimized out>
fp = <optimized out>
bytestr_data = <optimized out>
rest = <optimized out>
mandatory = <optimized out>
nonrest = <optimized out>
pushedargs = <optimized out>
saved_quitcounter = 86 'V'
saved_vectorp = 0x7fffe9492828
saved_bytestr_data = 0x7fffe94eec40 "Ɖ\211\307\005!\310\005Gɉ\005\030\006\006\031\006\a\032\312\005!\205", <incomplete sequence \352>
result = <optimized out>
targets = {0x5555555a7610 <exec_byte_code-2615840>, 0x55555582694a <exec_byte_code+2330>, 0x555555826945 <exec_byte_code+2325>, 0x555555826940 <exec_byte_code+2320>, 0x555555826672 <exec_byte_code+1602>,
0x555555826672 <exec_byte_code+1602>, 0x55555582699f <exec_byte_code+2415>, 0x55555582694f <exec_byte_code+2335>, 0x555555829357 <exec_byte_code+13095>, 0x555555829352 <exec_byte_code+13090>,
0x55555582934d <exec_byte_code+13085>, 0x555555829348 <exec_byte_code+13080>, 0x5555558265f5 <exec_byte_code+1477>, 0x555555826600 <exec_byte_code+1488>, 0x55555582932d <exec_byte_code+13053>,
0x55555582935c <exec_byte_code+13100>, 0x555555829179 <exec_byte_code+12617>, 0x555555829174 <exec_byte_code+12612>, 0x55555582916f <exec_byte_code+12607>, 0x55555582916a <exec_byte_code+12602>,
0x555555826580 <exec_byte_code+1360>, 0x555555826580 <exec_byte_code+1360>, 0x555555829133 <exec_byte_code+12547>, 0x55555582914e <exec_byte_code+12574>, 0x5555558290b3 <exec_byte_code+12419>,
0x555555829415 <exec_byte_code+13285>, 0x555555829410 <exec_byte_code+13280>, 0x55555582940b <exec_byte_code+13275>, 0x55555582651d <exec_byte_code+1261>, 0x555555826520 <exec_byte_code+1264>,
0x5555558290d4 <exec_byte_code+12452>, 0x5555558290b8 <exec_byte_code+12424>, 0x5555558293cd <exec_byte_code+13213>, 0x5555558293c8 <exec_byte_code+13208>, 0x5555558293c3 <exec_byte_code+13203>,
0x5555558293be <exec_byte_code+13198>, 0x5555558262f2 <exec_byte_code+706>, 0x555555826300 <exec_byte_code+720>, 0x5555558293ef <exec_byte_code+13247>, 0x5555558293d2 <exec_byte_code+13218>,
0x555555829382 <exec_byte_code+13138>, 0x55555582937d <exec_byte_code+13133>, 0x555555829378 <exec_byte_code+13128>, 0x5555558296a0 <exec_byte_code+13936>, 0x555555826291 <exec_byte_code+609>,
0x5555558262a0 <exec_byte_code+624>, 0x5555558293a3 <exec_byte_code+13171>, 0x555555829387 <exec_byte_code+13143>, 0x55555582872b <exec_byte_code+9979>, 0x5555558278de <exec_byte_code+6318>,
0x555555827990 <exec_byte_code+6496>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>,
0x5555555a7610 <exec_byte_code-2615840>, 0x5555558282e5 <exec_byte_code+8885>, 0x555555828261 <exec_byte_code+8753>, 0x555555828211 <exec_byte_code+8673>, 0x5555558281c1 <exec_byte_code+8593>,
0x55555582819a <exec_byte_code+8554>, 0x55555582921d <exec_byte_code+12781>, 0x5555558291c8 <exec_byte_code+12696>, 0x55555582815b <exec_byte_code+8491>, 0x555555829287 <exec_byte_code+12887>,
0x55555582917e <exec_byte_code+12622>, 0x555555828106 <exec_byte_code+8406>, 0x5555558280c6 <exec_byte_code+8342>, 0x555555828071 <exec_byte_code+8257>, 0x555555828020 <exec_byte_code+8176>,
0x555555827fcb <exec_byte_code+8091>, 0x555555827f2e <exec_byte_code+7934>, 0x555555827e91 <exec_byte_code+7777>, 0x555555827dee <exec_byte_code+7614>, 0x555555827dae <exec_byte_code+7550>,
0x555555827d1f <exec_byte_code+7407>, 0x555555827cc3 <exec_byte_code+7315>, 0x555555827c6e <exec_byte_code+7230>, 0x555555827c19 <exec_byte_code+7145>, 0x555555827bc0 <exec_byte_code+7056>,
0x555555827b72 <exec_byte_code+6978>, 0x555555827b24 <exec_byte_code+6900>, 0x555555827ad6 <exec_byte_code+6822>, 0x555555827a0c <exec_byte_code+6620>, 0x55555582799f <exec_byte_code+6511>,
0x555555828e60 <exec_byte_code+11824>, 0x555555828df0 <exec_byte_code+11712>, 0x555555828d80 <exec_byte_code+11600>, 0x555555828d10 <exec_byte_code+11488>, 0x555555828ca0 <exec_byte_code+11376>,
0x555555828c21 <exec_byte_code+11249>, 0x555555828bb3 <exec_byte_code+11139>, 0x555555828b37 <exec_byte_code+11015>, 0x555555828a7d <exec_byte_code+10829>, 0x5555558289c9 <exec_byte_code+10649>,
0x555555828949 <exec_byte_code+10521>, 0x5555558287f1 <exec_byte_code+10177>, 0x5555558266be <exec_byte_code+1678>, 0x5555558287b1 <exec_byte_code+10113>, 0x555555828768 <exec_byte_code+10040>,
0x555555828f6b <exec_byte_code+12091>, 0x555555828f10 <exec_byte_code+12000>, 0x555555828ed0 <exec_byte_code+11936>, 0x55555582906d <exec_byte_code+12349>, 0x555555829027 <exec_byte_code+12279>,
0x555555827890 <exec_byte_code+6240>, 0x55555582784e <exec_byte_code+6174>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555558277c2 <exec_byte_code+6034>, 0x55555582775a <exec_byte_code+5930>,
0x555555827714 <exec_byte_code+5860>, 0x5555558276ac <exec_byte_code+5756>, 0x55555582765c <exec_byte_code+5676>, 0x55555582761a <exec_byte_code+5610>, 0x5555558266be <exec_byte_code+1678>,
0x5555555a7610 <exec_byte_code-2615840>, 0x5555558275b9 <exec_byte_code+5513>, 0x55555582756e <exec_byte_code+5438>, 0x555555827168 <exec_byte_code+4408>, 0x55555582710c <exec_byte_code+4316>,
0x5555558270b3 <exec_byte_code+4227>, 0x555555827071 <exec_byte_code+4161>, 0x55555582702f <exec_byte_code+4095>, 0x555555826f53 <exec_byte_code+3875>, 0x555555826ef8 <exec_byte_code+3784>,
0x555555826e9d <exec_byte_code+3693>, 0x555555826e51 <exec_byte_code+3617>, 0x555555826e0b <exec_byte_code+3547>, 0x5555555a7610 <exec_byte_code-2615840>, 0x55555582977b <exec_byte_code+14155>,
0x555555829607 <exec_byte_code+13783>, 0x5555558292d1 <exec_byte_code+12961>, 0x5555558295ab <exec_byte_code+13691>, 0x55555582955a <exec_byte_code+13610>, 0x555555829509 <exec_byte_code+13529>,
0x55555582944d <exec_byte_code+13341>, 0x55555582941a <exec_byte_code+13290>, 0x5555558290ef <exec_byte_code+12479>, 0x555555829749 <exec_byte_code+14105>, 0x5555558296a5 <exec_byte_code+13941>,
0x555555829825 <exec_byte_code+14325>, 0x5555558297c9 <exec_byte_code+14233>, 0x555555828667 <exec_byte_code+9783>, 0x5555558286d2 <exec_byte_code+9890>, 0x55555582834a <exec_byte_code+8986>,
0x555555828530 <exec_byte_code+9472>, 0x5555555a7610 <exec_byte_code-2615840>, 0x555555826dae <exec_byte_code+3454>, 0x555555826d15 <exec_byte_code+3301>, 0x555555826c76 <exec_byte_code+3142>,
0x555555826c32 <exec_byte_code+3074>, 0x555555826beb <exec_byte_code+3003>, 0x555555826b94 <exec_byte_code+2916>, 0x55555582741b <exec_byte_code+5099>, 0x5555558273c4 <exec_byte_code+5012>,
0x55555582736d <exec_byte_code+4925>, 0x5555558272fe <exec_byte_code+4814>, 0x5555558272a7 <exec_byte_code+4727>, 0x555555827250 <exec_byte_code+4640>, 0x55555582720e <exec_byte_code+4574>,
0x5555558271aa <exec_byte_code+4474>, 0x5555558274c2 <exec_byte_code+5266>, 0x555555827472 <exec_byte_code+5186>, 0x55555582751e <exec_byte_code+5358>, 0x555555826b49 <exec_byte_code+2841>,
0x5555558288ca <exec_byte_code+10394>, 0x55555582884c <exec_byte_code+10268>, 0x555555826ac7 <exec_byte_code+2711>, 0x555555826a47 <exec_byte_code+2583>, 0x5555555a7610 <exec_byte_code-2615840>,
0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>,
0x5555555a7610 <exec_byte_code-2615840>, 0x555555827f6e <exec_byte_code+7998>, 0x555555827a79 <exec_byte_code+6729>, 0x555555828fc6 <exec_byte_code+12182>, 0x5555558269ef <exec_byte_code+2495>,
0x5555558268e8 <exec_byte_code+2232>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555558268a4 <exec_byte_code+2164>, 0x555555826829 <exec_byte_code+2041>,
0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>,
0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>, 0x5555555a7610 <exec_byte_code-2615840>,
0x5555558267d9 <exec_byte_code+1961> <repeats 64 times>}
#19 0x00005555557b8ad8 in Ffuncall (nargs=nargs <at> entry=3, args=args <at> entry=0x7fffffffc740) at /home/reitero/build/sources/emacs/emacs_debug/src/eval.c:3218
count = <optimized out>
val = <optimized out>
#20 0x00005555557bcd22 in Fapply (nargs=2, args=<optimized out>) at /home/reitero/build/sources/emacs/emacs_debug/src/eval.c:2875
i = <optimized out>
funcall_nargs = 3
funcall_args = 0x7fffffffc740
spread_arg = <optimized out>
fun = <optimized out>
sa_avail = <optimized out>
sa_count = <optimized out>
numargs = <optimized out>
retval = <optimized out>
#21 0x000055555583ddba in apply1 (fn=<optimized out>, arg=<optimized out>) at /home/reitero/build/sources/emacs/emacs_debug/src/eval.c:3091
No locals.
#22 read_process_output_call (fun_and_args=<optimized out>) at /home/reitero/build/sources/emacs/emacs_debug/src/process.c:6164
No locals.
#23 0x00005555557b5567 in internal_condition_case_1 (bfun=0x55555583dd80 <read_process_output_call>, arg=0x7fffe3ded073, handlers=<optimized out>, hfun=0x55555583ddf0 <read_process_output_error_handler>)
at /home/reitero/build/sources/emacs/emacs_debug/src/eval.c:1737
val = <optimized out>
c = 0x555555c7a1d0
#24 0x0000555555840c68 in read_and_dispose_of_process_output (p=0x7fffe81e7ac0,
chars=0x5555572d8ca0 "\"LU\", \"MT\", \"PL\", \"SE\"]\r\n\r\033[7C sqlquery=\"SELECT value FROM '$(pqfile(\"nama_10_a64\"))' WHERE nace_r2='TOTAL' AND time IN ($(years_str)) A\r\033[25C\r\033[0K\033[1A\r\033[0K\033[1A\r\033[0K\033[32m\033[1mjulia> \033[0m\033[0m\r\033[7"..., nbytes=4095, coding=0x555556807770) at /home/reitero/build/sources/emacs/emacs_debug/src/process.c:6533
outstream = 0x2aaa93819500
text = 0x7fffe3ded01c
outer_running_asynch_code = false
waiting = -1
#25 read_process_output (proc=proc <at> entry=0x7fffe81e7ac5, channel=channel <at> entry=15) at /home/reitero/build/sources/emacs/emacs_debug/src/process.c:6301
nbytes = 4095
p = 0x7fffe81e7ac0
coding = <optimized out>
carryover = <optimized out>
readmax = <optimized out>
count = <optimized out>
odeactivate = 0x0
chars = <optimized out>
sa_avail = <optimized out>
sa_count = <optimized out>
#26 0x00005555558429de in wait_reading_process_output.constprop.1 (time_limit=time_limit <at> entry=0, nsecs=nsecs <at> entry=0, read_kbd=read_kbd <at> entry=-1, do_display=true, just_wait_proc=0, wait_proc=0x0,
wait_for_cell=0x0) at /home/reitero/build/sources/emacs/emacs_debug/src/process.c:5982
nread = <optimized out>
wrapped = <optimized out>
read_some_bytes = <optimized out>
count = <optimized out>
process_skipped = <optimized out>
channel_start = 16
child_fd = <optimized out>
nread = <optimized out>
channel = <optimized out>
nfds = <optimized out>
Available = {
fds_bits = {32768, 0 <repeats 15 times>}
}
Writeok = {
fds_bits = {0 <repeats 16 times>}
}
check_write = true
check_delay = <optimized out>
no_avail = <optimized out>
xerrno = 11
proc = 0x7fffe81e7ac5
timeout = {
tv_sec = 0,
tv_nsec = 2770448
}
end_time = <optimized out>
timer_delay = <optimized out>
got_output_end_time = <optimized out>
wait = <optimized out>
got_some_output = <optimized out>
prev_wait_proc_nbytes_read = 0
retry_for_async = <optimized out>
count = <optimized out>
now = <optimized out>
last_read_channel = <optimized out>
MINIMUM = MINIMUM
TIMEOUT = TIMEOUT
FOREVER = FOREVER
#27 0x00005555556ee15f in kbd_buffer_get_event (kbp=kbp <at> entry=0x7fffffffcf50, used_mouse_menu=used_mouse_menu <at> entry=0x7fffffffd4ab, end_time=end_time <at> entry=0x0)
at /home/reitero/build/sources/emacs/emacs_debug/src/keyboard.c:4121
do_display = <optimized out>
obj = <optimized out>
str = <optimized out>
#28 0x00005555556efd19 in read_event_from_main_queue (end_time=<optimized out>, local_getcjmp=<optimized out>, used_mouse_menu=<optimized out>) at /home/reitero/build/sources/emacs/emacs_debug/src/keyboard.c:2342
c = 0x0
save_jump = {{
__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0},
__mask_was_saved = 0,
__saved_mask = {
__val = {0 <repeats 16 times>}
}
}}
kb = 0x555555d70fc0
count = <optimized out>
#29 read_decoded_event_from_main_queue (end_time=<optimized out>, local_getcjmp=<optimized out>, prev_event=<optimized out>, used_mouse_menu=<optimized out>)
at /home/reitero/build/sources/emacs/emacs_debug/src/keyboard.c:2406
nextevt = <optimized out>
frame = <optimized out>
terminal = <optimized out>
events = {0x0 <repeats 16 times>}
n = <optimized out>
#30 read_char (commandflag=1, map=0x7fffe3b53723, prev_event=0x0, used_mouse_menu=0x7fffffffd4ab, end_time=0x0) at /home/reitero/build/sources/emacs/emacs_debug/src/keyboard.c:3037
c = 0x0
local_getcjmp = {{
__jmpbuf = {0, -4812081056324968464, 93824997564320, 140737009437757, 140737013692195, 0, -4812081055978938384, -1698603747733856272},
__mask_was_saved = 0,
__saved_mask = {
__val = {55832, 140737126355424, 0, 578, 144, 0, 10511408701664940288, 93824996763980, 96, 96, 5, 140737488343696, 93824994733673, 140736985417915, 0, 0}
}
}}
save_jump = {{
__jmpbuf = {0, 0, 0, 0, 0, 0, 0, 0},
__mask_was_saved = 0,
__saved_mask = {
__val = {0 <repeats 16 times>}
}
}}
tem = <optimized out>
save = <optimized out>
previous_echo_area_message = 0x0
also_record = 0x0
reread = false
recorded = false
polling_stopped_here = true
orig_kboard = 0x555555d70fc0
retry = <optimized out>
jmpcount = <optimized out>
c_volatile = 0x0
#31 0x000055555570834d in read_key_sequence.constprop.0 (keybuf=<optimized out>, prevent_redisplay=false, disable_text_conversion_p=<optimized out>, fix_current_buffer=<optimized out>,
can_return_switch_frame=<optimized out>, dont_downcase_last=<optimized out>, prompt=<optimized out>) at /home/reitero/build/sources/emacs/emacs_debug/src/keyboard.c:11196
interrupted_kboard = 0x555555d70fc0
interrupted_frame = <optimized out>
key = <optimized out>
used_mouse_menu = false
echo_local_start = 0
last_real_key_start = <optimized out>
keys_local_start = 0
new_binding = <optimized out>
count = <optimized out>
t = <optimized out>
echo_start = 0
keys_start = 0
current_binding = 0x7fffe3b53723
first_unbound = 31
mock_input = 0
used_mouse_menu_history = {false <repeats 30 times>}
fkey = {
parent = 0x7fffe21834d3,
map = 0x7fffe21834d3,
start = 0,
end = 0
}
keytran = {
parent = 0x7fffe204f39b,
map = 0x7fffe204f39b,
start = 0,
end = 0
}
indec = {
parent = 0x7fffe21834bb,
map = 0x7fffe21834bb,
start = 0,
end = 0
}
shift_translated = <optimized out>
delayed_switch_frame = <optimized out>
original_uppercase = <optimized out>
original_uppercase_position = <optimized out>
starting_buffer = <optimized out>
fake_prefixed_keys = <optimized out>
first_event = 0x0
second_event = <optimized out>
replay_key = <optimized out>
#32 0x00005555556e6af7 in command_loop_1 () at /home/reitero/build/sources/emacs/emacs_debug/src/keyboard.c:1441
keybuf = {0xb2, 0x196, 0x196, 0x3, 0xc, 0x13eb8, 0x38, 0x7fffe30d4dbd, 0x7fffffffd6e0, 0x91e00685b7b05100, 0x0, 0x60, 0x0, 0x0, 0x0, 0x7fffffffd9e0, 0x7fffffffd790, 0x5555556e45f7 <cmd_error+551>, 0x0,
0x0, 0x0, 0x0, 0x2aaa9345a0d8, 0x7fffe38858db, 0x7fffe8ec37b4, 0xc5c0, 0x55555597ec00, 0x91e00685b7b05100, 0xc, 0xd040}
i = <optimized out>
last_pt = <optimized out>
count = <optimized out>
cmd = <optimized out>
prev_modiff = 1679
prev_buffer = 0x7fffea6c51e0
#33 0x00005555557b5433 in internal_condition_case (bfun=0x5555556e6930 <command_loop_1>, handlers=<optimized out>, hfun=0x5555556e43d0 <cmd_error>) at /home/reitero/build/sources/emacs/emacs_debug/src/eval.c:1713
val = <optimized out>
c = 0x555555c7a040
#34 0x00005555556e46c6 in command_loop_2 (handlers=0xa8) at /home/reitero/build/sources/emacs/emacs_debug/src/keyboard.c:1180
val = <optimized out>
#35 0x00005555557b520f in internal_catch (tag=<optimized out>, func=0x5555556e46a0 <command_loop_2>, arg=0xa8) at /home/reitero/build/sources/emacs/emacs_debug/src/eval.c:1393
val = <optimized out>
c = 0x555555c79eb0
#36 0x00005555556e61e3 in command_loop () at /home/reitero/build/sources/emacs/emacs_debug/src/keyboard.c:1158
No locals.
#37 0x00005555556e6334 in recursive_edit_1.isra.0 () at /home/reitero/build/sources/emacs/emacs_debug/src/keyboard.c:766
count = <optimized out>
val = <optimized out>
#38 0x00005555556e68ff in Frecursive_edit () at /home/reitero/build/sources/emacs/emacs_debug/src/keyboard.c:849
count = <optimized out>
buffer = <optimized out>
#39 0x00005555555ae841 in main (argc=1, argv=0x7fffffffdbe8) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs.c:2651
stack_bottom_variable = 0x7fff00000000
old_argc = <optimized out>
dump_file = 0x0
no_loadup = <optimized out>
junk = 0x0
dname_arg = 0x0
ch_to_dir = 0x0
original_pwd = 0x0
dump_mode = 0x0
skip_args = 0
temacs = 0x0
attempt_load_pdump = <optimized out>
only_version = false
rlim = {
rlim_cur = 10022912,
rlim_max = 18446744073709551615
}
lc_all = <optimized out>
sockfd = -1
module_assertions = <optimized out>
Lisp Backtrace:
"vterm--redraw" (0xde5ff148)
"vterm--delayed-redraw" (0xde5ff0e0)
"vterm--invalidate" (0xffffb1e8)
"vterm--update" (0xde5ff088)
"vterm--filter" (0xffffc748)
Best,
Oliver
In GNU Emacs 31.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version
3.24.50, cairo version 1.18.4) of 2025-09-29 built on wilap
Repository revision: a53627960e4cc45161538cb192086290272cd763
Repository branch: feature/igc
System Description: Arch Linux
Configured using:
'configure 'CFLAGS=-g3 -ggdb -O3 -mtune=native -march=native
-fno-omit-frame-pointer -fno-tree-sra' --prefix=/usr --sysconfdir=/etc
--libexecdir=/usr/lib --localstatedir=/var --with-mps=yes
--with-gameuser=root:games --with-pgtk --with-xft --with-harfbuzz
--with-modules --without-compress-install --without-m17n-flt
--with-libotf --without-imagemagick --without-gsettings --without-gconf
--with-native-compilation=aot --with-tree-sitter
--enable-link-time-optimization'
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM HARFBUZZ JPEG LCMS2
LIBOTF LIBSYSTEMD LIBXML2 MODULES MPS NATIVE_COMP NOTIFY INOTIFY PDUMPER
PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS
TREE_SITTER WEBP XIM GTK3 ZLIB
Important settings:
value of $LANG: de_AT.UTF-8
locale-coding-system: utf-8-unix
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Tue, 30 Sep 2025 14:50:02 GMT) Full text and rfc822 format available.Message #8 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Oliver Reiter <oliver.reiter <at> snapdragon.cc> Cc: 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Tue, 30 Sep 2025 17:49:29 +0300
> Date: Mon, 29 Sep 2025 21:56:30 +0200
> From: Oliver Reiter via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> I had two crashes with a recent build of the feature/igc branch today.
> Both occurred while sending (Julia) code from a buffer to a running REPL
> in vterm. I couldn't replicate the issue a third time though.
>
> (gdb) bt full
> #0 terminate_due_to_signal (sig=11, backtrace_limit=40) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs.c:443
> No locals.
> #1 0x00005555555a1111 in handle_fatal_signal (sig=11) at /home/reitero/build/sources/emacs/emacs_debug/src/sysdep.c:1793
> No locals.
> #2 deliver_thread_signal (handler=<optimized out>, sig=11) at /home/reitero/build/sources/emacs/emacs_debug/src/sysdep.c:1785
> old_errno = <optimized out>
> #3 deliver_fatal_thread_signal (sig=11) at /home/reitero/build/sources/emacs/emacs_debug/src/sysdep.c:1805
> No locals.
> #4 handle_sigsegv (sig=11, siginfo=0x555555abfd30 <sigsegv_stack+64496>, arg=<optimized out>) at /home/reitero/build/sources/emacs/emacs_debug/src/sysdep.c:1943
> fatal = <optimized out>
> #5 <signal handler called>
> No locals.
> #6 0x00007ffff343e74b in __GI_kill () at ../sysdeps/unix/syscall-template.S:120
> No locals.
> #7 0x00005555559639f7 in sigHandle (sig=<optimized out>, info=<optimized out>, uap=<optimized out>) at ../mps/code/protsgix.c:114
> e = <optimized out>
> asigset = {
> __val = {1024, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 10511408701664940288, 0, 96768, 140737488330152, 140737488330592}
> }
> oldset = {
> __val = {1024, 0 <repeats 15 times>}
> }
> sa = {
> __sigaction_handler = {
> sa_handler = 0x555555963930 <sigHandle>,
> sa_sigaction = 0x555555963930 <sigHandle>
> },
> sa_mask = {
> __val = {0, 0, 140736941357512, 1368588992, 0, 140737488328688, 140737488328384, 0, 0, 0, 0, 0, 4294967295, 0, 0, 4294967296}
> },
> sa_flags = 335544324,
> sa_restorer = 0x7ffff343e540 <__restore_rt>
> }
> _saved_errno = 11
> #8 <signal handler called>
> No locals.
> #9 term_redraw_cursor (term=0x0, env=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:580
> No locals.
> #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
> No locals.
> #11 0x00007fffc2da8ba8 in Fvterm_redraw (env=0x7fffffff9e20, nargs=<optimized out>, args=<optimized out>, data=<optimized out>)
> at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:1340
> term = <optimized out>
Thanks, but this crash is inside a module function for which we didn't
have the source code (or don't know how to get it in the version that
you used to build your Emacs). How do you expect us to be able to say
something intelligent about this? I can see that Emacs was hit by
SIGSEGV on line 580 of the source file vterm-module.c, but without
seeing the source code, I have no idea what is on that line that could
cause a segfault. And that's even before considering the fact that I
know nothing about what vterm-module does and how it works.
Please provide more information so we could do something with this bug
report. I would even suggest to report this first to the developers
of this module, because they might have a much better idea what could
cause this, and even if eventually this turns out to be a core bug,
they could provide valuable information, based on their knowledge of
the module's internals, that could allow us to pinpoint the culprit.
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Tue, 30 Sep 2025 19:12:01 GMT) Full text and rfc822 format available.Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Helmut Eller <eller.helmut <at> gmail.com> To: Oliver Reiter via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> Cc: 79541 <at> debbugs.gnu.org, Oliver Reiter <oliver.reiter <at> snapdragon.cc> Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Tue, 30 Sep 2025 21:11:25 +0200
On Mon, Sep 29 2025, Oliver Reiter via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:
> Dear all,
>
> I had two crashes with a recent build of the feature/igc branch today.
> Both occurred while sending (Julia) code from a buffer to a running REPL
> in vterm. I couldn't replicate the issue a third time though.
>
> (gdb) bt full
> #8 <signal handler called>
> No locals.
> #9 term_redraw_cursor (term=0x0, env=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:580
> No locals.
> #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
> No locals.
That term = 0 can't be good.
> #11 0x00007fffc2da8ba8 in Fvterm_redraw (env=0x7fffffff9e20, nargs=<optimized out>, args=<optimized out>, data=<optimized out>)
> at
> /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:1340
The code for Fvterm_redraw is:
emacs_value Fvterm_redraw(emacs_env *env, ptrdiff_t nargs, emacs_value args[],
void *data) {
Term *term = env->get_user_ptr(env, args[0]);
term_redraw(term, env);
return env->make_integer(env, 0);
}
So it looks like get_user_ptr returns a NULL pointer.
The only place where vterm--redraw is called seems to be in
vterm--delayed-redraw with
(vterm--redraw vterm--term)
where vterm--term is a buffer-local variable.
It seems that vterm uses finalizers, but if the user_ptr is stored in
buffer-local variable it should be protected from finalization.
Hard to say what is going on without a reproducible test case. Could
also be a vterm bug.
Helmut
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Tue, 30 Sep 2025 19:12:02 GMT) Full text and rfc822 format available.bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Wed, 01 Oct 2025 15:33:02 GMT) Full text and rfc822 format available.Message #17 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Pip Cet <pipcet <at> protonmail.com> To: 79541 <at> debbugs.gnu.org, Oliver Reiter <oliver.reiter <at> snapdragon.cc> Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Wed, 01 Oct 2025 15:32:07 +0000
"Oliver Reiter via \"Bug reports for GNU Emacs, the Swiss army knife of text editors\"" <bug-gnu-emacs <at> gnu.org> writes:
> Dear all,
>
> I had two crashes with a recent build of the feature/igc branch today.
> Both occurred while sending (Julia) code from a buffer to a running REPL
> in vterm. I couldn't replicate the issue a third time though.
Which commit of vterm are you using? The line numbers don't appear to
match those of the most recent commit on
https://github.com/akermu/emacs-libvterm (if that's even the right
repo), but do appear to match up with the second-most-recent one.
> #8 <signal handler called>
> No locals.
> #9 term_redraw_cursor (term=0x0, env=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:580
> No locals.
> #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
term shouldn't be a NULL pointer here. It should be the value of the
vterm--term, so please print that:
p *XSYMBOL(intern("vterm--term"))
p *$.u.s.val.blv
p *XCONS($.valcell)
> #16 0x00007fffc2da90a0 in Fvterm_update (env=0x7fffffffb380, nargs=<optimized out>, args=0x7fffffffb300, data=<optimized out>)
> at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:1331
> term = 0x55555728c210
> #17 0x0000555555811fd4 in funcall_module (function=<optimized out>, nargs=1, arglist=0x7fffde5ff088) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs-module.c:1297
> func = <optimized out>
> pub = {
> size = 320,
> private_members = 0x7fffffffb4c0,
> make_global_ref = 0x55555580c6e0 <module_make_global_ref>,
> free_global_ref = 0x55555580c940 <module_free_global_ref>,
> non_local_exit_check = 0x55555580aca0 <module_non_local_exit_check>,
> non_local_exit_clear = 0x55555580ad60 <module_non_local_exit_clear>,
> non_local_exit_get = 0x55555580dda0 <module_non_local_exit_get>,
> non_local_exit_signal = 0x55555580ae30 <module_non_local_exit_signal>,
> non_local_exit_throw = 0x55555580af80 <module_non_local_exit_throw>,
> make_function = 0x55555580dee0 <module_make_function>,
> funcall = 0x55555580e180 <module_funcall>,
> intern = 0x555555812590 <module_intern>,
> type_of = 0x55555580e4f0 <module_type_of>,
> is_not_nil = 0x55555580b0d0 <module_is_not_nil>,
> eq = 0x55555580b1e0 <module_eq>,
> extract_integer = 0x55555580cb70 <module_extract_integer>,
> make_integer = 0x55555580e700 <module_make_integer>,
> extract_float = 0x55555580bae0 <module_extract_float>,
> make_float = 0x55555580e920 <module_make_float>,
> copy_string_contents = 0x5555558137a0 <module_copy_string_contents>,
> make_string = 0x55555580eb40 <module_make_string>,
> make_user_ptr = 0x55555580efd0 <module_make_user_ptr>,
> get_user_ptr = 0x55555580bcd0 <module_get_user_ptr>,
> set_user_ptr = 0x55555580bee0 <module_set_user_ptr>,
> get_user_finalizer = 0x55555580c0e0 <module_get_user_finalizer>,
> set_user_finalizer = 0x55555580c2f0 <module_set_user_finalizer>,
> vec_get = 0x55555580f1f0 <module_vec_get>,
> vec_set = 0x55555580cdc0 <module_vec_set>,
> vec_size = 0x55555580c4f0 <module_vec_size>,
> should_quit = 0x55555580b380 <module_should_quit>,
> process_input = 0x55555580cfd0 <module_process_input>,
> extract_time = 0x55555580d180 <module_extract_time>,
> make_time = 0x55555580f420 <module_make_time>,
> extract_big_integer = 0x55555580d370 <module_extract_big_integer>,
> make_big_integer = 0x55555580f6d0 <module_make_big_integer>,
> get_function_finalizer = 0x55555580b4b0 <module_get_function_finalizer>,
> set_function_finalizer = 0x55555580b6c0 <module_set_function_finalizer>,
> open_channel = 0x55555580d640 <module_open_channel>,
> make_interactive = 0x55555580b8c0 <module_make_interactive>,
> make_unibyte_string = 0x55555580edb0 <module_make_unibyte_string>
> }
> priv = {
> pending_non_local_exit = emacs_funcall_exit_return,
> non_local_exit_symbol = 0x0,
> non_local_exit_data = 0x0,
> storage = {
> initial = {
> objects = {{
> v = 0x7fffe94f5f2d
I suspect this is the user pointer that now contains a NULL pointer
rather than a pointer to a valid terminal. It's possible that we
collected the user pointer structure and we should inspect the memory
around that location. Please run
x/32gx 0x7fffe94f5f28
If that seems likely, we should try working out why this on-stack
structure did not protect the user pointer, or whether it had already
been collected by the time the stack reference was created.
Can you also do
p Fcurrent_buffer()
to ensure that is as expected?
Thanks!
Pip
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Wed, 01 Oct 2025 18:38:03 GMT) Full text and rfc822 format available.Message #20 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Oliver Reiter <oliver.reiter <at> snapdragon.cc> To: Pip Cet <pipcet <at> protonmail.com> Cc: 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Wed, 01 Oct 2025 20:37:13 +0200
[Message part 1 (text/plain, inline)]
Pip Cet <pipcet <at> protonmail.com> writes:
> "Oliver Reiter via \"Bug reports for GNU Emacs, the Swiss army knife of text editors\"" <bug-gnu-emacs <at> gnu.org> writes:
>
>> Dear all,
>>
>> I had two crashes with a recent build of the feature/igc branch today.
>> Both occurred while sending (Julia) code from a buffer to a running REPL
>> in vterm. I couldn't replicate the issue a third time though.
>
> Which commit of vterm are you using? The line numbers don't appear to
> match those of the most recent commit on
> <https://github.com/akermu/emacs-libvterm> (if that's even the right
> repo), but do appear to match up with the second-most-recent one.
>
Correct, it is this repo and the commit is
056ad74653704bc353d8ec8ab52ac75267b7d373
>> #8 <signal handler called>
>> No locals.
>> #9 term_redraw_cursor (term=0x0, env=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:580
>> No locals.
>> #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
>
> term shouldn't be a NULL pointer here. It should be the value of the
> vterm--term, so please print that:
>
> p *XSYMBOL(intern("vterm--term"))
> p *$.u.s.val.blv
> p *XCONS($.valcell)
>
You mean like this? (I am debugging the core dump, I don't have the
live process anymore)
(gdb) f 10
#10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
611 term_redraw_cursor(term, env);
(gdb) p *XSYMBOL(intern("vterm--term"))
No symbol "XSYMBOL" in current context.
(gdb) p *$.u.s.val.blv
The history is empty.
(gdb) p *XCONS($.valcell)
No symbol "XCONS" in current context.
>> #16 0x00007fffc2da90a0 in Fvterm_update (env=0x7fffffffb380, nargs=<optimized out>, args=0x7fffffffb300, data=<optimized out>)
>> at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:1331
>> term = 0x55555728c210
>> #17 0x0000555555811fd4 in funcall_module (function=<optimized out>, nargs=1, arglist=0x7fffde5ff088) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs-module.c:1297
>> func = <optimized out>
>> pub = {
>> size = 320,
>> private_members = 0x7fffffffb4c0,
>> make_global_ref = 0x55555580c6e0 <module_make_global_ref>,
>> free_global_ref = 0x55555580c940 <module_free_global_ref>,
>> non_local_exit_check = 0x55555580aca0 <module_non_local_exit_check>,
>> non_local_exit_clear = 0x55555580ad60 <module_non_local_exit_clear>,
>> non_local_exit_get = 0x55555580dda0 <module_non_local_exit_get>,
>> non_local_exit_signal = 0x55555580ae30 <module_non_local_exit_signal>,
>> non_local_exit_throw = 0x55555580af80 <module_non_local_exit_throw>,
>> make_function = 0x55555580dee0 <module_make_function>,
>> funcall = 0x55555580e180 <module_funcall>,
>> intern = 0x555555812590 <module_intern>,
>> type_of = 0x55555580e4f0 <module_type_of>,
>> is_not_nil = 0x55555580b0d0 <module_is_not_nil>,
>> eq = 0x55555580b1e0 <module_eq>,
>> extract_integer = 0x55555580cb70 <module_extract_integer>,
>> make_integer = 0x55555580e700 <module_make_integer>,
>> extract_float = 0x55555580bae0 <module_extract_float>,
>> make_float = 0x55555580e920 <module_make_float>,
>> copy_string_contents = 0x5555558137a0 <module_copy_string_contents>,
>> make_string = 0x55555580eb40 <module_make_string>,
>> make_user_ptr = 0x55555580efd0 <module_make_user_ptr>,
>> get_user_ptr = 0x55555580bcd0 <module_get_user_ptr>,
>> set_user_ptr = 0x55555580bee0 <module_set_user_ptr>,
>> get_user_finalizer = 0x55555580c0e0 <module_get_user_finalizer>,
>> set_user_finalizer = 0x55555580c2f0 <module_set_user_finalizer>,
>> vec_get = 0x55555580f1f0 <module_vec_get>,
>> vec_set = 0x55555580cdc0 <module_vec_set>,
>> vec_size = 0x55555580c4f0 <module_vec_size>,
>> should_quit = 0x55555580b380 <module_should_quit>,
>> process_input = 0x55555580cfd0 <module_process_input>,
>> extract_time = 0x55555580d180 <module_extract_time>,
>> make_time = 0x55555580f420 <module_make_time>,
>> extract_big_integer = 0x55555580d370 <module_extract_big_integer>,
>> make_big_integer = 0x55555580f6d0 <module_make_big_integer>,
>> get_function_finalizer = 0x55555580b4b0 <module_get_function_finalizer>,
>> set_function_finalizer = 0x55555580b6c0 <module_set_function_finalizer>,
>> open_channel = 0x55555580d640 <module_open_channel>,
>> make_interactive = 0x55555580b8c0 <module_make_interactive>,
>> make_unibyte_string = 0x55555580edb0 <module_make_unibyte_string>
>> }
>> priv = {
>> pending_non_local_exit = emacs_funcall_exit_return,
>> non_local_exit_symbol = 0x0,
>> non_local_exit_data = 0x0,
>> storage = {
>> initial = {
>> objects = {{
>> v = 0x7fffe94f5f2d
>
> I suspect this is the user pointer that now contains a NULL pointer
> rather than a pointer to a valid terminal. It's possible that we
> collected the user pointer structure and we should inspect the memory
> around that location. Please run
>
> x/32gx 0x7fffe94f5f28
(gdb) f 17
#17 0x0000555555811fd4 in funcall_module (function=<optimized out>, nargs=1, arglist=0x7fffde5ff088) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs-module.c:1297
1297 emacs_value ret = func->subr (env, nargs, args, func->data);
(gdb) x/32gx 0x7fffe94f5f28
0x7fffe94f5f28: 0x00000004acc3a821 0x4000000008002000
0x7fffe94f5f38: 0x00007fffc2da7b90 0x000055555728c210
0x7fffe94f5f48: 0x000000036a7d110d 0x00007fffe94f9e43
0x7fffe94f5f58: 0x0000000000000000 0x000000036a7d150d
0x7fffe94f5f68: 0x00002aaa8c56f2a0 0x00007fffe94f9e5b
0x7fffe94f5f78: 0x000000036a7cb80d 0x00007fffe94f9e73
0x7fffe94f5f88: 0x0000000000000000 0x000000036a7cbc0d
0x7fffe94f5f98: 0x00002aaa8c56f2a0 0x00007fffe94f9e8b
0x7fffe94f5fa8: 0x0000000300000009 0x00007fffe280ff40
0x7fffe94f5fb8: 0x0000000000010bb6 0x0000000700000009
0x7fffe94f5fc8: 0x00007fffe26c3060 0x00007fffe94f9ea4
0x7fffe94f5fd8: 0x00007fffe94f9ec8 0x0000000000000000
0x7fffe94f5fe8: 0x0000000000000000 0x0000000000000000
0x7fffe94f5ff8: 0x0000000700000009 0x00007fffe26c3098
0x7fffe94f6008: 0x00007fffe94f9efc 0x00007fffe94f9f74
0x7fffe94f6018: 0x0000000000000000 0x00007fffe94f9f23
>
> If that seems likely, we should try working out why this on-stack
> structure did not protect the user pointer, or whether it had already
> been collected by the time the stack reference was created.
>
> Can you also do
>
> p Fcurrent_buffer()
Sorry, not possible without a live process: "You can't do that without
a process to debug."
Oliver
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Thu, 02 Oct 2025 05:49:02 GMT) Full text and rfc822 format available.Message #23 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Oliver Reiter <oliver.reiter <at> snapdragon.cc> Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Thu, 02 Oct 2025 08:47:31 +0300
> Cc: 79541 <at> debbugs.gnu.org
> Date: Wed, 01 Oct 2025 20:37:13 +0200
> From: Oliver Reiter via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> (gdb) f 10
> #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
> 611 term_redraw_cursor(term, env);
> (gdb) p *XSYMBOL(intern("vterm--term"))
> No symbol "XSYMBOL" in current context.
> (gdb) p *$.u.s.val.blv
> The history is empty.
> (gdb) p *XCONS($.valcell)
> No symbol "XCONS" in current context.
I guess this is the result of using -O3 in the compiler switches.
XSYMBOL and XCONS are inline functions, see src/lisp.h.
> > p Fcurrent_buffer()
>
> Sorry, not possible without a live process: "You can't do that without
> a process to debug."
Try this instead:
(gdb) p current_buffer->name_
(gdb) xstring
If GDB says that it doesn't know about "xstring", teach it:
(gdb) source /path/to/emacs/src/.gdbinit
and then repeat the above.
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Thu, 02 Oct 2025 19:55:02 GMT) Full text and rfc822 format available.Message #26 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Oliver Reiter <oliver.reiter <at> snapdragon.cc> To: Eli Zaretskii <eliz <at> gnu.org> Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Thu, 02 Oct 2025 21:54:07 +0200
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Cc: 79541 <at> debbugs.gnu.org
>> Date: Wed, 01 Oct 2025 20:37:13 +0200
>> From: Oliver Reiter via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> (gdb) f 10
>> #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
>> 611 term_redraw_cursor(term, env);
>> (gdb) p *XSYMBOL(intern("vterm--term"))
>> No symbol "XSYMBOL" in current context.
>> (gdb) p *$.u.s.val.blv
>> The history is empty.
>> (gdb) p *XCONS($.valcell)
>> No symbol "XCONS" in current context.
>
> I guess this is the result of using -O3 in the compiler switches.
> XSYMBOL and XCONS are inline functions, see src/lisp.h.
>
>> > p Fcurrent_buffer()
>>
>> Sorry, not possible without a live process: "You can't do that without
>> a process to debug."
>
> Try this instead:
>
> (gdb) p current_buffer->name_
> (gdb) xstring
>
> If GDB says that it doesn't know about "xstring", teach it:
>
> (gdb) source /path/to/emacs/src/.gdbinit
>
> and then repeat the above.
(gdb) f 10
#10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
611 term_redraw_cursor(term, env);
(gdb) p current_buffer->name_
No symbol "current_buffer" in current context.
(gdb) f 16
#16 0x00007fffc2da90a0 in Fvterm_update (env=0x7fffffffb380, nargs=<optimized out>, args=0x7fffffffb300, data=<optimized out>)
at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:1331
1331 vterm_invalidate(env);
(gdb) p current_buffer->name_
No symbol "current_buffer" in current context.
(gdb) f 17
#17 0x0000555555811fd4 in funcall_module (function=<optimized out>, nargs=1, arglist=0x7fffde5ff088) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs-module.c:1297
1297 emacs_value ret = func->subr (env, nargs, args, func->data);
(gdb) p current_buffer->name_
No symbol "current_buffer" in current context.
Am I doing something wrong?
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Thu, 02 Oct 2025 20:35:01 GMT) Full text and rfc822 format available.Message #29 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Pip Cet <pipcet <at> protonmail.com> To: Oliver Reiter <oliver.reiter <at> snapdragon.cc> Cc: Eli Zaretskii <eliz <at> gnu.org>, 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Thu, 02 Oct 2025 20:34:05 +0000
"Oliver Reiter" <oliver.reiter <at> snapdragon.cc> writes:
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> Cc: 79541 <at> debbugs.gnu.org
>>> Date: Wed, 01 Oct 2025 20:37:13 +0200
>>> From: Oliver Reiter via "Bug reports for GNU Emacs,
>>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>>
>>> (gdb) f 10
>>> #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
>>> 611 term_redraw_cursor(term, env);
>>> (gdb) p *XSYMBOL(intern("vterm--term"))
>>> No symbol "XSYMBOL" in current context.
>>> (gdb) p *$.u.s.val.blv
>>> The history is empty.
>>> (gdb) p *XCONS($.valcell)
>>> No symbol "XCONS" in current context.
>>
>> I guess this is the result of using -O3 in the compiler switches.
>> XSYMBOL and XCONS are inline functions, see src/lisp.h.
>>
>>> > p Fcurrent_buffer()
>>>
>>> Sorry, not possible without a live process: "You can't do that without
>>> a process to debug."
>>
>> Try this instead:
>>
>> (gdb) p current_buffer->name_
>> (gdb) xstring
>>
>> If GDB says that it doesn't know about "xstring", teach it:
>>
>> (gdb) source /path/to/emacs/src/.gdbinit
>>
>> and then repeat the above.
>
> (gdb) f 10
> #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611
> 611 term_redraw_cursor(term, env);
> (gdb) p current_buffer->name_
> No symbol "current_buffer" in current context.
> (gdb) f 16
> #16 0x00007fffc2da90a0 in Fvterm_update (env=0x7fffffffb380, nargs=<optimized out>, args=0x7fffffffb300, data=<optimized out>)
> at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:1331
> 1331 vterm_invalidate(env);
> (gdb) p current_buffer->name_
> No symbol "current_buffer" in current context.
> (gdb) f 17
> #17 0x0000555555811fd4 in funcall_module (function=<optimized out>,
> nargs=1, arglist=0x7fffde5ff088) at
> /home/reitero/build/sources/emacs/emacs_debug/src/emacs-module.c:1297
> 1297 emacs_value ret = func->subr (env, nargs, args, func->data);
> (gdb) p current_buffer->name_
> No symbol "current_buffer" in current context.
>
> Am I doing something wrong?
Same here if I build with -O3 but without any -g flags.
We have two options here: rebuild with debugger-friendly options and
reproduce the bug (which may fail; I tried a few things and couldn't) or
see whether we can work out how to inspect the vterm--term symbol in the
core dump.
To see whether we can even do the latter, can you try
p (unsigned long)initial_obarray
in GDB; if it works, try
x/4gx (unsigned long)initial_obarray - 5
which will tell us how to calculate the obarray hash value to look up
vterm--term.
Note that there is definitely a bug in vterm-module.c: it shouldn't
crash if vterm--term is modified not to be a user pointer.
Thanks again!
Pip
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Fri, 03 Oct 2025 06:20:01 GMT) Full text and rfc822 format available.Message #32 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Oliver Reiter <oliver.reiter <at> snapdragon.cc> Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Fri, 03 Oct 2025 09:19:38 +0300
> From: Oliver Reiter <oliver.reiter <at> snapdragon.cc> > Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org > Date: Thu, 02 Oct 2025 21:54:07 +0200 > > (gdb) f 10 > #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611 > 611 term_redraw_cursor(term, env); > (gdb) p current_buffer->name_ > No symbol "current_buffer" in current context. > (gdb) f 16 > #16 0x00007fffc2da90a0 in Fvterm_update (env=0x7fffffffb380, nargs=<optimized out>, args=0x7fffffffb300, data=<optimized out>) > at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:1331 > 1331 vterm_invalidate(env); > (gdb) p current_buffer->name_ > No symbol "current_buffer" in current context. > (gdb) f 17 > #17 0x0000555555811fd4 in funcall_module (function=<optimized out>, nargs=1, arglist=0x7fffde5ff088) at /home/reitero/build/sources/emacs/emacs_debug/src/emacs-module.c:1297 > 1297 emacs_value ret = func->subr (env, nargs, args, func->data); > (gdb) p current_buffer->name_ > No symbol "current_buffer" in current context. > > Am I doing something wrong? Yes, compiling with -O3 switch. Sorry, I forgot that current_buffer is also a macro. Try this instead: (gdb) p current_thread->m_current_buffer->name_ (gdb) xstring
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Fri, 03 Oct 2025 06:38:02 GMT) Full text and rfc822 format available.Message #35 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Pip Cet <pipcet <at> protonmail.com> Cc: 79541 <at> debbugs.gnu.org, oliver.reiter <at> snapdragon.cc Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Fri, 03 Oct 2025 09:37:20 +0300
> Date: Thu, 02 Oct 2025 20:34:05 +0000 > From: Pip Cet <pipcet <at> protonmail.com> > Cc: Eli Zaretskii <eliz <at> gnu.org>, 79541 <at> debbugs.gnu.org > > "Oliver Reiter" <oliver.reiter <at> snapdragon.cc> writes: > > > (gdb) p current_buffer->name_ > > No symbol "current_buffer" in current context. > > > > Am I doing something wrong? > > Same here if I build with -O3 but without any -g flags. > > We have two options here: rebuild with debugger-friendly options and > reproduce the bug (which may fail; I tried a few things and couldn't) or > see whether we can work out how to inspect the vterm--term symbol in the > core dump. We could also show the values by using the expanded code of the macros and inline functions. That's quite tedious, but it will work with this core dump, I think.
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Fri, 03 Oct 2025 12:51:02 GMT) Full text and rfc822 format available.Message #38 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Oliver Reiter <oliver.reiter <at> snapdragon.cc> To: Eli Zaretskii <eliz <at> gnu.org> Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Fri, 03 Oct 2025 14:50:30 +0200
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes: > Sorry, I forgot that current_buffer is also a macro. Try this > instead: > > (gdb) p current_thread->m_current_buffer->name_ > (gdb) xstring (gdb) f 10 #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611 611 term_redraw_cursor(term, env); (gdb) p current_thread->m_current_buffer->name_ $1 = XIL(0x7fffe26c35e4) (gdb) xstring $2 = (struct Lisp_String *) 0x7fffe26c35e0 "*julia:1" "*julia:1" was the name of the vterm Julia REPL (the missing second * is an error by me).
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Fri, 03 Oct 2025 13:04:02 GMT) Full text and rfc822 format available.Message #41 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Oliver Reiter <oliver.reiter <at> snapdragon.cc>, Paul Eggert <eggert <at> cs.ucla.edu> Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Fri, 03 Oct 2025 16:03:19 +0300
> From: Oliver Reiter <oliver.reiter <at> snapdragon.cc> > Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org > Date: Fri, 03 Oct 2025 14:50:30 +0200 > > > Eli Zaretskii <eliz <at> gnu.org> writes: > > Sorry, I forgot that current_buffer is also a macro. Try this > > instead: > > > > (gdb) p current_thread->m_current_buffer->name_ > > (gdb) xstring > > (gdb) f 10 > #10 term_redraw (term=0x0, env=env <at> entry=0x7fffffff9e20) at /home/reitero/.config/emacs/.local.igc/straight/build-31.0.50/vterm/vterm-module.c:611 > 611 term_redraw_cursor(term, env); > (gdb) p current_thread->m_current_buffer->name_ > $1 = XIL(0x7fffe26c35e4) > (gdb) xstring > $2 = (struct Lisp_String *) 0x7fffe26c35e0 > "*julia:1" > > "*julia:1" was the name of the vterm Julia REPL (the missing second * is an error by me). Thanks. As an aside, I wonder whether the fact that -O3 seems to run afoul of "-ggdb -g3" is a bug in GCC or in GDB or both? Paul, any insights or advice? should we perhaps report this as a GCC bug?
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Fri, 03 Oct 2025 13:05:02 GMT) Full text and rfc822 format available.Message #44 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Oliver Reiter <oliver.reiter <at> snapdragon.cc> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Pip Cet <pipcet <at> protonmail.com>, 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Fri, 03 Oct 2025 15:04:32 +0200
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes: >> Date: Thu, 02 Oct 2025 20:34:05 +0000 >> From: Pip Cet <pipcet <at> protonmail.com> >> Cc: Eli Zaretskii <eliz <at> gnu.org>, 79541 <at> debbugs.gnu.org >> >> "Oliver Reiter" <oliver.reiter <at> snapdragon.cc> writes: >> >> > (gdb) p current_buffer->name_ >> > No symbol "current_buffer" in current context. >> > >> > Am I doing something wrong? >> >> Same here if I build with -O3 but without any -g flags. >> >> We have two options here: rebuild with debugger-friendly options and >> reproduce the bug (which may fail; I tried a few things and couldn't) or >> see whether we can work out how to inspect the vterm--term symbol in the >> core dump. > > We could also show the values by using the expanded code of the macros > and inline functions. That's quite tedious, but it will work with > this core dump, I think. No, the approach by Pip won't work, it's been optimized out. I am using a build with -Og now and trying to recreate the crash. Oliver
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Fri, 03 Oct 2025 16:10:02 GMT) Full text and rfc822 format available.Message #47 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Paul Eggert <eggert <at> cs.ucla.edu> To: Eli Zaretskii <eliz <at> gnu.org>, Oliver Reiter <oliver.reiter <at> snapdragon.cc> Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Fri, 3 Oct 2025 09:08:54 -0700
On 2025-10-03 06:03, Eli Zaretskii wrote: > I wonder whether the fact that -O3 seems to run afoul of > "-ggdb -g3" is a bug in GCC or in GDB or both? Paul, any insights or > advice? should we perhaps report this as a GCC bug? I haven't been following Bug#79541 closely and so don't know exactly what the issue with -ggdb -g3 -O3 is. However, there are known issues in that area: https://sourceware.org/bugzilla/show_bug.cgi?id=32381 https://sourceware.org/bugzilla/show_bug.cgi?id=27754 https://sourceware.org/bugzilla/show_bug.cgi?id=27590 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117696 ... so whoever files a bug report (which I hope is not me) might want to see whether it's a new bug (whatever it is) or they're merely joining the chorus. I'm not sure I'd recommend -O3 for anything but specialized modules, as it usually bloats the code and this sometimes hurts performance, and it makes debugging harder even the usual case when it's working.
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Sat, 04 Oct 2025 06:06:01 GMT) Full text and rfc822 format available.Message #50 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Paul Eggert <eggert <at> cs.ucla.edu> Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org, oliver.reiter <at> snapdragon.cc Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Sat, 04 Oct 2025 09:04:55 +0300
> Date: Fri, 3 Oct 2025 09:08:54 -0700 > Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org > From: Paul Eggert <eggert <at> cs.ucla.edu> > > On 2025-10-03 06:03, Eli Zaretskii wrote: > > I wonder whether the fact that -O3 seems to run afoul of > > "-ggdb -g3" is a bug in GCC or in GDB or both? Paul, any insights or > > advice? should we perhaps report this as a GCC bug? > > I haven't been following Bug#79541 closely and so don't know exactly > what the issue with -ggdb -g3 -O3 is. However, there are known issues in > that area: > > https://sourceware.org/bugzilla/show_bug.cgi?id=32381 > https://sourceware.org/bugzilla/show_bug.cgi?id=27754 > https://sourceware.org/bugzilla/show_bug.cgi?id=27590 > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117696 > > ... so whoever files a bug report (which I hope is not me) might want to > see whether it's a new bug (whatever it is) or they're merely joining > the chorus. Thanks. Oliver, what is your version of GDB? > I'm not sure I'd recommend -O3 for anything but specialized modules, as > it usually bloats the code and this sometimes hurts performance, and it > makes debugging harder even the usual case when it's working. Right.
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Mon, 06 Oct 2025 06:48:02 GMT) Full text and rfc822 format available.Message #53 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Oliver Reiter <oliver.reiter <at> snapdragon.cc> To: Eli Zaretskii <eliz <at> gnu.org> Cc: pipcet <at> protonmail.com, Paul Eggert <eggert <at> cs.ucla.edu>, 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Mon, 06 Oct 2025 08:47:15 +0200
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes: >> Date: Fri, 3 Oct 2025 09:08:54 -0700 >> Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org >> From: Paul Eggert <eggert <at> cs.ucla.edu> >> >> On 2025-10-03 06:03, Eli Zaretskii wrote: >> > I wonder whether the fact that -O3 seems to run afoul of >> > "-ggdb -g3" is a bug in GCC or in GDB or both? Paul, any insights or >> > advice? should we perhaps report this as a GCC bug? >> >> I haven't been following Bug#79541 closely and so don't know exactly >> what the issue with -ggdb -g3 -O3 is. However, there are known issues in >> that area: >> >> <https://sourceware.org/bugzilla/show_bug.cgi?id=32381> >> <https://sourceware.org/bugzilla/show_bug.cgi?id=27754> >> <https://sourceware.org/bugzilla/show_bug.cgi?id=27590> >> <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117696> >> >> ... so whoever files a bug report (which I hope is not me) might want to >> see whether it's a new bug (whatever it is) or they're merely joining >> the chorus. > > Thanks. Oliver, what is your version of GDB? gdb -v says 16.3. > >> I'm not sure I'd recommend -O3 for anything but specialized modules, as >> it usually bloats the code and this sometimes hurts performance, and it >> makes debugging harder even the usual case when it's working. > > Right. I rebuilt with -Og and try to reproduce the crash.
bug-gnu-emacs <at> gnu.org:bug#79541; Package emacs.
(Mon, 06 Oct 2025 07:07:03 GMT) Full text and rfc822 format available.Message #56 received at 79541 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Oliver Reiter <oliver.reiter <at> snapdragon.cc> Cc: pipcet <at> protonmail.com, eggert <at> cs.ucla.edu, 79541 <at> debbugs.gnu.org Subject: Re: bug#79541: 31.0.50; feature/igc: crash (1/2) using vterm Date: Mon, 06 Oct 2025 10:06:16 +0300
> From: Oliver Reiter <oliver.reiter <at> snapdragon.cc> > Cc: Paul Eggert <eggert <at> cs.ucla.edu>, pipcet <at> protonmail.com, > 79541 <at> debbugs.gnu.org > Date: Mon, 06 Oct 2025 08:47:15 +0200 > > Eli Zaretskii <eliz <at> gnu.org> writes: > > >> Date: Fri, 3 Oct 2025 09:08:54 -0700 > >> Cc: pipcet <at> protonmail.com, 79541 <at> debbugs.gnu.org > >> From: Paul Eggert <eggert <at> cs.ucla.edu> > >> > >> On 2025-10-03 06:03, Eli Zaretskii wrote: > >> > I wonder whether the fact that -O3 seems to run afoul of > >> > "-ggdb -g3" is a bug in GCC or in GDB or both? Paul, any insights or > >> > advice? should we perhaps report this as a GCC bug? > >> > >> I haven't been following Bug#79541 closely and so don't know exactly > >> what the issue with -ggdb -g3 -O3 is. However, there are known issues in > >> that area: > >> > >> <https://sourceware.org/bugzilla/show_bug.cgi?id=32381> > >> <https://sourceware.org/bugzilla/show_bug.cgi?id=27754> > >> <https://sourceware.org/bugzilla/show_bug.cgi?id=27590> > >> <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117696> > >> > >> ... so whoever files a bug report (which I hope is not me) might want to > >> see whether it's a new bug (whatever it is) or they're merely joining > >> the chorus. > > > > Thanks. Oliver, what is your version of GDB? > > gdb -v says 16.3. Thanks, then maybe it's a GCC bug. I use here a (quite old GCC 9.2), and with it using -O3 with the other switches you used for building Emacs preserves the macro information, and my GDB 16.2 can display the macros. > >> I'm not sure I'd recommend -O3 for anything but specialized modules, as > >> it usually bloats the code and this sometimes hurts performance, and it > >> makes debugging harder even the usual case when it's working. > > > > Right. > > I rebuilt with -Og and try to reproduce the crash. Thanks.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.