* bug#58956: mark_object, mark_objects(?) crash
@ 2022-11-02 1:33 Sean Whitton
2022-11-02 12:24 ` Eli Zaretskii
0 siblings, 1 reply; 22+ messages in thread
From: Sean Whitton @ 2022-11-02 1:33 UTC (permalink / raw)
To: 58956
[-- Attachment #1: Type: text/plain, Size: 291 bytes --]
Hello,
A Debian user has reported a crash with Emacs 28. I'm attaching the
backtrace he provided. We currently have the two recent trampoline fork
bomb patches from Andreas applied; I don't think any of our other
patches are relevant.
<https://bugs.debian.org/1017711>
--
Sean Whitton
[-- Attachment #2: gdb.txt --]
[-- Type: text/plain, Size: 63390 bytes --]
Thread 1 (Thread 0x7f5b914cb380 (LWP 35005)):
#0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44
tid = <optimized out>
ret = 0
pd = <optimized out>
old_mask = {__val = {0 <repeats 16 times>}}
ret = <optimized out>
#1 0x00007f5b922895df in __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78
#2 0x00007f5b9223da02 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
ret = <optimized out>
#3 0x000055fdfd114864 in terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=40) at ./debian/build-src/src/emacs.c:437
#4 0x000055fdfd114d27 in emacs_abort () at ./debian/build-src/src/sysdep.c:2282
#5 0x000055fdfd111e99 in check_message_stack () at ./debian/build-src/src/xdisp.c:12157
#6 0x000055fdfd20492a in shut_down_emacs (sig=0, stuff=0x0) at ./debian/build-src/src/emacs.c:2789
tpgrp = <optimized out>
#7 0x000055fdfd114765 in Fkill_emacs (arg=arg@entry=0x6) at ./debian/build-src/src/emacs.c:2692
exit_code = <optimized out>
#8 0x000055fdfd114827 in terminate_due_to_signal (sig=sig@entry=1, backtrace_limit=backtrace_limit@entry=40) at ./debian/build-src/src/emacs.c:417
#9 0x000055fdfd114d00 in handle_fatal_signal (sig=sig@entry=1) at ./debian/build-src/src/sysdep.c:1762
#10 0x000055fdfd114d17 in deliver_process_signal (handler=0x55fdfd114cf5 <handle_fatal_signal>, sig=1) at ./debian/build-src/src/sysdep.c:1720
old_errno = 2
on_main_thread = true
#11 deliver_fatal_signal (sig=1) at ./debian/build-src/src/sysdep.c:1768
#12 0x00007f5b9223daa0 in <signal handler called> () at /lib/x86_64-linux-gnu/libc.so.6
#13 0x000055fdfd2641c3 in mark_object (arg=0x295d90329a68) at ./debian/build-src/src/alloc.c:6628
obj = 0x295d90329a68
po = <optimized out>
cdr_count = 0
#14 0x000055fdfd26528e in mark_objects (n=3, obj=0x7f5b8e029930) at ./debian/build-src/src/alloc.c:6607
i = 0
ptr = 0x7f5b8e029928
size = 3
#15 mark_vectorlike (header=0x7f5b8e029928) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8e029928
size = 3
#16 0x000055fdfd26528e in mark_objects (n=3, obj=0x7f5b8e0298c0) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8e0298b8
size = 3
#17 mark_vectorlike (header=0x7f5b8e0298b8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8e0298b8
size = 3
#18 0x000055fdfd26528e in mark_objects (n=711, obj=0x7f5b8e027fc8) at ./debian/build-src/src/alloc.c:6607
i = 614
ptr = 0x7f5b8e027fc0
size = 711
#19 mark_vectorlike (header=0x7f5b8e027fc0) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8e027fc0
size = 711
#20 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da7eab8) at ./debian/build-src/src/alloc.c:6607
i = 5
ptr = 0x7f5b8da7eab0
size = 7
#21 mark_vectorlike (header=0x7f5b8da7eab0) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da7eab0
size = 7
#22 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8df6d260
ptr = 0x7f5b8df6d260
pvectype = <optimized out>
obj = 0x7f5b8df6d265
po = 0x7f5b8df6d260
cdr_count = 0
#23 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8df6d230
obj = <optimized out>
po = 0x7f5b8df6d230
cdr_count = <optimized out>
#24 0x000055fdfd26528e in mark_objects (n=5, obj=0x55fdff0253d8) at ./debian/build-src/src/alloc.c:6607
i = 3
ptr = 0x55fdff0253d0
size = 5
#25 mark_vectorlike (header=0x55fdff0253d0) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff0253d0
size = 5
#26 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x55fdff10c4a0
obj = <optimized out>
po = 0x55fdff10c4a0
cdr_count = <optimized out>
#27 0x000055fdfd26528e in mark_objects (n=1, obj=0x55fdfeffd9b8) at ./debian/build-src/src/alloc.c:6607
i = 0
ptr = 0x55fdfeffd9b0
size = 1
#28 mark_vectorlike (header=0x55fdfeffd9b0) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdfeffd9b0
size = 1
#29 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x55fdff10c470
obj = <optimized out>
po = 0x55fdff10c470
cdr_count = <optimized out>
#30 0x000055fdfd26528e in mark_objects (n=1, obj=0x55fdff2893a8) at ./debian/build-src/src/alloc.c:6607
i = 0
ptr = 0x55fdff2893a0
size = 1
#31 mark_vectorlike (header=0x55fdff2893a0) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff2893a0
size = 1
#32 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff25cda0
obj = 0x55fdff25cda3
po = 0x55fdff25cda0
cdr_count = 4
#33 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff25cd50
obj = 0x55fdff25cd53
po = 0x55fdff25cd50
cdr_count = 1
#34 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da77e40
obj = <optimized out>
po = 0x7f5b8da77e40
cdr_count = <optimized out>
#35 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da77dd0
obj = 0x7f5b8da77dd3
po = 0x7f5b8da77dd0
cdr_count = 5
#36 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da77d50
obj = <optimized out>
po = 0x7f5b8da77d50
cdr_count = <optimized out>
#37 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da786b0
obj = 0x7f5b8da786b3
po = 0x7f5b8da786b0
cdr_count = 1
#38 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da78610
obj = 0x7f5b8da78613
po = 0x7f5b8da78610
cdr_count = 2
#39 0x000055fdfd26528e in mark_objects (n=290, obj=0x55fdff139ca0) at ./debian/build-src/src/alloc.c:6607
i = 112
ptr = 0x55fdff139c98
size = 290
#40 mark_vectorlike (header=0x55fdff139c98) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff139c98
size = 290
#41 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da75f08) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8da75f00
size = 7
#42 mark_vectorlike (header=0x7f5b8da75f00) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da75f00
size = 7
#43 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8da9ab60
ptr = 0x7f5b8da9ab60
pvectype = <optimized out>
obj = 0x7f5b8da9ab65
po = 0x7f5b8da9ab60
cdr_count = 0
#44 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8da9ab30
obj = <optimized out>
po = 0x7f5b8da9ab30
cdr_count = <optimized out>
#45 0x000055fdfd26528e in mark_objects (n=302, obj=0x7f5b8dfec7b0) at ./debian/build-src/src/alloc.c:6607
i = 18
ptr = 0x7f5b8dfec7a8
size = 302
#46 mark_vectorlike (header=0x7f5b8dfec7a8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8dfec7a8
size = 302
#47 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da99d50) at ./debian/build-src/src/alloc.c:6607
i = 5
ptr = 0x7f5b8da99d48
size = 7
#48 mark_vectorlike (header=0x7f5b8da99d48) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da99d48
size = 7
#49 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8dee8a68
ptr = 0x7f5b8dee8a68
pvectype = <optimized out>
obj = 0x7f5b8dee8a6d
po = 0x7f5b8dee8a68
cdr_count = 0
#50 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8dee8a38
obj = <optimized out>
po = 0x7f5b8dee8a38
cdr_count = <optimized out>
#51 0x000055fdfd26528e in mark_objects (n=3, obj=0x55fdfefe5bf8) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x55fdfefe5bf0
size = 3
#52 mark_vectorlike (header=0x55fdfefe5bf0) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdfefe5bf0
size = 3
#53 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8de93450
obj = <optimized out>
po = 0x7f5b8de93450
cdr_count = <optimized out>
#54 0x000055fdfd26528e in mark_objects (n=3, obj=0x55fdff2892b8) at ./debian/build-src/src/alloc.c:6607
i = 0
ptr = 0x55fdff2892b0
size = 3
#55 mark_vectorlike (header=0x55fdff2892b0) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff2892b0
size = 3
#56 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x55fdff2881e0
obj = <optimized out>
po = 0x55fdff2881e0
cdr_count = <optimized out>
#57 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff25d210
obj = 0x55fdff25d213
po = 0x55fdff25d210
cdr_count = 8
#58 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff25d380
obj = 0x55fdff25d383
po = 0x55fdff25d380
cdr_count = 3
#59 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd764b90 <lispsym+25776>
obj = <optimized out>
po = 0x55fdfd764b90 <lispsym+25776>
cdr_count = <optimized out>
#60 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dec7a58
obj = 0x7f5b8dec7a5b
po = 0x7f5b8dec7a58
cdr_count = 4
#61 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd761aa0 <lispsym+13248>
obj = <optimized out>
po = 0x55fdfd761aa0 <lispsym+13248>
cdr_count = <optimized out>
#62 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8e2db968
obj = 0x7f5b8e2db96b
po = 0x7f5b8e2db968
cdr_count = 0
#63 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8e2db8b8
obj = 0x7f5b8e2db8bb
po = 0x7f5b8e2db8b8
cdr_count = 5
#64 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd75e770 <lispsym+144>
obj = <optimized out>
po = 0x55fdfd75e770 <lispsym+144>
cdr_count = <optimized out>
#65 0x000055fdfd26528e in mark_objects (n=479, obj=0x7f5b8dff13d0) at ./debian/build-src/src/alloc.c:6607
i = 26
ptr = 0x7f5b8dff13c8
size = 479
#66 mark_vectorlike (header=0x7f5b8dff13c8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8dff13c8
size = 479
#67 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da98fe0) at ./debian/build-src/src/alloc.c:6607
i = 5
ptr = 0x7f5b8da98fd8
size = 7
#68 mark_vectorlike (header=0x7f5b8da98fd8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da98fd8
size = 7
#69 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8db176e8
ptr = 0x7f5b8db176e8
pvectype = <optimized out>
obj = 0x7f5b8db176ed
po = 0x7f5b8db176e8
cdr_count = 0
#70 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8db176b8
obj = <optimized out>
po = 0x7f5b8db176b8
cdr_count = <optimized out>
#71 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff2625e0
obj = 0x55fdff2625e3
po = 0x55fdff2625e0
cdr_count = 0
#72 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff2625d0
obj = 0x55fdff2625d3
po = 0x55fdff2625d0
cdr_count = 1
#73 0x000055fdfd26528e in mark_objects (n=74, obj=0x7f5b8da46710) at ./debian/build-src/src/alloc.c:6607
i = 8
ptr = 0x7f5b8da46708
size = 74
#74 mark_vectorlike (header=0x7f5b8da46708) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da46708
size = 74
#75 0x000055fdfd2647d8 in mark_buffer (buffer=0x7f5b8da46708) at ./debian/build-src/src/alloc.c:6449
ptr = 0x7f5b8da46708
pvectype = <optimized out>
obj = 0x7f5b8da4670d
po = 0x7f5b8da46708
cdr_count = <optimized out>
#76 mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6736
ptr = 0x7f5b8da46708
pvectype = <optimized out>
obj = 0x7f5b8da4670d
po = 0x7f5b8da46708
cdr_count = <optimized out>
#77 0x000055fdfd2650dd in mark_localized_symbol (ptr=<optimized out>) at ./debian/build-src/src/alloc.c:6505
blv = 0x7f5b8dab9a50
where = <optimized out>
#78 0x000055fdfd264540 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6828
ptr = 0x7f5b8dab9a20
obj = <optimized out>
po = 0x7f5b8dab9a20
cdr_count = <optimized out>
#79 0x000055fdfd26528e in mark_objects (n=175, obj=0x7f5b8dfdd938) at ./debian/build-src/src/alloc.c:6607
i = 21
ptr = 0x7f5b8dfdd930
size = 175
#80 mark_vectorlike (header=0x7f5b8dfdd930) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8dfdd930
size = 175
#81 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8dab9b00) at ./debian/build-src/src/alloc.c:6607
i = 5
ptr = 0x7f5b8dab9af8
size = 7
#82 mark_vectorlike (header=0x7f5b8dab9af8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8dab9af8
size = 7
#83 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8dec7528
ptr = 0x7f5b8dec7528
pvectype = <optimized out>
obj = 0x7f5b8dec752d
po = 0x7f5b8dec7528
cdr_count = 0
#84 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8dec74f8
obj = <optimized out>
po = 0x7f5b8dec74f8
cdr_count = <optimized out>
#85 0x000055fdfd26528e in mark_objects (n=11, obj=0x55fdff134720) at ./debian/build-src/src/alloc.c:6607
i = 8
ptr = 0x55fdff134718
size = 11
#86 mark_vectorlike (header=0x55fdff134718) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff134718
size = 11
#87 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x55fdff10c170
obj = <optimized out>
po = 0x55fdff10c170
cdr_count = <optimized out>
#88 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0f23d0
obj = 0x55fdff0f23d3
po = 0x55fdff0f23d0
cdr_count = 10
#89 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0f2250
obj = 0x55fdff0f2253
po = 0x55fdff0f2250
cdr_count = 1
#90 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdff10c140
obj = <optimized out>
po = 0x55fdff10c140
cdr_count = <optimized out>
#91 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff12db00
obj = 0x55fdff12db03
po = 0x55fdff12db00
cdr_count = 0
#92 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff12db10
obj = 0x55fdff12db13
po = 0x55fdff12db10
cdr_count = 1
#93 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da784a0
obj = <optimized out>
po = 0x7f5b8da784a0
cdr_count = <optimized out>
#94 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8db82030
obj = 0x7f5b8db82033
po = 0x7f5b8db82030
cdr_count = 0
#95 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dc1eaa8
obj = 0x7f5b8dc1eaab
po = 0x7f5b8dc1eaa8
cdr_count = 3
#96 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8dc1ea48
obj = <optimized out>
po = 0x7f5b8dc1ea48
cdr_count = <optimized out>
#97 0x000055fdfd26528e in mark_objects (n=2, obj=0x7f5b8dc1ecb8) at ./debian/build-src/src/alloc.c:6607
i = 0
ptr = 0x7f5b8dc1ecb0
size = 2
#98 mark_vectorlike (header=0x7f5b8dc1ecb0) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8dc1ecb0
size = 2
#99 0x000055fdfd26528e in mark_objects (n=194, obj=0x55fdff14fe38) at ./debian/build-src/src/alloc.c:6607
i = 58
ptr = 0x55fdff14fe30
size = 194
#100 mark_vectorlike (header=0x55fdff14fe30) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff14fe30
size = 194
#101 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da483c0) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8da483b8
size = 7
#102 mark_vectorlike (header=0x7f5b8da483b8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da483b8
size = 7
#103 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8db3be40
ptr = 0x7f5b8db3be40
pvectype = <optimized out>
obj = 0x7f5b8db3be45
po = 0x7f5b8db3be40
cdr_count = 0
#104 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8db3be10
obj = <optimized out>
po = 0x7f5b8db3be10
cdr_count = <optimized out>
#105 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8de90e90
obj = <optimized out>
po = 0x7f5b8de90e90
cdr_count = <optimized out>
#106 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8de90810
obj = 0x7f5b8de90813
po = 0x7f5b8de90810
cdr_count = 8
#107 0x000055fdfd264559 in mark_object (arg=<optimized out>) at ./debian/build-src/src/lisp.h:2175
ptr = 0x7f5b8de90740
obj = <optimized out>
po = 0x7f5b8de90740
cdr_count = <optimized out>
#108 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8de90640
obj = 0x7f5b8de90643
po = 0x7f5b8de90640
cdr_count = 1
#109 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8de90600
obj = <optimized out>
po = 0x7f5b8de90600
cdr_count = <optimized out>
#110 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da4dc40
obj = 0x7f5b8da4dc43
po = 0x7f5b8da4dc40
cdr_count = 1
#111 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da4dc00
obj = <optimized out>
po = 0x7f5b8da4dc00
cdr_count = <optimized out>
#112 0x000055fdfd26528e in mark_objects (n=11, obj=0x7f5b8da4ee90) at ./debian/build-src/src/alloc.c:6607
i = 0
ptr = 0x7f5b8da4ee88
size = 11
#113 mark_vectorlike (header=0x7f5b8da4ee88) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da4ee88
size = 11
#114 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da4ee18
obj = <optimized out>
po = 0x7f5b8da4ee18
cdr_count = <optimized out>
#115 0x000055fdfd264559 in mark_object (arg=<optimized out>) at ./debian/build-src/src/lisp.h:2175
ptr = 0x7f5b8da4eee8
obj = <optimized out>
po = 0x7f5b8da4eee8
cdr_count = <optimized out>
#116 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8e04d950
obj = 0x7f5b8e04d953
po = 0x7f5b8e04d950
cdr_count = 0
#117 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da75460
obj = 0x7f5b8da75463
po = 0x7f5b8da75460
cdr_count = 1
#118 0x000055fdfd26528e in mark_objects (n=122, obj=0x7f5b8e0ad410) at ./debian/build-src/src/alloc.c:6607
i = 11
ptr = 0x7f5b8e0ad408
size = 122
#119 mark_vectorlike (header=0x7f5b8e0ad408) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8e0ad408
size = 122
#120 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da4e6f0) at ./debian/build-src/src/alloc.c:6607
i = 5
ptr = 0x7f5b8da4e6e8
size = 7
#121 mark_vectorlike (header=0x7f5b8da4e6e8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da4e6e8
size = 7
#122 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8de95288
ptr = 0x7f5b8de95288
pvectype = <optimized out>
obj = 0x7f5b8de9528d
po = 0x7f5b8de95288
cdr_count = 0
#123 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8de95198
obj = <optimized out>
po = 0x7f5b8de95198
cdr_count = <optimized out>
#124 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da4db30
obj = 0x7f5b8da4db33
po = 0x7f5b8da4db30
cdr_count = 1
#125 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da4dac0
obj = <optimized out>
po = 0x7f5b8da4dac0
cdr_count = <optimized out>
#126 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da4fb68
obj = 0x7f5b8da4fb6b
po = 0x7f5b8da4fb68
cdr_count = 2
#127 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da4fb18
obj = <optimized out>
po = 0x7f5b8da4fb18
cdr_count = <optimized out>
#128 0x000055fdfd264559 in mark_object (arg=<optimized out>) at ./debian/build-src/src/lisp.h:2175
ptr = 0x7f5b8da4fbe8
obj = <optimized out>
po = 0x7f5b8da4fbe8
cdr_count = <optimized out>
#129 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8e04d930
obj = 0x7f5b8e04d933
po = 0x7f5b8e04d930
cdr_count = 0
#130 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da754c0
obj = 0x7f5b8da754c3
po = 0x7f5b8da754c0
cdr_count = 1
#131 0x000055fdfd26528e in mark_objects (n=373, obj=0x7f5b8e0a23c8) at ./debian/build-src/src/alloc.c:6607
i = 10
ptr = 0x7f5b8e0a23c0
size = 373
#132 mark_vectorlike (header=0x7f5b8e0a23c0) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8e0a23c0
size = 373
#133 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da4f430) at ./debian/build-src/src/alloc.c:6607
i = 5
ptr = 0x7f5b8da4f428
size = 7
#134 mark_vectorlike (header=0x7f5b8da4f428) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da4f428
size = 7
#135 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8da755a0
ptr = 0x7f5b8da755a0
pvectype = <optimized out>
obj = 0x7f5b8da755a5
po = 0x7f5b8da755a0
cdr_count = 0
#136 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8da75570
obj = <optimized out>
po = 0x7f5b8da75570
cdr_count = <optimized out>
#137 0x000055fdfd26528e in mark_objects (n=157, obj=0x7f5b8e077030) at ./debian/build-src/src/alloc.c:6607
i = 5
ptr = 0x7f5b8e077028
size = 157
#138 mark_vectorlike (header=0x7f5b8e077028) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8e077028
size = 157
#139 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da715d8) at ./debian/build-src/src/alloc.c:6607
i = 5
ptr = 0x7f5b8da715d0
size = 7
#140 mark_vectorlike (header=0x7f5b8da715d0) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da715d0
size = 7
#141 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8dfc8bb0
ptr = 0x7f5b8dfc8bb0
pvectype = <optimized out>
obj = 0x7f5b8dfc8bb5
po = 0x7f5b8dfc8bb0
cdr_count = 0
#142 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8dfc8b80
obj = <optimized out>
po = 0x7f5b8dfc8b80
cdr_count = <optimized out>
#143 0x000055fdfd26528e in mark_objects (n=15121, obj=0x7f5b8de6fb48) at ./debian/build-src/src/alloc.c:6607
i = 3
ptr = 0x7f5b8de6fb40
size = 15121
#144 mark_vectorlike (header=0x7f5b8de6fb40) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8de6fb40
size = 15121
#145 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff114db0
obj = 0x55fdff114db3
po = 0x55fdff114db0
cdr_count = 10
#146 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff114c30
obj = 0x55fdff114c33
po = 0x55fdff114c30
cdr_count = 1
#147 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd76c690 <lispsym+57264>
obj = <optimized out>
po = 0x55fdfd76c690 <lispsym+57264>
cdr_count = <optimized out>
#148 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dbe0d10
obj = 0x7f5b8dbe0d13
po = 0x7f5b8dbe0d10
cdr_count = 5
#149 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8dbe0c90
obj = <optimized out>
po = 0x7f5b8dbe0c90
cdr_count = <optimized out>
#150 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dbe0c70
obj = 0x7f5b8dbe0c73
po = 0x7f5b8dbe0c70
cdr_count = 0
#151 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dbdfe68
obj = 0x7f5b8dbdfe6b
po = 0x7f5b8dbdfe68
cdr_count = 0
#152 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dbdfe58
obj = 0x7f5b8dbdfe5b
po = 0x7f5b8dbdfe58
cdr_count = 1
#153 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd76e850 <lispsym+65904>
obj = <optimized out>
po = 0x55fdfd76e850 <lispsym+65904>
cdr_count = <optimized out>
#154 0x000055fdfd26528e in mark_objects (n=130, obj=0x7f5b8da75718) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8da75710
size = 130
#155 mark_vectorlike (header=0x7f5b8da75710) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da75710
size = 130
#156 0x000055fdfd264559 in mark_object (arg=<optimized out>) at ./debian/build-src/src/lisp.h:2175
ptr = 0x7f5b8da75660
obj = <optimized out>
po = 0x7f5b8da75660
cdr_count = <optimized out>
#157 0x000055fdfd26528e in mark_objects (n=320, obj=0x7f5b8e09b368) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8e09b360
size = 320
#158 mark_vectorlike (header=0x7f5b8e09b360) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8e09b360
size = 320
#159 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da504e0) at ./debian/build-src/src/alloc.c:6607
i = 5
ptr = 0x7f5b8da504d8
size = 7
#160 mark_vectorlike (header=0x7f5b8da504d8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da504d8
size = 7
#161 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8da50458
ptr = 0x7f5b8da50458
pvectype = <optimized out>
obj = 0x7f5b8da5045d
po = 0x7f5b8da50458
cdr_count = 0
#162 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8da50428
obj = <optimized out>
po = 0x7f5b8da50428
cdr_count = <optimized out>
#163 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dc15bd8
obj = 0x7f5b8dc15bdb
po = 0x7f5b8dc15bd8
cdr_count = 2
#164 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8dc15b88
obj = <optimized out>
po = 0x7f5b8dc15b88
cdr_count = <optimized out>
#165 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff102e70
obj = 0x55fdff102e73
po = 0x55fdff102e70
cdr_count = 5
#166 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff102e90
obj = 0x55fdff102e93
po = 0x55fdff102e90
cdr_count = 1
#167 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd76c360 <lispsym+56448>
obj = <optimized out>
po = 0x55fdfd76c360 <lispsym+56448>
cdr_count = <optimized out>
#168 0x000055fdfd26528e in mark_objects (n=130, obj=0x55fdff091998) at ./debian/build-src/src/alloc.c:6607
i = 40
ptr = 0x55fdff091990
size = 130
#169 mark_vectorlike (header=0x55fdff091990) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff091990
size = 130
#170 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8db27f48) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8db27f40
size = 7
#171 mark_vectorlike (header=0x7f5b8db27f40) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8db27f40
size = 7
#172 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8db2f840
ptr = 0x7f5b8db2f840
pvectype = <optimized out>
obj = 0x7f5b8db2f845
po = 0x7f5b8db2f840
cdr_count = 0
#173 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8db2f810
obj = <optimized out>
po = 0x7f5b8db2f810
cdr_count = <optimized out>
#174 0x000055fdfd264e90 in mark_char_table (ptr=ptr@entry=0x7f5b8db2e9e0, pvectype=pvectype@entry=PVEC_SUB_CHAR_TABLE) at ./debian/build-src/src/alloc.c:6411
val = 0x295d903d1130
size = <optimized out>
i = 5
idx = 1
#175 0x000055fdfd264efa in mark_char_table (ptr=<optimized out>, pvectype=<optimized out>) at ./debian/build-src/src/alloc.c:6408
val = 0x7f5b8db2e9e5
size = <optimized out>
i = <optimized out>
idx = <optimized out>
#176 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8db2e448
obj = 0x7f5b8db2e44b
po = 0x7f5b8db2e448
cdr_count = 1
#177 0x000055fdfd264559 in mark_object (arg=<optimized out>) at ./debian/build-src/src/lisp.h:2175
ptr = 0x7f5b8db2e3e8
obj = <optimized out>
po = 0x7f5b8db2e3e8
cdr_count = <optimized out>
#178 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff103ac0
obj = 0x55fdff103ac3
po = 0x55fdff103ac0
cdr_count = 1
#179 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff103a60
obj = 0x55fdff103a63
po = 0x55fdff103a60
cdr_count = 1
#180 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da79100
obj = <optimized out>
po = 0x7f5b8da79100
cdr_count = <optimized out>
#181 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dc57140
obj = 0x7f5b8dc57143
po = 0x7f5b8dc57140
cdr_count = 0
#182 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dc570d0
obj = 0x7f5b8dc570d3
po = 0x7f5b8dc570d0
cdr_count = 1
#183 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8ddf1a40
obj = 0x7f5b8ddf1a43
po = 0x7f5b8ddf1a40
cdr_count = 3
#184 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8ddf19e0
obj = <optimized out>
po = 0x7f5b8ddf19e0
cdr_count = <optimized out>
#185 0x000055fdfd26528e in mark_objects (n=11, obj=0x55fdfefefe28) at ./debian/build-src/src/alloc.c:6607
i = 5
ptr = 0x55fdfefefe20
size = 11
#186 mark_vectorlike (header=0x55fdfefefe20) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdfefefe20
size = 11
#187 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x55fdff1e9730
obj = <optimized out>
po = 0x55fdff1e9730
cdr_count = <optimized out>
#188 0x000055fdfd26528e in mark_objects (n=9, obj=0x55fdfeff1c30) at ./debian/build-src/src/alloc.c:6607
i = 3
ptr = 0x55fdfeff1c28
size = 9
#189 mark_vectorlike (header=0x55fdfeff1c28) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdfeff1c28
size = 9
#190 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x55fdff1c29b0
obj = <optimized out>
po = 0x55fdff1c29b0
cdr_count = <optimized out>
#191 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff1a1970
obj = 0x55fdff1a1973
po = 0x55fdff1a1970
cdr_count = 4
#192 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff1a18d0
obj = 0x55fdff1a18d3
po = 0x55fdff1a18d0
cdr_count = 1
#193 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da73dc8
obj = <optimized out>
po = 0x7f5b8da73dc8
cdr_count = <optimized out>
#194 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0df120
obj = 0x55fdff0df123
po = 0x55fdff0df120
cdr_count = 0
#195 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0df0e0
obj = 0x55fdff0df0e3
po = 0x55fdff0df0e0
cdr_count = 0
#196 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0df080
obj = 0x55fdff0df083
po = 0x55fdff0df080
cdr_count = 0
#197 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0df640
obj = 0x55fdff0df643
po = 0x55fdff0df640
cdr_count = 3
#198 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da7cda0
obj = <optimized out>
po = 0x7f5b8da7cda0
cdr_count = <optimized out>
#199 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff12f720
obj = 0x55fdff12f723
po = 0x55fdff12f720
cdr_count = 2
#200 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd768160 <lispsym+39552>
obj = <optimized out>
po = 0x55fdfd768160 <lispsym+39552>
cdr_count = <optimized out>
#201 0x000055fdfd26528e in mark_objects (n=130, obj=0x55fdff097d98) at ./debian/build-src/src/alloc.c:6607
i = 4
ptr = 0x55fdff097d90
size = 130
#202 mark_vectorlike (header=0x55fdff097d90) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff097d90
size = 130
#203 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8db881d0) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8db881c8
size = 7
#204 mark_vectorlike (header=0x7f5b8db881c8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8db881c8
size = 7
#205 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8dc05e88
ptr = 0x7f5b8dc05e88
pvectype = <optimized out>
obj = 0x7f5b8dc05e8d
po = 0x7f5b8dc05e88
cdr_count = 0
#206 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8dc05e58
obj = <optimized out>
po = 0x7f5b8dc05e58
cdr_count = <optimized out>
#207 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0f0da0
obj = 0x55fdff0f0da3
po = 0x55fdff0f0da0
cdr_count = 4
#208 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0f0d40
obj = 0x55fdff0f0d43
po = 0x55fdff0f0d40
cdr_count = 1
#209 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd766300 <lispsym+31776>
obj = <optimized out>
po = 0x55fdfd766300 <lispsym+31776>
cdr_count = <optimized out>
#210 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff12f140
obj = 0x55fdff12f143
po = 0x55fdff12f140
cdr_count = 0
#211 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff12f130
obj = 0x55fdff12f133
po = 0x55fdff12f130
cdr_count = 1
#212 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd763060 <lispsym+18816>
obj = <optimized out>
po = 0x55fdfd763060 <lispsym+18816>
cdr_count = <optimized out>
#213 0x000055fdfd26528e in mark_objects (n=290, obj=0x55fdff142c60) at ./debian/build-src/src/alloc.c:6607
i = 4
ptr = 0x55fdff142c58
size = 290
#214 mark_vectorlike (header=0x55fdff142c58) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff142c58
size = 290
#215 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da51868) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8da51860
size = 7
#216 mark_vectorlike (header=0x7f5b8da51860) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da51860
size = 7
#217 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8da818d0
ptr = 0x7f5b8da818d0
pvectype = <optimized out>
obj = 0x7f5b8da818d5
po = 0x7f5b8da818d0
cdr_count = 0
#218 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8da818a0
obj = <optimized out>
po = 0x7f5b8da818a0
cdr_count = <optimized out>
#219 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8de13478
obj = 0x7f5b8de1347b
po = 0x7f5b8de13478
cdr_count = 1
#220 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd767ef0 <lispsym+38928>
obj = <optimized out>
po = 0x55fdfd767ef0 <lispsym+38928>
cdr_count = <optimized out>
#221 0x000055fdfd26528e in mark_objects (n=7, obj=0x55fdfefdf448) at ./debian/build-src/src/alloc.c:6607
i = 0
ptr = 0x55fdfefdf440
size = 7
#222 mark_vectorlike (header=0x55fdfefdf440) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdfefdf440
size = 7
#223 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8df45e98
obj = <optimized out>
po = 0x7f5b8df45e98
cdr_count = <optimized out>
#224 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0cf050
obj = 0x55fdff0cf053
po = 0x55fdff0cf050
cdr_count = 2
#225 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0d6eb0
obj = 0x55fdff0d6eb3
po = 0x55fdff0d6eb0
cdr_count = 1
#226 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdff12b0d0
obj = <optimized out>
po = 0x55fdff12b0d0
cdr_count = <optimized out>
#227 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff12e1c0
obj = 0x55fdff12e1c3
po = 0x55fdff12e1c0
cdr_count = 0
#228 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff12e1b0
obj = 0x55fdff12e1b3
po = 0x55fdff12e1b0
cdr_count = 1
#229 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd7627f0 <lispsym+16656>
obj = <optimized out>
po = 0x55fdfd7627f0 <lispsym+16656>
cdr_count = <optimized out>
#230 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dda9000
obj = 0x7f5b8dda9003
po = 0x7f5b8dda9000
cdr_count = 0
#231 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dda9130
obj = 0x7f5b8dda9133
po = 0x7f5b8dda9130
cdr_count = 3
#232 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8dda90d0
obj = <optimized out>
po = 0x7f5b8dda90d0
cdr_count = <optimized out>
#233 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff1ebc50
obj = 0x55fdff1ebc53
po = 0x55fdff1ebc50
cdr_count = 5
#234 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff1ebcb0
obj = 0x55fdff1ebcb3
po = 0x55fdff1ebcb0
cdr_count = 1
#235 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdff04e070
obj = <optimized out>
po = 0x55fdff04e070
cdr_count = <optimized out>
#236 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0d58a0
obj = 0x55fdff0d58a3
po = 0x55fdff0d58a0
cdr_count = 0
#237 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0d5890
obj = 0x55fdff0d5893
po = 0x55fdff0d5890
cdr_count = 1
#238 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da7df28
obj = <optimized out>
po = 0x7f5b8da7df28
cdr_count = <optimized out>
#239 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff12d810
obj = 0x55fdff12d813
po = 0x55fdff12d810
cdr_count = 0
#240 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff12d510
obj = 0x55fdff12d513
po = 0x55fdff12d510
cdr_count = 1
#241 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da4b0b8
obj = <optimized out>
po = 0x7f5b8da4b0b8
cdr_count = <optimized out>
#242 0x000055fdfd26528e in mark_objects (n=130, obj=0x55fdff05ac28) at ./debian/build-src/src/alloc.c:6607
i = 0
ptr = 0x55fdff05ac20
size = 130
#243 mark_vectorlike (header=0x55fdff05ac20) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff05ac20
size = 130
#244 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da6f8f0) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8da6f8e8
size = 7
#245 mark_vectorlike (header=0x7f5b8da6f8e8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da6f8e8
size = 7
#246 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8da6f898
ptr = 0x7f5b8da6f898
pvectype = <optimized out>
obj = 0x7f5b8da6f89d
po = 0x7f5b8da6f898
cdr_count = 0
#247 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8da6f7c8
obj = <optimized out>
po = 0x7f5b8da6f7c8
cdr_count = <optimized out>
#248 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8de6fa68
obj = 0x7f5b8de6fa6b
po = 0x7f5b8de6fa68
cdr_count = 2
#249 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd761800 <lispsym+12576>
obj = <optimized out>
po = 0x55fdfd761800 <lispsym+12576>
cdr_count = <optimized out>
#250 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8db170e8
obj = 0x7f5b8db170eb
po = 0x7f5b8db170e8
cdr_count = 0
#251 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8db170b8
obj = <optimized out>
po = 0x7f5b8db170b8
cdr_count = <optimized out>
#252 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff130ae0
obj = 0x55fdff130ae3
po = 0x55fdff130ae0
cdr_count = 7
#253 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff130b40
obj = 0x55fdff130b43
po = 0x55fdff130b40
cdr_count = 1
#254 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd767020 <lispsym+35136>
obj = <optimized out>
po = 0x55fdfd767020 <lispsym+35136>
cdr_count = <optimized out>
#255 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8e05aa40
obj = 0x7f5b8e05aa43
po = 0x7f5b8e05aa40
cdr_count = 0
#256 0x000055fdfd26528e in mark_objects (n=130, obj=0x55fdff061418) at ./debian/build-src/src/alloc.c:6607
i = 0
ptr = 0x55fdff061410
size = 130
#257 mark_vectorlike (header=0x55fdff061410) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff061410
size = 130
#258 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da73010) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8da73008
size = 7
#259 mark_vectorlike (header=0x7f5b8da73008) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da73008
size = 7
#260 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8ddd59c0
ptr = 0x7f5b8ddd59c0
pvectype = <optimized out>
obj = 0x7f5b8ddd59c5
po = 0x7f5b8ddd59c0
cdr_count = 0
#261 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x7f5b8ddd5990
obj = <optimized out>
po = 0x7f5b8ddd5990
cdr_count = <optimized out>
#262 0x000055fdfd26528e in mark_objects (n=9, obj=0x55fdff03d5d0) at ./debian/build-src/src/alloc.c:6607
i = 1
ptr = 0x55fdff03d5c8
size = 9
#263 mark_vectorlike (header=0x55fdff03d5c8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff03d5c8
size = 9
#264 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x55fdff13f2d0
obj = <optimized out>
po = 0x55fdff13f2d0
cdr_count = <optimized out>
#265 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff21c070
obj = 0x55fdff21c073
po = 0x55fdff21c070
cdr_count = 4
#266 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff21c000
obj = 0x55fdff21c003
po = 0x55fdff21c000
cdr_count = 1
#267 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da50720
obj = <optimized out>
po = 0x7f5b8da50720
cdr_count = <optimized out>
#268 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff25ab80
obj = 0x55fdff25ab83
po = 0x55fdff25ab80
cdr_count = 0
#269 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff25ab70
obj = 0x55fdff25ab73
po = 0x55fdff25ab70
cdr_count = 1
#270 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da6fd28
obj = <optimized out>
po = 0x7f5b8da6fd28
cdr_count = <optimized out>
#271 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8e2d9448
obj = 0x7f5b8e2d944b
po = 0x7f5b8e2d9448
cdr_count = 2
#272 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd763d80 <lispsym+22176>
obj = <optimized out>
po = 0x55fdfd763d80 <lispsym+22176>
cdr_count = <optimized out>
#273 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8deffc98
obj = 0x7f5b8deffc9b
po = 0x7f5b8deffc98
cdr_count = 0
#274 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd769f30 <lispsym+47184>
obj = <optimized out>
po = 0x55fdfd769f30 <lispsym+47184>
cdr_count = <optimized out>
#275 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da738e8
obj = 0x7f5b8da738eb
po = 0x7f5b8da738e8
cdr_count = 1
#276 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da73858
obj = 0x7f5b8da7385b
po = 0x7f5b8da73858
cdr_count = 3
#277 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da737f8
obj = <optimized out>
po = 0x7f5b8da737f8
cdr_count = <optimized out>
#278 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8e04e690
obj = 0x7f5b8e04e693
po = 0x7f5b8e04e690
cdr_count = 0
#279 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8da737a8
obj = 0x7f5b8da737ab
po = 0x7f5b8da737a8
cdr_count = 1
#280 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da73768
obj = <optimized out>
po = 0x7f5b8da73768
cdr_count = <optimized out>
#281 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8dc241c8
obj = 0x7f5b8dc241cb
po = 0x7f5b8dc241c8
cdr_count = 0
#282 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd7638a0 <lispsym+20928>
obj = <optimized out>
po = 0x55fdfd7638a0 <lispsym+20928>
cdr_count = <optimized out>
#283 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0d10a0
obj = 0x55fdff0d10a3
po = 0x55fdff0d10a0
cdr_count = 0
#284 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff0d1070
obj = 0x55fdff0d1073
po = 0x55fdff0d1070
cdr_count = 1
#285 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdff12ae30
obj = <optimized out>
po = 0x55fdff12ae30
cdr_count = <optimized out>
#286 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff1121d0
obj = 0x55fdff1121d3
po = 0x55fdff1121d0
cdr_count = 0
#287 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff1121a0
obj = 0x55fdff1121a3
po = 0x55fdff1121a0
cdr_count = 1
#288 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8da78430
obj = <optimized out>
po = 0x7f5b8da78430
cdr_count = <optimized out>
#289 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff111c50
obj = 0x55fdff111c53
po = 0x55fdff111c50
cdr_count = 0
#290 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff111ca0
obj = 0x55fdff111ca3
po = 0x55fdff111ca0
cdr_count = 1
#291 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x7f5b8ddd8720
obj = <optimized out>
po = 0x7f5b8ddd8720
cdr_count = <optimized out>
#292 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff114750
obj = 0x55fdff114753
po = 0x55fdff114750
cdr_count = 0
#293 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x55fdff114760
obj = 0x55fdff114763
po = 0x55fdff114760
cdr_count = 1
#294 0x000055fdfd2642dc in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6816
ptr = 0x55fdfd765d00 <lispsym+30240>
obj = <optimized out>
po = 0x55fdfd765d00 <lispsym+30240>
cdr_count = <optimized out>
#295 0x000055fdfd264499 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6862
ptr = 0x7f5b8e0c31f0
obj = 0x7f5b8e0c31f3
po = 0x7f5b8e0c31f0
cdr_count = 0
#296 0x000055fdfd26528e in mark_objects (n=290, obj=0x55fdff14b3c0) at ./debian/build-src/src/alloc.c:6607
i = 0
ptr = 0x55fdff14b3b8
size = 290
#297 mark_vectorlike (header=0x55fdff14b3b8) at ./debian/build-src/src/alloc.c:6382
ptr = 0x55fdff14b3b8
size = 290
#298 0x000055fdfd26528e in mark_objects (n=7, obj=0x7f5b8da4c480) at ./debian/build-src/src/alloc.c:6607
i = 2
ptr = 0x7f5b8da4c478
size = 7
#299 mark_vectorlike (header=0x7f5b8da4c478) at ./debian/build-src/src/alloc.c:6382
ptr = 0x7f5b8da4c478
size = 7
#300 0x000055fdfd2646ed in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6787
subr = 0x7f5b8e2d7e58
ptr = 0x7f5b8e2d7e58
pvectype = <optimized out>
obj = 0x7f5b8e2d7e5d
po = 0x7f5b8e2d7e58
cdr_count = 0
#301 0x000055fdfd2642d3 in mark_object (arg=<optimized out>) at ./debian/build-src/src/alloc.c:6815
ptr = 0x55fdfd765d90 <lispsym+30384>
obj = <optimized out>
po = 0x55fdfd765d90 <lispsym+30384>
cdr_count = <optimized out>
#302 0x000055fdfd2640c9 in visit_vectorlike_root (type=GC_ROOT_BUFFER_LOCAL_DEFAULT, ptr=<optimized out>, visitor=...) at ./debian/build-src/src/alloc.c:5885
size = 74
i = 9
#303 visit_buffer_root (type=GC_ROOT_BUFFER_LOCAL_DEFAULT, buffer=<optimized out>, visitor=...) at ./debian/build-src/src/alloc.c:5900
#304 visit_static_gc_roots (visitor=...) at ./debian/build-src/src/alloc.c:5912
#305 0x000055fdfd2653fb in garbage_collect () at ./debian/build-src/src/alloc.c:6132
tail = <optimized out>
buffer = <optimized out>
stack_top_variable = 0 '\000'
message_p = false
tot_before = 18446744073709551615
#306 0x000055fdfd265ff1 in maybe_garbage_collect () at ./debian/build-src/src/alloc.c:6045
#307 0x000055fdfd2841ad in maybe_gc () at ./debian/build-src/src/lisp.h:5142
fun = <optimized out>
original_fun = <optimized out>
funcar = <optimized out>
numargs = 1
val = <optimized out>
count = 11
#308 Ffuncall (nargs=2, args=0x7ffe0cf4d288) at ./debian/build-src/src/eval.c:3007
fun = <optimized out>
original_fun = <optimized out>
funcar = <optimized out>
numargs = 1
val = <optimized out>
count = 11
#309 0x00007f5b9094cbaa in F737562737469747574652d636f6d6d616e642d6b657973_substitute_command_keys_0 () at /usr/bin/../lib/emacs/28.2/native-lisp/28.2-43f520ab/preloaded/help-59d8049f-7f87ec76.eln
#310 0x000055fdfd28411b in Ffuncall (nargs=2, args=0x7ffe0cf4d398) at ./debian/build-src/src/eval.c:3023
fun = <optimized out>
original_fun = 0xde60
funcar = <optimized out>
numargs = 1
val = <optimized out>
count = 7
#311 0x00007f5b908931e6 in F636f6d6d616e642d6c696e65_command_line_0 () at /usr/bin/../lib/emacs/28.2/native-lisp/28.2-43f520ab/preloaded/startup-bbc6ea72-7a8c2612.eln
#312 0x000055fdfd28411b in Ffuncall (nargs=1, args=0x7ffe0cf4d498) at ./debian/build-src/src/eval.c:3023
fun = <optimized out>
original_fun = 0x295d90760898
funcar = <optimized out>
numargs = 0
val = <optimized out>
count = 6
#313 0x00007f5b9088f37c in F6e6f726d616c2d746f702d6c6576656c_normal_top_level_0 () at /usr/bin/../lib/emacs/28.2/native-lisp/28.2-43f520ab/preloaded/startup-bbc6ea72-7a8c2612.eln
#314 0x000055fdfd2869fd in eval_sub (form=<optimized out>) at ./debian/build-src/src/eval.c:2495
i = <optimized out>
maxargs = <optimized out>
args_left = 0x0
numargs = 0
original_fun = <optimized out>
original_args = 0x0
count = <optimized out>
fun = 0x7f5b8de02ba5
val = <optimized out>
funcar = <optimized out>
argvals = {0x0, 0x7f5b923f4c60 <main_arena>, 0x120, 0x11, 0x55fdff1476d0, 0x5, 0x7ffe0cf4d6f8, 0x7f5b92297442 <__GI___libc_malloc+450>}
#315 0x000055fdfd288488 in Feval (form=0x7f5b8dfd647b, lexical=<optimized out>) at ./debian/build-src/src/eval.c:2327
count = 3
#316 0x000055fdfd2830d7 in internal_condition_case (bfun=bfun@entry=0x55fdfd204e60 <top_level_2>, handlers=handlers@entry=0x90, hfun=hfun@entry=0x55fdfd20acc0 <cmd_error>) at ./debian/build-src/src/eval.c:1450
val = <optimized out>
c = 0x55fdff0bac70
#317 0x000055fdfd205ad6 in top_level_1 (ignore=ignore@entry=0x0) at ./debian/build-src/src/keyboard.c:1150
#318 0x000055fdfd283031 in internal_catch (tag=tag@entry=0xe850, func=func@entry=0x55fdfd205ab0 <top_level_1>, arg=arg@entry=0x0) at ./debian/build-src/src/eval.c:1181
val = <optimized out>
c = 0x55fdff1476d0
#319 0x000055fdfd204ddf in command_loop () at ./debian/build-src/src/keyboard.c:1110
#320 0x000055fdfd20a8cb in recursive_edit_1 () at ./debian/build-src/src/keyboard.c:720
count = 1
val = <optimized out>
#321 0x000055fdfd20ac15 in Frecursive_edit () at ./debian/build-src/src/keyboard.c:803
count = 0
buffer = <optimized out>
#322 0x000055fdfd11d082 in main (argc=5, argv=0x7ffe0cf4d948) at ./debian/build-src/src/emacs.c:2358
stack_bottom_variable = 0x0
no_loadup = false
junk = 0x0
dname_arg = 0x0
ch_to_dir = 0x0
original_pwd = <optimized out>
dump_mode = <optimized out>
skip_args = 1
temacs = 0x0
attempt_load_pdump = <optimized out>
rlim = {rlim_cur = 10022912, rlim_max = 18446744073709551615}
lc_all = <optimized out>
sockfd = -1
module_assertions = <optimized out>
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-02 1:33 bug#58956: mark_object, mark_objects(?) crash Sean Whitton
@ 2022-11-02 12:24 ` Eli Zaretskii
2022-11-03 3:00 ` Vincent Lefevre
0 siblings, 1 reply; 22+ messages in thread
From: Eli Zaretskii @ 2022-11-02 12:24 UTC (permalink / raw)
To: Sean Whitton; +Cc: 58956
> From: Sean Whitton <spwhitton@spwhitton.name>
> Date: Tue, 01 Nov 2022 18:33:38 -0700
>
> Thread 1 (Thread 0x7f5b914cb380 (LWP 35005)):
> #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44
> tid = <optimized out>
> ret = 0
> pd = <optimized out>
> old_mask = {__val = {0 <repeats 16 times>}}
> ret = <optimized out>
> #1 0x00007f5b922895df in __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78
> #2 0x00007f5b9223da02 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26
> ret = <optimized out>
> #3 0x000055fdfd114864 in terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=40) at ./debian/build-src/src/emacs.c:437
> #4 0x000055fdfd114d27 in emacs_abort () at ./debian/build-src/src/sysdep.c:2282
> #5 0x000055fdfd111e99 in check_message_stack () at ./debian/build-src/src/xdisp.c:12157
> #6 0x000055fdfd20492a in shut_down_emacs (sig=0, stuff=0x0) at ./debian/build-src/src/emacs.c:2789
> tpgrp = <optimized out>
> #7 0x000055fdfd114765 in Fkill_emacs (arg=arg@entry=0x6) at ./debian/build-src/src/emacs.c:2692
> exit_code = <optimized out>
> #8 0x000055fdfd114827 in terminate_due_to_signal (sig=sig@entry=1, backtrace_limit=backtrace_limit@entry=40) at ./debian/build-src/src/emacs.c:417
> #9 0x000055fdfd114d00 in handle_fatal_signal (sig=sig@entry=1) at ./debian/build-src/src/sysdep.c:1762
> #10 0x000055fdfd114d17 in deliver_process_signal (handler=0x55fdfd114cf5 <handle_fatal_signal>, sig=1) at ./debian/build-src/src/sysdep.c:1720
> old_errno = 2
> on_main_thread = true
> #11 deliver_fatal_signal (sig=1) at ./debian/build-src/src/sysdep.c:1768
> #12 0x00007f5b9223daa0 in <signal handler called> () at /lib/x86_64-linux-gnu/libc.so.6
> #13 0x000055fdfd2641c3 in mark_object (arg=0x295d90329a68) at ./debian/build-src/src/alloc.c:6628
> obj = 0x295d90329a68
> po = <optimized out>
> cdr_count = 0
Signal 1 is SIGHUP, AFAIU. Why should Emacs receive SIGHUP in the
middle of GC, I have no idea. Maybe ask the user what was he doing at
that time. E.g., could that be a remote Emacs session?
Other than that, I don't see what can be done with this data: this is
an optimized build, and there's no real data in the backtrace to begin
considering why would SIGHUP happen. Sorry.
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: Bug#1017711: emacs-gtk: terminated with signal SIGABRT, 137 MB coredump
[not found] ` <20221101221733.GB9018@zira.vinc17.org>
@ 2022-11-02 21:43 ` Sean Whitton
0 siblings, 0 replies; 22+ messages in thread
From: Sean Whitton @ 2022-11-02 21:43 UTC (permalink / raw)
To: Vincent Lefevre; +Cc: 58956, 1017711
[-- Attachment #1: Type: text/plain, Size: 502 bytes --]
Hello Vincent,
Upstream says there isn't enough information in the backtrace to say
anything helpful about this. Could you take a look at
<https://debbugs.gnu.org/58956> and consider supplying more information
over there, please?
Also, are you able to reproduce this with 'emacs -q' (not -Q)?
Currently we have no way to reproduce this, and you're the only person
who's seen anything like this, so we'll probably have to move the
severity back down to 'important'.
--
Sean Whitton
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 869 bytes --]
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-02 12:24 ` Eli Zaretskii
@ 2022-11-03 3:00 ` Vincent Lefevre
2022-11-03 6:47 ` Eli Zaretskii
0 siblings, 1 reply; 22+ messages in thread
From: Vincent Lefevre @ 2022-11-03 3:00 UTC (permalink / raw)
To: Sean Whitton; +Cc: 58956, 1017711
On 2022-11-02 14:24:51 +0200, Eli Zaretskii wrote:
> Signal 1 is SIGHUP, AFAIU. Why should Emacs receive SIGHUP in the
> middle of GC, I have no idea. Maybe ask the user what was he doing at
> that time. E.g., could that be a remote Emacs session?
No, it is on my local machine.
On 2022-11-02 14:43:41 -0700, Sean Whitton wrote:
> Upstream says there isn't enough information in the backtrace to say
> anything helpful about this. Could you take a look at
> <https://debbugs.gnu.org/58956> and consider supplying more information
> over there, please?
>
> Also, are you able to reproduce this with 'emacs -q' (not -Q)?
This is not reproducible with "emacs -q".
I can reproduce it in a firejail private directory[*] (so that the
behavior doesn't depend on my own config files), where there is no
.emacs file. There is a .emacs.d directory with just a eln-cache
subdirectory:
zira% ls -la .emacs.d
total 12
drwx------ 3 vinc17 vinc17 4096 2022-11-01 00:40:05 .
drwx------ 4 vinc17 vinc17 4096 2022-11-03 03:53:23 ..
drwxr-xr-x 3 vinc17 vinc17 4096 2022-11-01 00:40:05 eln-cache
zira% ls -la .emacs.d/eln-cache
total 12
drwxr-xr-x 3 vinc17 vinc17 4096 2022-11-01 00:40:05 .
drwx------ 3 vinc17 vinc17 4096 2022-11-01 00:40:05 ..
drwxr-xr-x 2 vinc17 vinc17 4096 2022-11-01 00:40:05 28.2-43f520ab
zira% ls -la .emacs.d/eln-cache/28.2-43f520ab
total 8
drwxr-xr-x 2 vinc17 vinc17 4096 2022-11-01 00:40:05 .
drwxr-xr-x 3 vinc17 vinc17 4096 2022-11-01 00:40:05 ..
zira%
[*] firejail --ignore=read-only --ignore='noexec ${HOME}' --noblacklist='${HOME}/*' --private=fj-dir zsh
I run emacs, and quit it immediately. The generation of the core dump
is almost 100% reproducible. Ditto with "emacs -nw".
But note that the bug is also reproducible without firejail, but
harder to reproduce.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-03 3:00 ` Vincent Lefevre
@ 2022-11-03 6:47 ` Eli Zaretskii
2022-11-03 10:13 ` Vincent Lefevre
0 siblings, 1 reply; 22+ messages in thread
From: Eli Zaretskii @ 2022-11-03 6:47 UTC (permalink / raw)
To: Vincent Lefevre; +Cc: 58956, 1017711, spwhitton
> Cc: 58956@debbugs.gnu.org, 1017711@bugs.debian.org
> Date: Thu, 3 Nov 2022 04:00:46 +0100
> From: Vincent Lefevre <vincent@vinc17.net>
>
> On 2022-11-02 14:24:51 +0200, Eli Zaretskii wrote:
> > Signal 1 is SIGHUP, AFAIU. Why should Emacs receive SIGHUP in the
> > middle of GC, I have no idea. Maybe ask the user what was he doing at
> > that time. E.g., could that be a remote Emacs session?
>
> No, it is on my local machine.
So how come Emacs gets a SIGHUP? This is the crucial detail that is
missing here. Basically, if SIGHUP is delivered to Emacs, Emacs is
supposed to die a violent death.
> I run emacs, and quit it immediately. The generation of the core dump
> is almost 100% reproducible. Ditto with "emacs -nw".
Wait, you mean the crash is during exiting Emacs? That could mean
Emacs receives some input event when it's half-way through the
shutdown process, and the input descriptor is already closed.
But the backtrace you posted shows SIGHUP during GC, which is AFAIU a
very different case.
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-03 6:47 ` Eli Zaretskii
@ 2022-11-03 10:13 ` Vincent Lefevre
2022-11-03 10:27 ` Eli Zaretskii
0 siblings, 1 reply; 22+ messages in thread
From: Vincent Lefevre @ 2022-11-03 10:13 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 58956, 1017711, spwhitton
On 2022-11-03 08:47:06 +0200, Eli Zaretskii wrote:
> > On 2022-11-02 14:24:51 +0200, Eli Zaretskii wrote:
> > > Signal 1 is SIGHUP, AFAIU. Why should Emacs receive SIGHUP in the
> > > middle of GC, I have no idea. Maybe ask the user what was he doing at
> > > that time. E.g., could that be a remote Emacs session?
> >
> > No, it is on my local machine.
>
> So how come Emacs gets a SIGHUP? This is the crucial detail that is
> missing here. Basically, if SIGHUP is delivered to Emacs, Emacs is
> supposed to die a violent death.
I suspect the SIGHUP comes from Emacs itself. According to strace
output, the only processes started by Emacs are "/usr/bin/emacs"
(there are many of them). I don't see what other process could be
aware of the situation. Unfortunately, I couldn't reproduce the
issue with strace (I suspect some race condition).
> > I run emacs, and quit it immediately. The generation of the core dump
> > is almost 100% reproducible. Ditto with "emacs -nw".
>
> Wait, you mean the crash is during exiting Emacs?
For this test, yes. In general, I don't know.
> That could mean Emacs receives some input event when it's half-way
> through the shutdown process, and the input descriptor is already
> closed.
Note that the process that crashes is not the Emacs I started,
but a subprocess run by Emacs itself, since it has arguments like
"-no-comp-spawn --batch -l /tmp/emacs-async-comp-url.el-FGov4z.el".
However, it also happened that the Emacs I started immediately
crashed (this occurred only once, though).
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-03 10:13 ` Vincent Lefevre
@ 2022-11-03 10:27 ` Eli Zaretskii
2022-11-03 21:25 ` Andrea Corallo
0 siblings, 1 reply; 22+ messages in thread
From: Eli Zaretskii @ 2022-11-03 10:27 UTC (permalink / raw)
To: Vincent Lefevre, Andrea Corallo; +Cc: 58956, 1017711, spwhitton
> Date: Thu, 3 Nov 2022 11:13:08 +0100
> From: Vincent Lefevre <vincent@vinc17.net>
> Cc: spwhitton@spwhitton.name, 58956@debbugs.gnu.org,
> 1017711@bugs.debian.org
>
> On 2022-11-03 08:47:06 +0200, Eli Zaretskii wrote:
> > > On 2022-11-02 14:24:51 +0200, Eli Zaretskii wrote:
> > > > Signal 1 is SIGHUP, AFAIU. Why should Emacs receive SIGHUP in the
> > > > middle of GC, I have no idea. Maybe ask the user what was he doing at
> > > > that time. E.g., could that be a remote Emacs session?
> > >
> > > No, it is on my local machine.
> >
> > So how come Emacs gets a SIGHUP? This is the crucial detail that is
> > missing here. Basically, if SIGHUP is delivered to Emacs, Emacs is
> > supposed to die a violent death.
>
> I suspect the SIGHUP comes from Emacs itself. According to strace
> output, the only processes started by Emacs are "/usr/bin/emacs"
> (there are many of them). I don't see what other process could be
> aware of the situation. Unfortunately, I couldn't reproduce the
> issue with strace (I suspect some race condition).
>
> > > I run emacs, and quit it immediately. The generation of the core dump
> > > is almost 100% reproducible. Ditto with "emacs -nw".
> >
> > Wait, you mean the crash is during exiting Emacs?
>
> For this test, yes. In general, I don't know.
>
> > That could mean Emacs receives some input event when it's half-way
> > through the shutdown process, and the input descriptor is already
> > closed.
>
> Note that the process that crashes is not the Emacs I started,
> but a subprocess run by Emacs itself, since it has arguments like
> "-no-comp-spawn --batch -l /tmp/emacs-async-comp-url.el-FGov4z.el".
Andrea, could you please look into this? The SIGHUP could be because
the parent process exits, but that shouldn't cause a crash in the
sub-process that performs native compilation?
Thanks.
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-03 10:27 ` Eli Zaretskii
@ 2022-11-03 21:25 ` Andrea Corallo
2022-11-04 7:00 ` Eli Zaretskii
[not found] ` <83zgd75hll.fsf@gnu.org>
0 siblings, 2 replies; 22+ messages in thread
From: Andrea Corallo @ 2022-11-03 21:25 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 58956, Vincent Lefevre, 1017711, spwhitton
Eli Zaretskii <eliz@gnu.org> writes:
>> Date: Thu, 3 Nov 2022 11:13:08 +0100
>> From: Vincent Lefevre <vincent@vinc17.net>
>> Cc: spwhitton@spwhitton.name, 58956@debbugs.gnu.org,
>> 1017711@bugs.debian.org
>>
>> On 2022-11-03 08:47:06 +0200, Eli Zaretskii wrote:
>> > > On 2022-11-02 14:24:51 +0200, Eli Zaretskii wrote:
>> > > > Signal 1 is SIGHUP, AFAIU. Why should Emacs receive SIGHUP in the
>> > > > middle of GC, I have no idea. Maybe ask the user what was he doing at
>> > > > that time. E.g., could that be a remote Emacs session?
>> > >
>> > > No, it is on my local machine.
>> >
>> > So how come Emacs gets a SIGHUP? This is the crucial detail that is
>> > missing here. Basically, if SIGHUP is delivered to Emacs, Emacs is
>> > supposed to die a violent death.
>>
>> I suspect the SIGHUP comes from Emacs itself. According to strace
>> output, the only processes started by Emacs are "/usr/bin/emacs"
>> (there are many of them). I don't see what other process could be
>> aware of the situation. Unfortunately, I couldn't reproduce the
>> issue with strace (I suspect some race condition).
>>
>> > > I run emacs, and quit it immediately. The generation of the core dump
>> > > is almost 100% reproducible. Ditto with "emacs -nw".
>> >
>> > Wait, you mean the crash is during exiting Emacs?
>>
>> For this test, yes. In general, I don't know.
>>
>> > That could mean Emacs receives some input event when it's half-way
>> > through the shutdown process, and the input descriptor is already
>> > closed.
>>
>> Note that the process that crashes is not the Emacs I started,
>> but a subprocess run by Emacs itself, since it has arguments like
>> "-no-comp-spawn --batch -l /tmp/emacs-async-comp-url.el-FGov4z.el".
>
> Andrea, could you please look into this? The SIGHUP could be because
> the parent process exits, but that shouldn't cause a crash in the
> sub-process that performs native compilation?
Hi Eli,
AFAIU the Emacs subprocess we use to compile should behave like a
regular Emacs.
Now, the only option that comes to my mind is that libgccjit (being
strictly derived from the GCC codebase) might be registering a signal
handler of some kind that alters the behaviour we expect. But if this
is the case we should find trace of it the strace, or we can use gdb
setting a break point into 'signal' as well to check.
Indeed if this theory is true I think should be classified as a
libgccjit bug.
Andrea
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-03 21:25 ` Andrea Corallo
@ 2022-11-04 7:00 ` Eli Zaretskii
[not found] ` <83zgd75hll.fsf@gnu.org>
1 sibling, 0 replies; 22+ messages in thread
From: Eli Zaretskii @ 2022-11-04 7:00 UTC (permalink / raw)
To: Andrea Corallo, Paul Eggert; +Cc: 58956, vincent, 1017711, spwhitton
> From: Andrea Corallo <akrl@sdf.org>
> Cc: Vincent Lefevre <vincent@vinc17.net>, spwhitton@spwhitton.name,
> 58956@debbugs.gnu.org, 1017711@bugs.debian.org
> Date: Thu, 03 Nov 2022 21:25:08 +0000
>
> AFAIU the Emacs subprocess we use to compile should behave like a
> regular Emacs.
Basically, you are saying that if the sub-process that runs
async-compilation gets SIGHUP, it should abort and dump core, like a
normal Emacs session does, right?
The backtrace posted to the Debian bug tracker, here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=1017711;filename=gdb.txt;msg=5
indicates that Emacs was in the middle of comp-copy-insn which was
called from comp-fwprop. Then Emacs performed GC, and SIGHUP was
received during GC. IOW, we were in our Lisp code, not in a libgccjit
code, when the signal arrived.
Another backtrace, posted here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=1017711;filename=gdb.txt;msg=45
tells a somewhat different story: it doesn't show Emacs in the middle
of a native compilation, but just inside substitute-command-keys that
was called from command-line.
> Now, the only option that comes to my mind is that libgccjit (being
> strictly derived from the GCC codebase) might be registering a signal
> handler of some kind that alters the behaviour we expect. But if this
> is the case we should find trace of it the strace, or we can use gdb
> setting a break point into 'signal' as well to check.
>
> Indeed if this theory is true I think should be classified as a
> libgccjit bug.
I don't think it's true, see above.
Paul, can you help here, please? We need to establish what is the
source of SIGHUP in these cases. "These cases" mean, AFAIU, the
situations where Emacs launched an async subprocess to do native
compilation (which is another Emacs process in a --batch session), and
the parent Emacs session is terminated by the user before the async
compilation runs to completion. Would the child Emacs process get
SIGHUP in this scenario? If yes, then I think we should treat SIGHUP
differently in non-interactive invocations: instead of dumping core,
we should catch the signal and exit with a non-zero exit status.
Does this make sense?
Andrea, if we do the above as I suggest, is there any cleanup that we
need to do before exiting? For example, what if the subprocess that
does the async compilation already started writing the .eln file when
the signal arrives? What do we do today when the parent interactive
Emacs is terminated by the user?
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
[not found] ` <83zgd75hll.fsf@gnu.org>
@ 2022-11-04 21:03 ` Andrea Corallo
2022-11-05 20:54 ` Paul Eggert
1 sibling, 0 replies; 22+ messages in thread
From: Andrea Corallo @ 2022-11-04 21:03 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 58956, Paul Eggert, vincent, 1017711, spwhitton
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Andrea Corallo <akrl@sdf.org>
>> Cc: Vincent Lefevre <vincent@vinc17.net>, spwhitton@spwhitton.name,
>> 58956@debbugs.gnu.org, 1017711@bugs.debian.org
>> Date: Thu, 03 Nov 2022 21:25:08 +0000
>>
>> AFAIU the Emacs subprocess we use to compile should behave like a
>> regular Emacs.
>
> Basically, you are saying that if the sub-process that runs
> async-compilation gets SIGHUP, it should abort and dump core, like a
> normal Emacs session does, right?
>
> The backtrace posted to the Debian bug tracker, here:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=1017711;filename=gdb.txt;msg=5
>
> indicates that Emacs was in the middle of comp-copy-insn which was
> called from comp-fwprop. Then Emacs performed GC, and SIGHUP was
> received during GC. IOW, we were in our Lisp code, not in a libgccjit
> code, when the signal arrived.
>
> Another backtrace, posted here:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=1017711;filename=gdb.txt;msg=45
>
> tells a somewhat different story: it doesn't show Emacs in the middle
> of a native compilation, but just inside substitute-command-keys that
> was called from command-line.
Sorry I missed those traces. Okay so for both cases if libgccjit is not
involved the behaviour of Emacs here is just the plain one and should
not be related to native compilation. It's just that native compilation
makes it more likely to be identify this condition.
>> Now, the only option that comes to my mind is that libgccjit (being
>> strictly derived from the GCC codebase) might be registering a signal
>> handler of some kind that alters the behaviour we expect. But if this
>> is the case we should find trace of it the strace, or we can use gdb
>> setting a break point into 'signal' as well to check.
>>
>> Indeed if this theory is true I think should be classified as a
>> libgccjit bug.
>
> I don't think it's true, see above.
>
> Paul, can you help here, please? We need to establish what is the
> source of SIGHUP in these cases. "These cases" mean, AFAIU, the
> situations where Emacs launched an async subprocess to do native
> compilation (which is another Emacs process in a --batch session), and
> the parent Emacs session is terminated by the user before the async
> compilation runs to completion. Would the child Emacs process get
> SIGHUP in this scenario? If yes, then I think we should treat SIGHUP
> differently in non-interactive invocations: instead of dumping core,
> we should catch the signal and exit with a non-zero exit status.
>
> Does this make sense?
To me yes.
> Andrea, if we do the above as I suggest, is there any cleanup that we
> need to do before exiting? For example, what if the subprocess that
> does the async compilation already started writing the .eln file when
> the signal arrives? What do we do today when the parent interactive
> Emacs is terminated by the user?
I think we have no special handling for this case, so yeah we might
leave some traces of the compilation. Other than the .eln we should
also remove the lisp file we write to be loaded by the async compilation
process. I'm not sure where and how would be best to handle all of this
tho.
Best Regards
Andrea
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
[not found] ` <83zgd75hll.fsf@gnu.org>
2022-11-04 21:03 ` Andrea Corallo
@ 2022-11-05 20:54 ` Paul Eggert
2022-11-06 5:51 ` Eli Zaretskii
` (3 more replies)
1 sibling, 4 replies; 22+ messages in thread
From: Paul Eggert @ 2022-11-05 20:54 UTC (permalink / raw)
To: Eli Zaretskii, Andrea Corallo; +Cc: 58956, vincent, 1017711, spwhitton
[-- Attachment #1: Type: text/plain, Size: 812 bytes --]
On 2022-11-04 00:00, Eli Zaretskii wrote:
> We need to establish what is the
> source of SIGHUP in these cases. "These cases" mean, AFAIU, the
> situations where Emacs launched an async subprocess to do native
> compilation (which is another Emacs process in a --batch session), and
> the parent Emacs session is terminated by the user before the async
> compilation runs to completion. Would the child Emacs process get
> SIGHUP in this scenario?
Hard for me to say. It's a messy area, with kernels (and Emacs itself)
sending SIGHUP on various whims.
Does the attached patch fix things? It builds on your commit
190a6853708ab22072437f6ebd93beb3ec1a9ce6 dated 2020-12-04; I don't know
why that earlier patch was installed, but it would seem to apply to
SIGHUP and SIGTERM as well as it applies to SIGINT.
[-- Attachment #2: sighup.diff --]
[-- Type: text/x-patch, Size: 629 bytes --]
diff --git a/src/emacs.c b/src/emacs.c
index 1b2aa9442b..92e2299a04 100644
--- a/src/emacs.c
+++ b/src/emacs.c
@@ -432,9 +432,9 @@ terminate_due_to_signal (int sig, int backtrace_limit)
if (sig == SIGTERM || sig == SIGHUP || sig == SIGINT)
{
/* Avoid abort in shut_down_emacs if we were interrupted
- by SIGINT in noninteractive usage, as in that case we
+ in noninteractive usage, as in that case we
don't care about the message stack. */
- if (sig == SIGINT && noninteractive)
+ if (noninteractive)
clear_message_stack ();
Fkill_emacs (make_fixnum (sig), Qnil);
}
^ permalink raw reply related [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-05 20:54 ` Paul Eggert
@ 2022-11-06 5:51 ` Eli Zaretskii
2022-11-06 19:18 ` Paul Eggert
2022-11-08 19:44 ` Sean Whitton
` (2 subsequent siblings)
3 siblings, 1 reply; 22+ messages in thread
From: Eli Zaretskii @ 2022-11-06 5:51 UTC (permalink / raw)
To: Paul Eggert; +Cc: 58956, spwhitton, vincent, 1017711, akrl
> Date: Sat, 5 Nov 2022 13:54:54 -0700
> Cc: vincent@vinc17.net, spwhitton@spwhitton.name, 58956@debbugs.gnu.org,
> 1017711@bugs.debian.org
> From: Paul Eggert <eggert@cs.ucla.edu>
>
> On 2022-11-04 00:00, Eli Zaretskii wrote:
> > We need to establish what is the
> > source of SIGHUP in these cases. "These cases" mean, AFAIU, the
> > situations where Emacs launched an async subprocess to do native
> > compilation (which is another Emacs process in a --batch session), and
> > the parent Emacs session is terminated by the user before the async
> > compilation runs to completion. Would the child Emacs process get
> > SIGHUP in this scenario?
>
> Hard for me to say. It's a messy area, with kernels (and Emacs itself)
> sending SIGHUP on various whims.
But is it possible for a program like Emacs to get SIGHUP in such a
situation, or is that highly improbable? We have standard streams of
the inferior Emacs process connected via PTYs to the parent process, I
believe -- does that deliver SIGHUP or SIGPIPE when the parent exits?
> Does the attached patch fix things? It builds on your commit
> 190a6853708ab22072437f6ebd93beb3ec1a9ce6 dated 2020-12-04; I don't know
> why that earlier patch was installed, but it would seem to apply to
> SIGHUP and SIGTERM as well as it applies to SIGINT.
I was trying to be conservative, that's all. I'm okay with doing the
same for SIGHUP. Vincent, can you try this patch, please?
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-06 5:51 ` Eli Zaretskii
@ 2022-11-06 19:18 ` Paul Eggert
2022-11-06 19:32 ` Eli Zaretskii
0 siblings, 1 reply; 22+ messages in thread
From: Paul Eggert @ 2022-11-06 19:18 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 58956, spwhitton, vincent, 1017711, akrl
On 2022-11-05 22:51, Eli Zaretskii wrote:
> But is it possible for a program like Emacs to get SIGHUP in such a
> situation, or is that highly improbable? We have standard streams of
> the inferior Emacs process connected via PTYs to the parent process, I
> believe -- does that deliver SIGHUP or SIGPIPE when the parent exits?
It depends on the OS and the app that invokes Emacs and how that app
itself was invoked. It's a hairy area.
On a POSIX platform it's certainly *possible* for Emacs to get SIGHUP in
that situation, because a user can invoke the shell command 'kill -s HUP
P', where P is the process ID of the inferior Emacs. Whether it's
*likely* is a bit harder to say. I ran a few little experiments on
Fedora 36 and Ubuntu 22.10 and found SIGHUP being sent in a few
situations and not others and didn't have the time or patience to suss
out exactly why or when.
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-06 19:18 ` Paul Eggert
@ 2022-11-06 19:32 ` Eli Zaretskii
2022-11-06 19:44 ` Paul Eggert
0 siblings, 1 reply; 22+ messages in thread
From: Eli Zaretskii @ 2022-11-06 19:32 UTC (permalink / raw)
To: Paul Eggert; +Cc: 58956, spwhitton, vincent, 1017711, akrl
> Date: Sun, 6 Nov 2022 11:18:03 -0800
> Cc: akrl@sdf.org, vincent@vinc17.net, spwhitton@spwhitton.name,
> 58956@debbugs.gnu.org, 1017711@bugs.debian.org
> From: Paul Eggert <eggert@cs.ucla.edu>
>
> On 2022-11-05 22:51, Eli Zaretskii wrote:
>
> > But is it possible for a program like Emacs to get SIGHUP in such a
> > situation, or is that highly improbable? We have standard streams of
> > the inferior Emacs process connected via PTYs to the parent process, I
> > believe -- does that deliver SIGHUP or SIGPIPE when the parent exits?
>
> It depends on the OS and the app that invokes Emacs and how that app
> itself was invoked. It's a hairy area.
>
> On a POSIX platform it's certainly *possible* for Emacs to get SIGHUP in
> that situation, because a user can invoke the shell command 'kill -s HUP
> P', where P is the process ID of the inferior Emacs. Whether it's
> *likely* is a bit harder to say. I ran a few little experiments on
> Fedora 36 and Ubuntu 22.10 and found SIGHUP being sent in a few
> situations and not others and didn't have the time or patience to suss
> out exactly why or when.
Thanks. The scenario that is of primary interest in this case is the
following:
. user starts Emacs
. Emacs loads some Lisp package and as results starts a subordinate
Emacs process in batch mode to native-compile the loaded Lisp
. user exits Emacs
My question was whether in this scenario, since the parent Emacs
exits, the child Emacs can get SIGHUP, simply because its parent
exited and the read end of the PTY no longer exists.
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-06 19:32 ` Eli Zaretskii
@ 2022-11-06 19:44 ` Paul Eggert
2022-11-06 19:58 ` Eli Zaretskii
0 siblings, 1 reply; 22+ messages in thread
From: Paul Eggert @ 2022-11-06 19:44 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 58956, spwhitton, vincent, 1017711, akrl
On 2022-11-06 11:32, Eli Zaretskii wrote:
> My question was whether in this scenario, since the parent Emacs
> exits, the child Emacs can get SIGHUP, simply because its parent
> exited and the read end of the PTY no longer exists.
Yes, my sense from the few experiments I tried, is that it's a plausible
scenario, though I never observed it actually happening for Emacs doing
a subprocess compile.
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-06 19:44 ` Paul Eggert
@ 2022-11-06 19:58 ` Eli Zaretskii
0 siblings, 0 replies; 22+ messages in thread
From: Eli Zaretskii @ 2022-11-06 19:58 UTC (permalink / raw)
To: Paul Eggert; +Cc: 58956, spwhitton, vincent, 1017711, akrl
> Date: Sun, 6 Nov 2022 11:44:43 -0800
> Cc: akrl@sdf.org, vincent@vinc17.net, spwhitton@spwhitton.name,
> 58956@debbugs.gnu.org, 1017711@bugs.debian.org
> From: Paul Eggert <eggert@cs.ucla.edu>
>
> On 2022-11-06 11:32, Eli Zaretskii wrote:
> > My question was whether in this scenario, since the parent Emacs
> > exits, the child Emacs can get SIGHUP, simply because its parent
> > exited and the read end of the PTY no longer exists.
>
> Yes, my sense from the few experiments I tried, is that it's a plausible
> scenario, though I never observed it actually happening for Emacs doing
> a subprocess compile.
OK, thanks. So I hope your suggested patch will solve this issue.
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-05 20:54 ` Paul Eggert
2022-11-06 5:51 ` Eli Zaretskii
@ 2022-11-08 19:44 ` Sean Whitton
2022-11-10 10:14 ` Eli Zaretskii
[not found] ` <87cz9x1bav.fsf@melete.silentflame.com>
3 siblings, 0 replies; 22+ messages in thread
From: Sean Whitton @ 2022-11-08 19:44 UTC (permalink / raw)
To: Vincent Lefevre
Cc: 1017711, Eli Zaretskii, Paul Eggert, 58956, Andrea Corallo
[-- Attachment #1: Type: text/plain, Size: 141 bytes --]
Hello Vincent,
Are you able to test the patch? Let me know if you need help getting an
installable .deb. Thanks.
--
Sean Whitton
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 865 bytes --]
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-05 20:54 ` Paul Eggert
2022-11-06 5:51 ` Eli Zaretskii
2022-11-08 19:44 ` Sean Whitton
@ 2022-11-10 10:14 ` Eli Zaretskii
[not found] ` <87cz9x1bav.fsf@melete.silentflame.com>
3 siblings, 0 replies; 22+ messages in thread
From: Eli Zaretskii @ 2022-11-10 10:14 UTC (permalink / raw)
To: Paul Eggert; +Cc: 58956-done, spwhitton, vincent, 1017711, akrl
> Date: Sat, 5 Nov 2022 13:54:54 -0700
> Cc: vincent@vinc17.net, spwhitton@spwhitton.name, 58956@debbugs.gnu.org,
> 1017711@bugs.debian.org
> From: Paul Eggert <eggert@cs.ucla.edu>
>
> On 2022-11-04 00:00, Eli Zaretskii wrote:
> > We need to establish what is the
> > source of SIGHUP in these cases. "These cases" mean, AFAIU, the
> > situations where Emacs launched an async subprocess to do native
> > compilation (which is another Emacs process in a --batch session), and
> > the parent Emacs session is terminated by the user before the async
> > compilation runs to completion. Would the child Emacs process get
> > SIGHUP in this scenario?
>
> Hard for me to say. It's a messy area, with kernels (and Emacs itself)
> sending SIGHUP on various whims.
>
> Does the attached patch fix things? It builds on your commit
> 190a6853708ab22072437f6ebd93beb3ec1a9ce6 dated 2020-12-04; I don't know
> why that earlier patch was installed, but it would seem to apply to
> SIGHUP and SIGTERM as well as it applies to SIGINT.
No further comments, so I've now installed this on the master branch,
and I'm marking this bug done.
Thanks.
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
[not found] ` <87cz9x1bav.fsf@melete.silentflame.com>
@ 2022-11-10 10:23 ` Vincent Lefevre
2022-11-11 18:32 ` Sean Whitton
[not found] ` <87cz9twddq.fsf@melete.silentflame.com>
0 siblings, 2 replies; 22+ messages in thread
From: Vincent Lefevre @ 2022-11-10 10:23 UTC (permalink / raw)
To: Sean Whitton; +Cc: 1017711, Eli Zaretskii, Paul Eggert, 58956, Andrea Corallo
On 2022-11-08 12:44:08 -0700, Sean Whitton wrote:
> Are you able to test the patch? Let me know if you need help getting an
> installable .deb. Thanks.
Sorry, I couldn't test it yet, first because of an uninstallable
package needed for the build because I couldn't upgrade libc6 yet
and I couldn't get the previous version from snapshot.debian.org
(bug 1023540). Now that I could upgrade libc6, I'll be able to
test when I have some time, but perhaps not before the week-end.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-10 10:23 ` Vincent Lefevre
@ 2022-11-11 18:32 ` Sean Whitton
[not found] ` <87cz9twddq.fsf@melete.silentflame.com>
1 sibling, 0 replies; 22+ messages in thread
From: Sean Whitton @ 2022-11-11 18:32 UTC (permalink / raw)
To: Vincent Lefevre
Cc: Andrea Corallo, Eli Zaretskii, Paul Eggert, 1017711, 58956
[-- Attachment #1: Type: text/plain, Size: 675 bytes --]
Hello,
On Thu 10 Nov 2022 at 11:23AM +01, Vincent Lefevre wrote:
> On 2022-11-08 12:44:08 -0700, Sean Whitton wrote:
>> Are you able to test the patch? Let me know if you need help getting an
>> installable .deb. Thanks.
>
> Sorry, I couldn't test it yet, first because of an uninstallable
> package needed for the build because I couldn't upgrade libc6 yet
> and I couldn't get the previous version from snapshot.debian.org
> (bug 1023540). Now that I could upgrade libc6, I'll be able to
> test when I have some time, but perhaps not before the week-end.
Okay, do let me know if I can help -- this is blocking Emacs from migrating.
--
Sean Whitton
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 865 bytes --]
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
[not found] ` <87cz9twddq.fsf@melete.silentflame.com>
@ 2022-11-12 1:55 ` Vincent Lefevre
2022-11-13 20:51 ` Sean Whitton
0 siblings, 1 reply; 22+ messages in thread
From: Vincent Lefevre @ 2022-11-12 1:55 UTC (permalink / raw)
To: Sean Whitton; +Cc: Andrea Corallo, Eli Zaretskii, Paul Eggert, 1017711, 58956
Hi,
On 2022-11-11 11:32:33 -0700, Sean Whitton wrote:
> On Thu 10 Nov 2022 at 11:23AM +01, Vincent Lefevre wrote:
> > On 2022-11-08 12:44:08 -0700, Sean Whitton wrote:
> >> Are you able to test the patch? Let me know if you need help getting an
> >> installable .deb. Thanks.
> >
> > Sorry, I couldn't test it yet, first because of an uninstallable
> > package needed for the build because I couldn't upgrade libc6 yet
> > and I couldn't get the previous version from snapshot.debian.org
> > (bug 1023540). Now that I could upgrade libc6, I'll be able to
> > test when I have some time, but perhaps not before the week-end.
>
> Okay, do let me know if I can help -- this is blocking Emacs from migrating.
I've rebuilt the packages with the patch and couldn't reproduce
the bug yet. So it may be the correct fix.
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#58956: mark_object, mark_objects(?) crash
2022-11-12 1:55 ` Vincent Lefevre
@ 2022-11-13 20:51 ` Sean Whitton
0 siblings, 0 replies; 22+ messages in thread
From: Sean Whitton @ 2022-11-13 20:51 UTC (permalink / raw)
To: Vincent Lefevre
Cc: Eli Zaretskii, Paul Eggert, 58956, 1017711, Andrea Corallo
[-- Attachment #1: Type: text/plain, Size: 1008 bytes --]
Hello,
On Sat 12 Nov 2022 at 02:55AM +01, Vincent Lefevre wrote:
> Hi,
>
> On 2022-11-11 11:32:33 -0700, Sean Whitton wrote:
>> On Thu 10 Nov 2022 at 11:23AM +01, Vincent Lefevre wrote:
>> > On 2022-11-08 12:44:08 -0700, Sean Whitton wrote:
>> >> Are you able to test the patch? Let me know if you need help getting an
>> >> installable .deb. Thanks.
>> >
>> > Sorry, I couldn't test it yet, first because of an uninstallable
>> > package needed for the build because I couldn't upgrade libc6 yet
>> > and I couldn't get the previous version from snapshot.debian.org
>> > (bug 1023540). Now that I could upgrade libc6, I'll be able to
>> > test when I have some time, but perhaps not before the week-end.
>>
>> Okay, do let me know if I can help -- this is blocking Emacs from migrating.
>
> I've rebuilt the packages with the patch and couldn't reproduce
> the bug yet. So it may be the correct fix.
Many thanks for testing, and Eli and Paul for the patch.
--
Sean Whitton
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 865 bytes --]
^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2022-11-13 20:51 UTC | newest]
Thread overview: 22+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20220819101031.GA1491685@zira.vinc17.org>
[not found] ` <20220822005548.GA282574@zira.vinc17.org>
[not found] ` <87sfjr2cuf.fsf@melete.silentflame.com>
[not found] ` <20221014105322.GE12227@zira.vinc17.org>
[not found] ` <87ilk18mkw.fsf@melete.silentflame.com>
[not found] ` <20221031145917.GD8422@zira.vinc17.org>
[not found] ` <20221101221733.GB9018@zira.vinc17.org>
2022-11-02 21:43 ` bug#58956: Bug#1017711: emacs-gtk: terminated with signal SIGABRT, 137 MB coredump Sean Whitton
2022-11-02 1:33 bug#58956: mark_object, mark_objects(?) crash Sean Whitton
2022-11-02 12:24 ` Eli Zaretskii
2022-11-03 3:00 ` Vincent Lefevre
2022-11-03 6:47 ` Eli Zaretskii
2022-11-03 10:13 ` Vincent Lefevre
2022-11-03 10:27 ` Eli Zaretskii
2022-11-03 21:25 ` Andrea Corallo
2022-11-04 7:00 ` Eli Zaretskii
[not found] ` <83zgd75hll.fsf@gnu.org>
2022-11-04 21:03 ` Andrea Corallo
2022-11-05 20:54 ` Paul Eggert
2022-11-06 5:51 ` Eli Zaretskii
2022-11-06 19:18 ` Paul Eggert
2022-11-06 19:32 ` Eli Zaretskii
2022-11-06 19:44 ` Paul Eggert
2022-11-06 19:58 ` Eli Zaretskii
2022-11-08 19:44 ` Sean Whitton
2022-11-10 10:14 ` Eli Zaretskii
[not found] ` <87cz9x1bav.fsf@melete.silentflame.com>
2022-11-10 10:23 ` Vincent Lefevre
2022-11-11 18:32 ` Sean Whitton
[not found] ` <87cz9twddq.fsf@melete.silentflame.com>
2022-11-12 1:55 ` Vincent Lefevre
2022-11-13 20:51 ` Sean Whitton
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.