all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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 --
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
     [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

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.