From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 01 21:33:54 2022 Received: (at submit) by debbugs.gnu.org; 2 Nov 2022 01:33:55 +0000 Received: from localhost ([127.0.0.1]:44488 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oq2dc-000257-5s for submit@debbugs.gnu.org; Tue, 01 Nov 2022 21:33:54 -0400 Received: from lists.gnu.org ([209.51.188.17]:36450) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oq2dY-00024x-Lj for submit@debbugs.gnu.org; Tue, 01 Nov 2022 21:33:51 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oq2dY-0008H2-Fi for bug-gnu-emacs@gnu.org; Tue, 01 Nov 2022 21:33:48 -0400 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oq2dT-0005oX-Np for bug-gnu-emacs@gnu.org; Tue, 01 Nov 2022 21:33:48 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 049F53200910 for ; Tue, 1 Nov 2022 21:33:39 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Tue, 01 Nov 2022 21:33:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=spwhitton.name; h=cc:content-type:date:date:from:from:in-reply-to:message-id :mime-version:reply-to:sender:subject:subject:to:to; s=fm2; t= 1667352819; x=1667439219; bh=lzCZZ0ceM+i1IVZ4PQ6/+mGX4azOoFWOboU VrisJS5g=; b=hFFsNnXNIeYwu+HbcLiDal9YvO+b0lFld2Gi7OnjXqxttpHNo8C 0noYhqQHObvnYjty/SoI6Bs55lSlaREvkXBhXmL5mE3708FmFLLedOt5GgGJRO+w hZeAFWE+qIW2fhA8hhXlMZNyPv+DGFUd7ewHzKDCSqKMuTvhZDs/13tswr9iSiCQ e4Xmfn2wSevlwuE3X8R4G1s7ocWXiQbB8/BzmTaYBGxO0Ht7O9tLaUbXNgfNurDU 1bs//FoCu8ySfQji2OPBds+yu5eu78LkVkRmntH879QejYSrrjrPViWepJVLlokW lzexX2bsijMEMbwMZfUuwgDXjVdezlwiThA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:message-id:mime-version :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1667352819; x= 1667439219; bh=lzCZZ0ceM+i1IVZ4PQ6/+mGX4azOoFWOboUVrisJS5g=; b=O JIGKYLvnsvE+0i1c6lio4xTXRrO7V/VjQuHD3hb8NvglJDunzHIM2VFKl92DSQyh ogSKjx14Pw6bzJvZ6aX6tVI1OGkag6WRiOYzYpuDPbVXWPCT4z/6ddPjlLX7mXGS 9oUjUbDp2XOVhPM2yH9iL/WipSEHsT49oeyDW64sKXTckB4QN7VvIbE1rDlOz481 OmsbqktfDJhRZ7W693f3y49eAw4SrKdPtint1zuMGsgucWaS9ZK8bwIlTfxKYdH0 Wh1wm0LkjVfrzyC/Eb2NzdubSQUrN4csAPMlryif7M+hq6FnINwisdUzrGwEyLkJ gXpDi7QT2vmMtkFkMdsWw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrudeigdefiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhephffvufffkfgfgggtsehmtddtredtre dtnecuhfhrohhmpefuvggrnhcuhghhihhtthhonhcuoehsphifhhhithhtohhnsehsphif hhhithhtohhnrdhnrghmvgeqnecuggftrfgrthhtvghrnhepvdeijeelhffgvddvhedtfe eikeeghfekgfefjefhteejgfffiedtkeelleekffdtnecuffhomhgrihhnpeguvggsihgr nhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehsphifhhhithhtohhnsehsphifhhhithhtohhnrdhnrghmvg X-ME-Proxy: Feedback-ID: i23c04076:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Tue, 1 Nov 2022 21:33:39 -0400 (EDT) Received: by melete.silentflame.com (Postfix, from userid 1000) id 83E927E1C43; Tue, 1 Nov 2022 18:33:38 -0700 (MST) From: Sean Whitton To: bug-gnu-emacs@gnu.org Subject: mark_object, mark_objects(?) crash Date: Tue, 01 Nov 2022 18:33:38 -0700 Message-ID: <874jvi5edp.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=64.147.123.24; envelope-from=spwhitton@spwhitton.name; helo=wout1-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) --=-=-= Content-Type: text/plain 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. -- Sean Whitton --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=gdb.txt Thread 1 (Thread 0x7f5b914cb380 (LWP 35005)): #0 __pthread_kill_implementation (threadid=, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44 tid = ret = 0 pd = old_mask = {__val = {0 }} ret = #1 0x00007f5b922895df in __pthread_kill_internal (signo=6, threadid=) at ./nptl/pthread_kill.c:78 #2 0x00007f5b9223da02 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 ret = #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 = #7 0x000055fdfd114765 in Fkill_emacs (arg=arg@entry=0x6) at ./debian/build-src/src/emacs.c:2692 exit_code = #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 , 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 () 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 = 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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8df6d260 ptr = 0x7f5b8df6d260 pvectype = obj = 0x7f5b8df6d265 po = 0x7f5b8df6d260 cdr_count = 0 #23 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8df6d230 obj = po = 0x7f5b8df6d230 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x55fdff10c4a0 obj = po = 0x55fdff10c4a0 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x55fdff10c470 obj = po = 0x55fdff10c470 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff25cda0 obj = 0x55fdff25cda3 po = 0x55fdff25cda0 cdr_count = 4 #33 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff25cd50 obj = 0x55fdff25cd53 po = 0x55fdff25cd50 cdr_count = 1 #34 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da77e40 obj = po = 0x7f5b8da77e40 cdr_count = #35 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8da77dd0 obj = 0x7f5b8da77dd3 po = 0x7f5b8da77dd0 cdr_count = 5 #36 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da77d50 obj = po = 0x7f5b8da77d50 cdr_count = #37 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8da786b0 obj = 0x7f5b8da786b3 po = 0x7f5b8da786b0 cdr_count = 1 #38 0x000055fdfd264499 in mark_object (arg=) 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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8da9ab60 ptr = 0x7f5b8da9ab60 pvectype = obj = 0x7f5b8da9ab65 po = 0x7f5b8da9ab60 cdr_count = 0 #44 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8da9ab30 obj = po = 0x7f5b8da9ab30 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8dee8a68 ptr = 0x7f5b8dee8a68 pvectype = obj = 0x7f5b8dee8a6d po = 0x7f5b8dee8a68 cdr_count = 0 #50 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8dee8a38 obj = po = 0x7f5b8dee8a38 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8de93450 obj = po = 0x7f5b8de93450 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x55fdff2881e0 obj = po = 0x55fdff2881e0 cdr_count = #57 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff25d210 obj = 0x55fdff25d213 po = 0x55fdff25d210 cdr_count = 8 #58 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff25d380 obj = 0x55fdff25d383 po = 0x55fdff25d380 cdr_count = 3 #59 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd764b90 obj = po = 0x55fdfd764b90 cdr_count = #60 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dec7a58 obj = 0x7f5b8dec7a5b po = 0x7f5b8dec7a58 cdr_count = 4 #61 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd761aa0 obj = po = 0x55fdfd761aa0 cdr_count = #62 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8e2db968 obj = 0x7f5b8e2db96b po = 0x7f5b8e2db968 cdr_count = 0 #63 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8e2db8b8 obj = 0x7f5b8e2db8bb po = 0x7f5b8e2db8b8 cdr_count = 5 #64 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd75e770 obj = po = 0x55fdfd75e770 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8db176e8 ptr = 0x7f5b8db176e8 pvectype = obj = 0x7f5b8db176ed po = 0x7f5b8db176e8 cdr_count = 0 #70 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8db176b8 obj = po = 0x7f5b8db176b8 cdr_count = #71 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff2625e0 obj = 0x55fdff2625e3 po = 0x55fdff2625e0 cdr_count = 0 #72 0x000055fdfd264499 in mark_object (arg=) 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 = obj = 0x7f5b8da4670d po = 0x7f5b8da46708 cdr_count = #76 mark_object (arg=) at ./debian/build-src/src/alloc.c:6736 ptr = 0x7f5b8da46708 pvectype = obj = 0x7f5b8da4670d po = 0x7f5b8da46708 cdr_count = #77 0x000055fdfd2650dd in mark_localized_symbol (ptr=) at ./debian/build-src/src/alloc.c:6505 blv = 0x7f5b8dab9a50 where = #78 0x000055fdfd264540 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6828 ptr = 0x7f5b8dab9a20 obj = po = 0x7f5b8dab9a20 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8dec7528 ptr = 0x7f5b8dec7528 pvectype = obj = 0x7f5b8dec752d po = 0x7f5b8dec7528 cdr_count = 0 #84 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8dec74f8 obj = po = 0x7f5b8dec74f8 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x55fdff10c170 obj = po = 0x55fdff10c170 cdr_count = #88 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0f23d0 obj = 0x55fdff0f23d3 po = 0x55fdff0f23d0 cdr_count = 10 #89 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0f2250 obj = 0x55fdff0f2253 po = 0x55fdff0f2250 cdr_count = 1 #90 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdff10c140 obj = po = 0x55fdff10c140 cdr_count = #91 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff12db00 obj = 0x55fdff12db03 po = 0x55fdff12db00 cdr_count = 0 #92 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff12db10 obj = 0x55fdff12db13 po = 0x55fdff12db10 cdr_count = 1 #93 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da784a0 obj = po = 0x7f5b8da784a0 cdr_count = #94 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8db82030 obj = 0x7f5b8db82033 po = 0x7f5b8db82030 cdr_count = 0 #95 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dc1eaa8 obj = 0x7f5b8dc1eaab po = 0x7f5b8dc1eaa8 cdr_count = 3 #96 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8dc1ea48 obj = po = 0x7f5b8dc1ea48 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8db3be40 ptr = 0x7f5b8db3be40 pvectype = obj = 0x7f5b8db3be45 po = 0x7f5b8db3be40 cdr_count = 0 #104 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8db3be10 obj = po = 0x7f5b8db3be10 cdr_count = #105 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8de90e90 obj = po = 0x7f5b8de90e90 cdr_count = #106 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8de90810 obj = 0x7f5b8de90813 po = 0x7f5b8de90810 cdr_count = 8 #107 0x000055fdfd264559 in mark_object (arg=) at ./debian/build-src/src/lisp.h:2175 ptr = 0x7f5b8de90740 obj = po = 0x7f5b8de90740 cdr_count = #108 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8de90640 obj = 0x7f5b8de90643 po = 0x7f5b8de90640 cdr_count = 1 #109 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8de90600 obj = po = 0x7f5b8de90600 cdr_count = #110 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8da4dc40 obj = 0x7f5b8da4dc43 po = 0x7f5b8da4dc40 cdr_count = 1 #111 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da4dc00 obj = po = 0x7f5b8da4dc00 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da4ee18 obj = po = 0x7f5b8da4ee18 cdr_count = #115 0x000055fdfd264559 in mark_object (arg=) at ./debian/build-src/src/lisp.h:2175 ptr = 0x7f5b8da4eee8 obj = po = 0x7f5b8da4eee8 cdr_count = #116 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8e04d950 obj = 0x7f5b8e04d953 po = 0x7f5b8e04d950 cdr_count = 0 #117 0x000055fdfd264499 in mark_object (arg=) 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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8de95288 ptr = 0x7f5b8de95288 pvectype = obj = 0x7f5b8de9528d po = 0x7f5b8de95288 cdr_count = 0 #123 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8de95198 obj = po = 0x7f5b8de95198 cdr_count = #124 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8da4db30 obj = 0x7f5b8da4db33 po = 0x7f5b8da4db30 cdr_count = 1 #125 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da4dac0 obj = po = 0x7f5b8da4dac0 cdr_count = #126 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8da4fb68 obj = 0x7f5b8da4fb6b po = 0x7f5b8da4fb68 cdr_count = 2 #127 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da4fb18 obj = po = 0x7f5b8da4fb18 cdr_count = #128 0x000055fdfd264559 in mark_object (arg=) at ./debian/build-src/src/lisp.h:2175 ptr = 0x7f5b8da4fbe8 obj = po = 0x7f5b8da4fbe8 cdr_count = #129 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8e04d930 obj = 0x7f5b8e04d933 po = 0x7f5b8e04d930 cdr_count = 0 #130 0x000055fdfd264499 in mark_object (arg=) 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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8da755a0 ptr = 0x7f5b8da755a0 pvectype = obj = 0x7f5b8da755a5 po = 0x7f5b8da755a0 cdr_count = 0 #136 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8da75570 obj = po = 0x7f5b8da75570 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8dfc8bb0 ptr = 0x7f5b8dfc8bb0 pvectype = obj = 0x7f5b8dfc8bb5 po = 0x7f5b8dfc8bb0 cdr_count = 0 #142 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8dfc8b80 obj = po = 0x7f5b8dfc8b80 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff114db0 obj = 0x55fdff114db3 po = 0x55fdff114db0 cdr_count = 10 #146 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff114c30 obj = 0x55fdff114c33 po = 0x55fdff114c30 cdr_count = 1 #147 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd76c690 obj = po = 0x55fdfd76c690 cdr_count = #148 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dbe0d10 obj = 0x7f5b8dbe0d13 po = 0x7f5b8dbe0d10 cdr_count = 5 #149 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8dbe0c90 obj = po = 0x7f5b8dbe0c90 cdr_count = #150 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dbe0c70 obj = 0x7f5b8dbe0c73 po = 0x7f5b8dbe0c70 cdr_count = 0 #151 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dbdfe68 obj = 0x7f5b8dbdfe6b po = 0x7f5b8dbdfe68 cdr_count = 0 #152 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dbdfe58 obj = 0x7f5b8dbdfe5b po = 0x7f5b8dbdfe58 cdr_count = 1 #153 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd76e850 obj = po = 0x55fdfd76e850 cdr_count = #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=) at ./debian/build-src/src/lisp.h:2175 ptr = 0x7f5b8da75660 obj = po = 0x7f5b8da75660 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8da50458 ptr = 0x7f5b8da50458 pvectype = obj = 0x7f5b8da5045d po = 0x7f5b8da50458 cdr_count = 0 #162 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8da50428 obj = po = 0x7f5b8da50428 cdr_count = #163 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dc15bd8 obj = 0x7f5b8dc15bdb po = 0x7f5b8dc15bd8 cdr_count = 2 #164 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8dc15b88 obj = po = 0x7f5b8dc15b88 cdr_count = #165 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff102e70 obj = 0x55fdff102e73 po = 0x55fdff102e70 cdr_count = 5 #166 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff102e90 obj = 0x55fdff102e93 po = 0x55fdff102e90 cdr_count = 1 #167 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd76c360 obj = po = 0x55fdfd76c360 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8db2f840 ptr = 0x7f5b8db2f840 pvectype = obj = 0x7f5b8db2f845 po = 0x7f5b8db2f840 cdr_count = 0 #173 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8db2f810 obj = po = 0x7f5b8db2f810 cdr_count = #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 = i = 5 idx = 1 #175 0x000055fdfd264efa in mark_char_table (ptr=, pvectype=) at ./debian/build-src/src/alloc.c:6408 val = 0x7f5b8db2e9e5 size = i = idx = #176 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8db2e448 obj = 0x7f5b8db2e44b po = 0x7f5b8db2e448 cdr_count = 1 #177 0x000055fdfd264559 in mark_object (arg=) at ./debian/build-src/src/lisp.h:2175 ptr = 0x7f5b8db2e3e8 obj = po = 0x7f5b8db2e3e8 cdr_count = #178 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff103ac0 obj = 0x55fdff103ac3 po = 0x55fdff103ac0 cdr_count = 1 #179 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff103a60 obj = 0x55fdff103a63 po = 0x55fdff103a60 cdr_count = 1 #180 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da79100 obj = po = 0x7f5b8da79100 cdr_count = #181 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dc57140 obj = 0x7f5b8dc57143 po = 0x7f5b8dc57140 cdr_count = 0 #182 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dc570d0 obj = 0x7f5b8dc570d3 po = 0x7f5b8dc570d0 cdr_count = 1 #183 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8ddf1a40 obj = 0x7f5b8ddf1a43 po = 0x7f5b8ddf1a40 cdr_count = 3 #184 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8ddf19e0 obj = po = 0x7f5b8ddf19e0 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x55fdff1e9730 obj = po = 0x55fdff1e9730 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x55fdff1c29b0 obj = po = 0x55fdff1c29b0 cdr_count = #191 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff1a1970 obj = 0x55fdff1a1973 po = 0x55fdff1a1970 cdr_count = 4 #192 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff1a18d0 obj = 0x55fdff1a18d3 po = 0x55fdff1a18d0 cdr_count = 1 #193 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da73dc8 obj = po = 0x7f5b8da73dc8 cdr_count = #194 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0df120 obj = 0x55fdff0df123 po = 0x55fdff0df120 cdr_count = 0 #195 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0df0e0 obj = 0x55fdff0df0e3 po = 0x55fdff0df0e0 cdr_count = 0 #196 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0df080 obj = 0x55fdff0df083 po = 0x55fdff0df080 cdr_count = 0 #197 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0df640 obj = 0x55fdff0df643 po = 0x55fdff0df640 cdr_count = 3 #198 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da7cda0 obj = po = 0x7f5b8da7cda0 cdr_count = #199 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff12f720 obj = 0x55fdff12f723 po = 0x55fdff12f720 cdr_count = 2 #200 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd768160 obj = po = 0x55fdfd768160 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8dc05e88 ptr = 0x7f5b8dc05e88 pvectype = obj = 0x7f5b8dc05e8d po = 0x7f5b8dc05e88 cdr_count = 0 #206 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8dc05e58 obj = po = 0x7f5b8dc05e58 cdr_count = #207 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0f0da0 obj = 0x55fdff0f0da3 po = 0x55fdff0f0da0 cdr_count = 4 #208 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0f0d40 obj = 0x55fdff0f0d43 po = 0x55fdff0f0d40 cdr_count = 1 #209 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd766300 obj = po = 0x55fdfd766300 cdr_count = #210 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff12f140 obj = 0x55fdff12f143 po = 0x55fdff12f140 cdr_count = 0 #211 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff12f130 obj = 0x55fdff12f133 po = 0x55fdff12f130 cdr_count = 1 #212 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd763060 obj = po = 0x55fdfd763060 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8da818d0 ptr = 0x7f5b8da818d0 pvectype = obj = 0x7f5b8da818d5 po = 0x7f5b8da818d0 cdr_count = 0 #218 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8da818a0 obj = po = 0x7f5b8da818a0 cdr_count = #219 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8de13478 obj = 0x7f5b8de1347b po = 0x7f5b8de13478 cdr_count = 1 #220 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd767ef0 obj = po = 0x55fdfd767ef0 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8df45e98 obj = po = 0x7f5b8df45e98 cdr_count = #224 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0cf050 obj = 0x55fdff0cf053 po = 0x55fdff0cf050 cdr_count = 2 #225 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0d6eb0 obj = 0x55fdff0d6eb3 po = 0x55fdff0d6eb0 cdr_count = 1 #226 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdff12b0d0 obj = po = 0x55fdff12b0d0 cdr_count = #227 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff12e1c0 obj = 0x55fdff12e1c3 po = 0x55fdff12e1c0 cdr_count = 0 #228 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff12e1b0 obj = 0x55fdff12e1b3 po = 0x55fdff12e1b0 cdr_count = 1 #229 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd7627f0 obj = po = 0x55fdfd7627f0 cdr_count = #230 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dda9000 obj = 0x7f5b8dda9003 po = 0x7f5b8dda9000 cdr_count = 0 #231 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dda9130 obj = 0x7f5b8dda9133 po = 0x7f5b8dda9130 cdr_count = 3 #232 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8dda90d0 obj = po = 0x7f5b8dda90d0 cdr_count = #233 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff1ebc50 obj = 0x55fdff1ebc53 po = 0x55fdff1ebc50 cdr_count = 5 #234 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff1ebcb0 obj = 0x55fdff1ebcb3 po = 0x55fdff1ebcb0 cdr_count = 1 #235 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdff04e070 obj = po = 0x55fdff04e070 cdr_count = #236 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0d58a0 obj = 0x55fdff0d58a3 po = 0x55fdff0d58a0 cdr_count = 0 #237 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0d5890 obj = 0x55fdff0d5893 po = 0x55fdff0d5890 cdr_count = 1 #238 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da7df28 obj = po = 0x7f5b8da7df28 cdr_count = #239 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff12d810 obj = 0x55fdff12d813 po = 0x55fdff12d810 cdr_count = 0 #240 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff12d510 obj = 0x55fdff12d513 po = 0x55fdff12d510 cdr_count = 1 #241 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da4b0b8 obj = po = 0x7f5b8da4b0b8 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8da6f898 ptr = 0x7f5b8da6f898 pvectype = obj = 0x7f5b8da6f89d po = 0x7f5b8da6f898 cdr_count = 0 #247 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8da6f7c8 obj = po = 0x7f5b8da6f7c8 cdr_count = #248 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8de6fa68 obj = 0x7f5b8de6fa6b po = 0x7f5b8de6fa68 cdr_count = 2 #249 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd761800 obj = po = 0x55fdfd761800 cdr_count = #250 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8db170e8 obj = 0x7f5b8db170eb po = 0x7f5b8db170e8 cdr_count = 0 #251 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8db170b8 obj = po = 0x7f5b8db170b8 cdr_count = #252 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff130ae0 obj = 0x55fdff130ae3 po = 0x55fdff130ae0 cdr_count = 7 #253 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff130b40 obj = 0x55fdff130b43 po = 0x55fdff130b40 cdr_count = 1 #254 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd767020 obj = po = 0x55fdfd767020 cdr_count = #255 0x000055fdfd264499 in mark_object (arg=) 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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8ddd59c0 ptr = 0x7f5b8ddd59c0 pvectype = obj = 0x7f5b8ddd59c5 po = 0x7f5b8ddd59c0 cdr_count = 0 #261 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x7f5b8ddd5990 obj = po = 0x7f5b8ddd5990 cdr_count = #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=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x55fdff13f2d0 obj = po = 0x55fdff13f2d0 cdr_count = #265 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff21c070 obj = 0x55fdff21c073 po = 0x55fdff21c070 cdr_count = 4 #266 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff21c000 obj = 0x55fdff21c003 po = 0x55fdff21c000 cdr_count = 1 #267 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da50720 obj = po = 0x7f5b8da50720 cdr_count = #268 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff25ab80 obj = 0x55fdff25ab83 po = 0x55fdff25ab80 cdr_count = 0 #269 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff25ab70 obj = 0x55fdff25ab73 po = 0x55fdff25ab70 cdr_count = 1 #270 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da6fd28 obj = po = 0x7f5b8da6fd28 cdr_count = #271 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8e2d9448 obj = 0x7f5b8e2d944b po = 0x7f5b8e2d9448 cdr_count = 2 #272 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd763d80 obj = po = 0x55fdfd763d80 cdr_count = #273 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8deffc98 obj = 0x7f5b8deffc9b po = 0x7f5b8deffc98 cdr_count = 0 #274 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd769f30 obj = po = 0x55fdfd769f30 cdr_count = #275 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8da738e8 obj = 0x7f5b8da738eb po = 0x7f5b8da738e8 cdr_count = 1 #276 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8da73858 obj = 0x7f5b8da7385b po = 0x7f5b8da73858 cdr_count = 3 #277 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da737f8 obj = po = 0x7f5b8da737f8 cdr_count = #278 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8e04e690 obj = 0x7f5b8e04e693 po = 0x7f5b8e04e690 cdr_count = 0 #279 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8da737a8 obj = 0x7f5b8da737ab po = 0x7f5b8da737a8 cdr_count = 1 #280 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da73768 obj = po = 0x7f5b8da73768 cdr_count = #281 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x7f5b8dc241c8 obj = 0x7f5b8dc241cb po = 0x7f5b8dc241c8 cdr_count = 0 #282 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd7638a0 obj = po = 0x55fdfd7638a0 cdr_count = #283 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0d10a0 obj = 0x55fdff0d10a3 po = 0x55fdff0d10a0 cdr_count = 0 #284 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff0d1070 obj = 0x55fdff0d1073 po = 0x55fdff0d1070 cdr_count = 1 #285 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdff12ae30 obj = po = 0x55fdff12ae30 cdr_count = #286 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff1121d0 obj = 0x55fdff1121d3 po = 0x55fdff1121d0 cdr_count = 0 #287 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff1121a0 obj = 0x55fdff1121a3 po = 0x55fdff1121a0 cdr_count = 1 #288 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8da78430 obj = po = 0x7f5b8da78430 cdr_count = #289 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff111c50 obj = 0x55fdff111c53 po = 0x55fdff111c50 cdr_count = 0 #290 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff111ca0 obj = 0x55fdff111ca3 po = 0x55fdff111ca0 cdr_count = 1 #291 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x7f5b8ddd8720 obj = po = 0x7f5b8ddd8720 cdr_count = #292 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff114750 obj = 0x55fdff114753 po = 0x55fdff114750 cdr_count = 0 #293 0x000055fdfd264499 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6862 ptr = 0x55fdff114760 obj = 0x55fdff114763 po = 0x55fdff114760 cdr_count = 1 #294 0x000055fdfd2642dc in mark_object (arg=) at ./debian/build-src/src/alloc.c:6816 ptr = 0x55fdfd765d00 obj = po = 0x55fdfd765d00 cdr_count = #295 0x000055fdfd264499 in mark_object (arg=) 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=) at ./debian/build-src/src/alloc.c:6787 subr = 0x7f5b8e2d7e58 ptr = 0x7f5b8e2d7e58 pvectype = obj = 0x7f5b8e2d7e5d po = 0x7f5b8e2d7e58 cdr_count = 0 #301 0x000055fdfd2642d3 in mark_object (arg=) at ./debian/build-src/src/alloc.c:6815 ptr = 0x55fdfd765d90 obj = po = 0x55fdfd765d90 cdr_count = #302 0x000055fdfd2640c9 in visit_vectorlike_root (type=GC_ROOT_BUFFER_LOCAL_DEFAULT, ptr=, visitor=...) at ./debian/build-src/src/alloc.c:5885 size = 74 i = 9 #303 visit_buffer_root (type=GC_ROOT_BUFFER_LOCAL_DEFAULT, buffer=, 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 = buffer = 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 = original_fun = funcar = numargs = 1 val = count = 11 #308 Ffuncall (nargs=2, args=0x7ffe0cf4d288) at ./debian/build-src/src/eval.c:3007 fun = original_fun = funcar = numargs = 1 val = 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 = original_fun = 0xde60 funcar = numargs = 1 val = 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 = original_fun = 0x295d90760898 funcar = numargs = 0 val = 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=) at ./debian/build-src/src/eval.c:2495 i = maxargs = args_left = 0x0 numargs = 0 original_fun = original_args = 0x0 count = fun = 0x7f5b8de02ba5 val = funcar = argvals = {0x0, 0x7f5b923f4c60 , 0x120, 0x11, 0x55fdff1476d0, 0x5, 0x7ffe0cf4d6f8, 0x7f5b92297442 <__GI___libc_malloc+450>} #315 0x000055fdfd288488 in Feval (form=0x7f5b8dfd647b, lexical=) at ./debian/build-src/src/eval.c:2327 count = 3 #316 0x000055fdfd2830d7 in internal_condition_case (bfun=bfun@entry=0x55fdfd204e60 , handlers=handlers@entry=0x90, hfun=hfun@entry=0x55fdfd20acc0 ) at ./debian/build-src/src/eval.c:1450 val = 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 , arg=arg@entry=0x0) at ./debian/build-src/src/eval.c:1181 val = 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 = #321 0x000055fdfd20ac15 in Frecursive_edit () at ./debian/build-src/src/keyboard.c:803 count = 0 buffer = #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 = dump_mode = skip_args = 1 temacs = 0x0 attempt_load_pdump = rlim = {rlim_cur = 10022912, rlim_max = 18446744073709551615} lc_all = sockfd = -1 module_assertions = --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 02 08:25:11 2022 Received: (at 58956) by debbugs.gnu.org; 2 Nov 2022 12:25:11 +0000 Received: from localhost ([127.0.0.1]:45097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqCnv-0002cI-5u for submit@debbugs.gnu.org; Wed, 02 Nov 2022 08:25:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60882) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqCnt-0002c5-Hs for 58956@debbugs.gnu.org; Wed, 02 Nov 2022 08:25:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqCno-0000qq-6u; Wed, 02 Nov 2022 08:25:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=qO1M51UXkjoNEhkwDu9dQ+DwUM9aElgz3i2CuZ8g3lc=; b=Zp58wVfXeAsT JV8+qed0Bo1XfocawTg5n3D+3tW8QsTYzfs+4zX1Sys1ETgMHfzGpa7ERtrvF8EW2/IoPQZcm3L/A l8TQf4OC7+g/o+MZMl2aYbqvZJFsYfC/Ot/4dFX8zl1rWntN/Rcvf4g7yyORxMDinIShq9nG0fMKQ EQrxHXOvKDv8OK93WLO6xXlVCY5kUOTf5dM47XG/jf3GzVk6rQz+Bi+aD3R2oisQZW1rnvUdOymi4 8UC4TMxy3nbz9disup7R9pIHRV8W3NpO5DBnmI3dVpvWQx3hux/Ef/eE7w1OkE6SfnRiC8Ja142NN UygttsVFWXCk5H4/3RQpBQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqCnm-0003w7-IK; Wed, 02 Nov 2022 08:25:02 -0400 Date: Wed, 02 Nov 2022 14:24:51 +0200 Message-Id: <83a659bl2k.fsf@gnu.org> From: Eli Zaretskii To: Sean Whitton In-Reply-To: <874jvi5edp.fsf@melete.silentflame.com> (message from Sean Whitton on Tue, 01 Nov 2022 18:33:38 -0700) Subject: Re: bug#58956: mark_object, mark_objects(?) crash References: <874jvi5edp.fsf@melete.silentflame.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Sean Whitton > Date: Tue, 01 Nov 2022 18:33:38 -0700 > > Thread 1 (Thread 0x7f5b914cb380 (LWP 35005)): > #0 __pthread_kill_implementation (threadid=, signo=signo@entry=6, no_tid=no_tid@entry=0) at ./nptl/pthread_kill.c:44 > tid = > ret = 0 > pd = > old_mask = {__val = {0 }} > ret = > #1 0x00007f5b922895df in __pthread_kill_internal (signo=6, threadid=) at ./nptl/pthread_kill.c:78 > #2 0x00007f5b9223da02 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 > ret = > #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 = > #7 0x000055fdfd114765 in Fkill_emacs (arg=arg@entry=0x6) at ./debian/build-src/src/emacs.c:2692 > exit_code = > #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 , 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 () 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 = > 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 02 17:43:52 2022 Received: (at 58956) by debbugs.gnu.org; 2 Nov 2022 21:43:52 +0000 Received: from localhost ([127.0.0.1]:47291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqLWa-0004fq-GU for submit@debbugs.gnu.org; Wed, 02 Nov 2022 17:43:52 -0400 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:50061) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqLWX-0004fb-I4 for 58956@debbugs.gnu.org; Wed, 02 Nov 2022 17:43:50 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 3661A5C018C; Wed, 2 Nov 2022 17:43:44 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 02 Nov 2022 17:43:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=spwhitton.name; h=cc:cc:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1667425424; x=1667511824; bh=sv 4DQOZQCBZ7naLNse0nvOyt91Q1jxBdlKWfnV3qLDw=; b=Xuh8cj+pB0wyrEWTsS 2huJ8Hs09acWlBmjChmzLv+eQjVuFT+KDUvUepBOJnZ1CFJuTx7dnLYacjkaNwta IuFUDXUAxZoRzRc/z3w5D/XU4Ob3u7pOi5Q/h/WzCB0BdHywfYampQeOCwJMPChh OOEVEhGWAY6Dg5DcEqcaYXnniA3R7L8jVc79HkGfntBkd0lmcz/qhFZg7apMBquY rODmxFDD+JxORBPnTqXLr/J8I6e+VMCQrUog7al0aWhivV5QJaarP4PQgVqWCQpW Hnq39SwWXkUB0V5Sh2ZeYoa/yd/zGpn0eAiB3Nh6jv671ihUg3QbkOVlivLAM/J6 BH7w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1667425424; x=1667511824; bh=sv4DQOZQCBZ7naLNse0nvOyt91Q1 jxBdlKWfnV3qLDw=; b=aaYgV2atNU39ZO1y9VdPAbLQ65EkUK4JPrnOcdBXzdhu y6V/qKTAndTEXrnETTdAOKiC4tWp20qH2P3yYx3O599r1bmMbREOqJq3zYQ7hI9b irklEUbLy0tPdUBOUEGLWhdhiFXDCMsKBg8cf5cNUYqZzcwKU9XJh4R9S+fX5TOs 6YXaS2aRkQGOzvs+4DfWLAkQLSPHM9pGw694I1dRWksPoDJel6DNCdFdCYNN6P2u W82xHk3beCOgk5zxjBgnOE8jdVBAbLleXP9GcnNWMj41ss6PwM4bZkk31XBWNzyO OlTQSTNqaxW/J0xRqV7HoDuqLGELQfPgpjVku8mggA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrudejgdduhedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvvefujghffffkfgggtgesghdttdertdertdenucfhrhhomhepufgvrghn ucghhhhithhtohhnuceoshhpfihhihhtthhonhesshhpfihhihhtthhonhdrnhgrmhgvqe enucggtffrrghtthgvrhhnpefgffduffeuieejgfefudejhfelheevleduuedtgfdvjedt tdduheduueffkedtudenucffohhmrghinhepghhnuhdrohhrghenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehsphifhhhithhtohhnsehsphif hhhithhtohhnrdhnrghmvg X-ME-Proxy: Feedback-ID: i23c04076:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 2 Nov 2022 17:43:43 -0400 (EDT) Received: by melete.silentflame.com (Postfix, from userid 1000) id BBA867E386A; Wed, 2 Nov 2022 14:43:42 -0700 (MST) From: Sean Whitton To: Vincent Lefevre Subject: Re: Bug#1017711: emacs-gtk: terminated with signal SIGABRT, 137 MB coredump In-Reply-To: <20221101221733.GB9018@zira.vinc17.org> (Vincent Lefevre's message of "Tue, 1 Nov 2022 23:17:33 +0100") References: <20220819101031.GA1491685@zira.vinc17.org> <20220819101031.GA1491685@zira.vinc17.org> <20220822005548.GA282574@zira.vinc17.org> <87sfjr2cuf.fsf@melete.silentflame.com> <20221014105322.GE12227@zira.vinc17.org> <87ilk18mkw.fsf@melete.silentflame.com> <20221031145917.GD8422@zira.vinc17.org> <20221101221733.GB9018@zira.vinc17.org> Date: Wed, 02 Nov 2022 14:43:41 -0700 Message-ID: <87y1st3ucy.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, 1017711@bugs.debian.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello Vincent, Upstream says there isn't enough information in the backtrace to say anything helpful about this. Could you take a look at 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'. =2D-=20 Sean Whitton --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJNBAEBCgA3FiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAmNi5I0ZHHNwd2hpdHRv bkBzcHdoaXR0b24ubmFtZQAKCRBpW3rkvwZiQMGkD/4l653mHc0zzj6yOViW9pHP vLNywXMYz+iTCBpYMScayGtxXaX3rMqxcqzAjw+XFeb1FpGvWHVGTaCQtAiZ05dG Dn3QcU9LvtbwzTt5E8JNHfplnMTjvTRmeDH+4uTP9FKEGjZoagDVguSuyBS4yZzk JmiHSAdfBokmHckG/voPrJKnhGCiuOyvhhR/AxTlkJjv7YLhi1MPv3F2uPX3VZbq 4EvkkNL2kEM6XHaW+Lbpq5KfJmrQpvGqkpgfMV+ot1ETsVKKhdxKCv6Oz2fVSHM7 isZNbmDeIgwN+5ZynoX9cc9VVkzYpWsJz25jtKLAED7nqceZmO9mwuXFJUqWN5od cWO98npGwCR4qTheTQDE2mS9omky3ZowvkZosLAbD6E0VunAG5V57glogJjt2NUo HRXSUxzB8l8OVKyz+UO+d+L4uEIlatU7FtsMwrprgqONJDGM7mGBAvZFR/af8dnA D0Osuy272kNnsyvE2NTRc3xvXYh9cXEWh9GecfR/6PLNGzcah/l27fIlAsrJSunR UVH8Y/1WpWUwlByP78SPhtJ4x6FvfMenwJO5pAWaDc6u39xzGGBqW7C245geDap/ E2QNzf5s9yyOdCRIKhTIIh04YBHp6otVPJMCXclgM9kXyKVz2ixsKJ17VS2Ak7x3 mOHgDFZtqXcb0QPo/YQIuA== =WSNJ -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 02 23:00:51 2022 Received: (at 58956) by debbugs.gnu.org; 3 Nov 2022 03:00:51 +0000 Received: from localhost ([127.0.0.1]:47484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqQTL-0006cV-A6 for submit@debbugs.gnu.org; Wed, 02 Nov 2022 23:00:51 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:56582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqQTJ-0006cL-G8 for 58956@debbugs.gnu.org; Wed, 02 Nov 2022 23:00:50 -0400 Received: from smtp-zira.vinc17.net (128.119.75.86.rev.sfr.net [86.75.119.128]) by joooj.vinc17.net (Postfix) with ESMTPSA id 3722CBD; Thu, 3 Nov 2022 04:00:47 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 7C7CB2800303; Thu, 3 Nov 2022 04:00:46 +0100 (CET) Date: Thu, 3 Nov 2022 04:00:46 +0100 From: Vincent Lefevre To: Sean Whitton Subject: Re: bug#58956: mark_object, mark_objects(?) crash Message-ID: <20221103030046.GA57325@zira.vinc17.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87y1st3ucy.fsf@melete.silentflame.com> <83a659bl2k.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, 1017711@bugs.debian.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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 > 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 - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 03 02:47:27 2022 Received: (at 58956) by debbugs.gnu.org; 3 Nov 2022 06:47:27 +0000 Received: from localhost ([127.0.0.1]:47660 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqU0d-0004Hl-0L for submit@debbugs.gnu.org; Thu, 03 Nov 2022 02:47:27 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59490) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqU0a-0004HY-Qy for 58956@debbugs.gnu.org; Thu, 03 Nov 2022 02:47:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqU0T-0003FD-Pp; Thu, 03 Nov 2022 02:47:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=/VMmOjRzJQnxT5znrB2R+EtwiHREfHgAEcsH6BOPxCk=; b=fIjS35H1HiyF 6Se+0TAy+SgRKwRaKOgCmXBqNX46GG8492FHIgTJsHuEFTQ7I8k1QWODpILk07bD/A+E0nIqTBMiH 8hY1dattc60uq/U38FlWnI8WRoYacB+4yvjhAG9dMclpluZayv5zwXl0ya7p03XffxB5RYTE8O17Q HEYOupezmaOOB9MvO3tzJO76pI+FKqdRZJefTuo86kLbJFsmR2NAnIxbdm7L0FxLWYJYaAl6KhtjT HFgF9g4zDKorms/hdMK07wQ1LV3umcHFX2xQs2khqZggdWaQTX+RAhFD2K7dTxq1XYo+i6uz48zw5 MoBq92nzXaICG0sxz/Wxyw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqU0Q-00069N-NV; Thu, 03 Nov 2022 02:47:17 -0400 Date: Thu, 03 Nov 2022 08:47:06 +0200 Message-Id: <83o7to8rh1.fsf@gnu.org> From: Eli Zaretskii To: Vincent Lefevre In-Reply-To: <20221103030046.GA57325@zira.vinc17.org> (message from Vincent Lefevre on Thu, 3 Nov 2022 04:00:46 +0100) Subject: Re: bug#58956: mark_object, mark_objects(?) crash References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, 1017711@bugs.debian.org, spwhitton@spwhitton.name X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 58956@debbugs.gnu.org, 1017711@bugs.debian.org > Date: Thu, 3 Nov 2022 04:00:46 +0100 > From: Vincent Lefevre > > 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 03 06:13:12 2022 Received: (at 58956) by debbugs.gnu.org; 3 Nov 2022 10:13:12 +0000 Received: from localhost ([127.0.0.1]:48088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqXDk-0002Hh-5E for submit@debbugs.gnu.org; Thu, 03 Nov 2022 06:13:12 -0400 Received: from joooj.vinc17.net ([155.133.131.76]:33692) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqXDj-0002HZ-41 for 58956@debbugs.gnu.org; Thu, 03 Nov 2022 06:13:11 -0400 Received: from smtp-zira.vinc17.net (128.119.75.86.rev.sfr.net [86.75.119.128]) by joooj.vinc17.net (Postfix) with ESMTPSA id 257C9BD; Thu, 3 Nov 2022 11:13:09 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id E7C5D2800212; Thu, 3 Nov 2022 11:13:08 +0100 (CET) Date: Thu, 3 Nov 2022 11:13:08 +0100 From: Vincent Lefevre To: Eli Zaretskii Subject: Re: bug#58956: mark_object, mark_objects(?) crash Message-ID: <20221103101308.GD9442@zira.vinc17.org> References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <83o7to8rh1.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, 1017711@bugs.debian.org, spwhitton@spwhitton.name X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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 - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 03 06:27:19 2022 Received: (at 58956) by debbugs.gnu.org; 3 Nov 2022 10:27:19 +0000 Received: from localhost ([127.0.0.1]:48103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqXRP-0002mK-5P for submit@debbugs.gnu.org; Thu, 03 Nov 2022 06:27:19 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35674) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqXRN-0002m5-0Q for 58956@debbugs.gnu.org; Thu, 03 Nov 2022 06:27:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqXRG-0003hL-UM; Thu, 03 Nov 2022 06:27:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=MwMdeKQmyPQYkH9dSeadx2vXVxuUAjAFFYbrJdGg1xQ=; b=m4IJlGZNcKy4 ggn8X1n4ZMfv4+4J21/5QLqAmV8xlczE2APHYFhrpbriFiux2O+hcvSgNX907hP1FG2YhPQ6dxSMv kGCKnYBO041IVaQ73IqHjhyF6W8XHctoECc5YTWsBKSGZTNbVrgVxzclz7zWHysNMi9us93FuK9wW ljG2BZ8kyr84e5mCNNktqPIQ7AVrpfO8wURZp/9y1w4qLwDxZ/1YhZzqsPyj0Eqmw29BTNZ/ptqnC DqNssXNPIhrbeXk0v4oZNnPHgNtZl8OsKOiGlfLlAa9debMvOmhbywtIU4t/RUIb3kidc7S/UshMl d5pAV2q4KTmDv71Ivqx4rQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqXRG-00083F-8N; Thu, 03 Nov 2022 06:27:10 -0400 Date: Thu, 03 Nov 2022 12:27:01 +0200 Message-Id: <83zgd872q2.fsf@gnu.org> From: Eli Zaretskii To: Vincent Lefevre , Andrea Corallo In-Reply-To: <20221103101308.GD9442@zira.vinc17.org> (message from Vincent Lefevre on Thu, 3 Nov 2022 11:13:08 +0100) Subject: Re: bug#58956: mark_object, mark_objects(?) crash References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, 1017711@bugs.debian.org, spwhitton@spwhitton.name X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 3 Nov 2022 11:13:08 +0100 > From: Vincent Lefevre > 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 03 17:25:14 2022 Received: (at 58956) by debbugs.gnu.org; 3 Nov 2022 21:25:14 +0000 Received: from localhost ([127.0.0.1]:50933 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqhi5-000846-VU for submit@debbugs.gnu.org; Thu, 03 Nov 2022 17:25:14 -0400 Received: from mx.sdf.org ([205.166.94.24]:57312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqhi3-00083v-Bi for 58956@debbugs.gnu.org; Thu, 03 Nov 2022 17:25:12 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 2A3LP745017047 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Thu, 3 Nov 2022 21:25:07 GMT From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#58956: mark_object, mark_objects(?) crash In-Reply-To: <83zgd872q2.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 03 Nov 2022 12:27:01 +0200") References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> Date: Thu, 03 Nov 2022 21:25:08 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, Vincent Lefevre , 1017711@bugs.debian.org, spwhitton@spwhitton.name X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> Date: Thu, 3 Nov 2022 11:13:08 +0100 >> From: Vincent Lefevre >> 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 04 03:01:39 2022 Received: (at 58956) by debbugs.gnu.org; 4 Nov 2022 07:01:39 +0000 Received: from localhost ([127.0.0.1]:51473 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqqhu-0008J7-NB for submit@debbugs.gnu.org; Fri, 04 Nov 2022 03:01:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55628) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqqhq-0008Ir-IL for 58956@debbugs.gnu.org; Fri, 04 Nov 2022 03:01:37 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqqhj-0007x8-QC; Fri, 04 Nov 2022 03:01:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=CqwBkyqh8VF5NHcTfivkMzL2c49PPeMs6sX9AhHrRAc=; b=kVtdAVWuAeEl 1hLezwWdp0KwWnM/snQ+CkX6WU3WlwHK8lfD8hWCjIz9U2W1hRM3l7fvvSDqJ/0I0tugOzmqNOgVY 3+vvz9AgCRf+FoujSskzBw1F+7rxUHMyaf5+NyzjXUs3r8d5At0Szb/i5oFVZeDUIWnLfq3kbB7dH w3bNVVrdC8Joox/VsfOgDCSI6aVFKbJsI2f7F615CiTevYnM9DXqNkM20Y8zm7n3qJQgyhUxGzkTJ 3/f+xdG9si58tnB2NJN4LQdchde5TiyBo/E8oo4mhzadh8c5swbdTegI73N9hqF/nt7CK5bn+f1TQ XNBvUmM9KruVddDUkoKw5w==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqqhJ-000336-J2; Fri, 04 Nov 2022 03:01:03 -0400 Date: Fri, 04 Nov 2022 09:00:54 +0200 Message-Id: <83zgd75hll.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo , Paul Eggert In-Reply-To: (message from Andrea Corallo on Thu, 03 Nov 2022 21:25:08 +0000) Subject: Re: bug#58956: mark_object, mark_objects(?) crash References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, vincent@vinc17.net, 1017711@bugs.debian.org, spwhitton@spwhitton.name X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Andrea Corallo > Cc: Vincent Lefevre , 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? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 04 17:04:05 2022 Received: (at 58956) by debbugs.gnu.org; 4 Nov 2022 21:04:05 +0000 Received: from localhost ([127.0.0.1]:54948 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1or3rB-0006bd-8b for submit@debbugs.gnu.org; Fri, 04 Nov 2022 17:04:05 -0400 Received: from mx.sdf.org ([205.166.94.24]:55360) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1or3r6-0006bA-1M for 58956@debbugs.gnu.org; Fri, 04 Nov 2022 17:04:03 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 2A4L3lN4022265 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 4 Nov 2022 21:03:48 GMT From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#58956: mark_object, mark_objects(?) crash In-Reply-To: <83zgd75hll.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 04 Nov 2022 09:00:54 +0200") References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> Date: Fri, 04 Nov 2022 21:03:47 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, Paul Eggert , vincent@vinc17.net, 1017711@bugs.debian.org, spwhitton@spwhitton.name X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: Vincent Lefevre , 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 From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 05 16:55:06 2022 Received: (at 58956) by debbugs.gnu.org; 5 Nov 2022 20:55:06 +0000 Received: from localhost ([127.0.0.1]:58181 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orQC1-0001qq-UR for submit@debbugs.gnu.org; Sat, 05 Nov 2022 16:55:06 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:47806) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orQBy-0001qE-5F for 58956@debbugs.gnu.org; Sat, 05 Nov 2022 16:55:04 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id D11F016007F; Sat, 5 Nov 2022 13:54:55 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 3izqxEyaQWdB; Sat, 5 Nov 2022 13:54:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 0B514160080; Sat, 5 Nov 2022 13:54:55 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.9.2 zimbra.cs.ucla.edu 0B514160080 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=78364E5A-2AF3-11ED-87FA-8298ECA2D365; t=1667681695; bh=pLzt+sK+eS32v1UdJ9/DRueJZVYQIcsROZ6OtEZ9ieU=; h=Content-Type:Message-ID:Date:MIME-Version:To:From:Subject; b=Yc0H5PLE6uCXj8iZxHR8i0yjqQ5WCQ/lqPasuO3Rs7G+ls8e0rwRuO6V4BDMrPrzz MCzR2/ICSk1bkmD63vqr1UHxac0UaN9WAA9dEPAmAwh5yJq392fvwFPzPppNyKtsx4 tTWd/bQWyejmisdW9kiOqr0I0xgV09cPv+tC6l9E= X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id nrShntpGO-aZ; Sat, 5 Nov 2022 13:54:54 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id C19B516007F; Sat, 5 Nov 2022 13:54:54 -0700 (PDT) Content-Type: multipart/mixed; boundary="------------5SXrSVnFXKAe8duTjdFv7Et0" Message-ID: <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> Date: Sat, 5 Nov 2022 13:54:54 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.3 Content-Language: en-US To: Eli Zaretskii , Andrea Corallo References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department Subject: Re: bug#58956: mark_object, mark_objects(?) crash In-Reply-To: <83zgd75hll.fsf@gnu.org> X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, vincent@vinc17.net, 1017711@bugs.debian.org, spwhitton@spwhitton.name X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) This is a multi-part message in MIME format. --------------5SXrSVnFXKAe8duTjdFv7Et0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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. --------------5SXrSVnFXKAe8duTjdFv7Et0 Content-Type: text/x-patch; charset=UTF-8; name="sighup.diff" Content-Disposition: attachment; filename="sighup.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9lbWFjcy5jIGIvc3JjL2VtYWNzLmMKaW5kZXggMWIyYWE5NDQy Yi4uOTJlMjI5OWEwNCAxMDA2NDQKLS0tIGEvc3JjL2VtYWNzLmMKKysrIGIvc3JjL2VtYWNz LmMKQEAgLTQzMiw5ICs0MzIsOSBAQCB0ZXJtaW5hdGVfZHVlX3RvX3NpZ25hbCAoaW50IHNp ZywgaW50IGJhY2t0cmFjZV9saW1pdCkKICAgICAgICAgICBpZiAoc2lnID09IFNJR1RFUk0g fHwgc2lnID09IFNJR0hVUCB8fCBzaWcgPT0gU0lHSU5UKQogCSAgICB7CiAJICAgICAgLyog QXZvaWQgYWJvcnQgaW4gc2h1dF9kb3duX2VtYWNzIGlmIHdlIHdlcmUgaW50ZXJydXB0ZWQK LQkJIGJ5IFNJR0lOVCBpbiBub25pbnRlcmFjdGl2ZSB1c2FnZSwgYXMgaW4gdGhhdCBjYXNl IHdlCisJCSBpbiBub25pbnRlcmFjdGl2ZSB1c2FnZSwgYXMgaW4gdGhhdCBjYXNlIHdlCiAJ CSBkb24ndCBjYXJlIGFib3V0IHRoZSBtZXNzYWdlIHN0YWNrLiAgKi8KLQkgICAgICBpZiAo c2lnID09IFNJR0lOVCAmJiBub25pbnRlcmFjdGl2ZSkKKwkgICAgICBpZiAobm9uaW50ZXJh Y3RpdmUpCiAJCWNsZWFyX21lc3NhZ2Vfc3RhY2sgKCk7CiAJICAgICAgRmtpbGxfZW1hY3Mg KG1ha2VfZml4bnVtIChzaWcpLCBRbmlsKTsKIAkgICAgfQo= --------------5SXrSVnFXKAe8duTjdFv7Et0-- From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 01:52:07 2022 Received: (at 58956) by debbugs.gnu.org; 6 Nov 2022 05:52:07 +0000 Received: from localhost ([127.0.0.1]:58546 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orYZf-0007BH-1H for submit@debbugs.gnu.org; Sun, 06 Nov 2022 01:52:05 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44836) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orYZR-0007AZ-4x for 58956@debbugs.gnu.org; Sun, 06 Nov 2022 01:51:53 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orYZK-0002zl-JR; Sun, 06 Nov 2022 01:51:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=AyFGf/uN3KDs+yghVJiYk4qewnKDpvDuk6X8LPIBwXY=; b=EXe5IjkJ3ti6 ltqKi6JB0/hhe1UacrxBisxMEklVonfpWiXg67SztX/IAO2vnhZnplpri3d5GHw/SiQ+9Ha56O4jS l6fzPDIS8yGXtVTV7yD2HJG2zTupiZlqwPDJ1RNI0m4jjXX5Vznf3CUlVi5fdL9K4i5eGYzHHSzeP KcK83c7J948dEhbzp93hBEsG34o+6Z3ajOlRsSauKTdH1VxV/qy44ExlJJ7PeGm+ggcvI9dZZZnr0 gAZS+Dty4mhyab4l8VMK2pExDrZmCBLrBjYanCzZQKYq0qPHtHdhDKhTMn5YuonrCkxiZwSKSZa4g fcxipkyuztXgM3I8FHE51w==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orYZH-0005Sf-23; Sun, 06 Nov 2022 01:51:41 -0400 Date: Sun, 06 Nov 2022 07:51:18 +0200 Message-Id: <83fsew3a21.fsf@gnu.org> From: Eli Zaretskii To: Paul Eggert In-Reply-To: <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> (message from Paul Eggert on Sat, 5 Nov 2022 13:54:54 -0700) Subject: Re: bug#58956: mark_object, mark_objects(?) crash References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, spwhitton@spwhitton.name, vincent@vinc17.net, 1017711@bugs.debian.org, akrl@sdf.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > 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 > > 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? From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 14:18:13 2022 Received: (at 58956) by debbugs.gnu.org; 6 Nov 2022 19:18:13 +0000 Received: from localhost ([127.0.0.1]:60625 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orl9p-0007Nh-71 for submit@debbugs.gnu.org; Sun, 06 Nov 2022 14:18:13 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:38622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orl9m-0007NT-IB for 58956@debbugs.gnu.org; Sun, 06 Nov 2022 14:18:11 -0500 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 1D6C7160076; Sun, 6 Nov 2022 11:18:05 -0800 (PST) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id tgXBSvEY-u1b; Sun, 6 Nov 2022 11:18:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 558A7160082; Sun, 6 Nov 2022 11:18:04 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.9.2 zimbra.cs.ucla.edu 558A7160082 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=78364E5A-2AF3-11ED-87FA-8298ECA2D365; t=1667762284; bh=2Xl3jwo8OCvyDQEQP/UZ4voa67ZV9KbH8uN4yKrk9KA=; h=Message-ID:Date:MIME-Version:To:From:Subject:Content-Type: Content-Transfer-Encoding; b=NgVfo1GQIwCALMD0cMZGj2WyLr8IiPHQxv1N2nuvQGgsEIsqH10xcQsaDM4o6qkq1 dUVFcmIAeQc6FlEHg7m0+01Ps4ejS8sVNxGQ6bH+EnmfI0Bdt/Qvst2xoQmLzkuaEQ OEfrIn/Pjbr4JJvCM1DMLDPKhG1dhwBLvGQNhI8k= X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id iCnhJaNzJ8Gu; Sun, 6 Nov 2022 11:18:04 -0800 (PST) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 1D26C160076; Sun, 6 Nov 2022 11:18:04 -0800 (PST) Message-ID: <3fc1de10-5fb1-fd30-a771-ce58a533bfbf@cs.ucla.edu> Date: Sun, 6 Nov 2022 11:18:03 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.3 Content-Language: en-US To: Eli Zaretskii References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> <83fsew3a21.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department Subject: Re: bug#58956: mark_object, mark_objects(?) crash In-Reply-To: <83fsew3a21.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, spwhitton@spwhitton.name, vincent@vinc17.net, 1017711@bugs.debian.org, akrl@sdf.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 14:33:04 2022 Received: (at 58956) by debbugs.gnu.org; 6 Nov 2022 19:33:04 +0000 Received: from localhost ([127.0.0.1]:60659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orlOB-0007m1-LL for submit@debbugs.gnu.org; Sun, 06 Nov 2022 14:33:04 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48692) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orlO9-0007lW-Tj for 58956@debbugs.gnu.org; Sun, 06 Nov 2022 14:33:02 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orlO1-0000pi-PC; Sun, 06 Nov 2022 14:32:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=xZLUIt/C/jNzSJN5rmhMEDHUsher4OF+r0URoqRG3Uc=; b=gOZ3XCfcmmed 8ov8lIlBLqMQ1Fj9shaQaMjYBExERGUmU0Z+MEUL2ZjfHN6lD6DwfrNHNiGSuXboJqmet9VNGchWJ sDIWtbfiaEnvqXSzpqdAgKtWsyhhQv4bhR1aK8TFqT6qwCmZ4cE34dy2a+LeT2++1K9cTffm6sZ7m 1EIVU4xaAE7h1xXcoIzbYBUcDPZoLkmZaPLf/G9BQ3Ea8cyWJ9OLJ/qYOviCa2JLddpR+arPPLz1k 5FOjKghfjHsmRvsJEQMhThdHJdsbecYCVLuYS+oYNFg3ZtJNRRTSRZGt6JE+Q9kkG82efkkFbtXwb FM/2or7vs3utLkcvx/vk1A==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orlO1-00010N-2i; Sun, 06 Nov 2022 14:32:53 -0500 Date: Sun, 06 Nov 2022 21:32:35 +0200 Message-Id: <83o7tjzxnw.fsf@gnu.org> From: Eli Zaretskii To: Paul Eggert In-Reply-To: <3fc1de10-5fb1-fd30-a771-ce58a533bfbf@cs.ucla.edu> (message from Paul Eggert on Sun, 6 Nov 2022 11:18:03 -0800) Subject: Re: bug#58956: mark_object, mark_objects(?) crash References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> <83fsew3a21.fsf@gnu.org> <3fc1de10-5fb1-fd30-a771-ce58a533bfbf@cs.ucla.edu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, spwhitton@spwhitton.name, vincent@vinc17.net, 1017711@bugs.debian.org, akrl@sdf.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > 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 > > 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 14:44:52 2022 Received: (at 58956) by debbugs.gnu.org; 6 Nov 2022 19:44:52 +0000 Received: from localhost ([127.0.0.1]:60707 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orlZc-00084T-Ay for submit@debbugs.gnu.org; Sun, 06 Nov 2022 14:44:52 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:40274) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orlZb-00084G-94 for 58956@debbugs.gnu.org; Sun, 06 Nov 2022 14:44:51 -0500 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 5596C160082; Sun, 6 Nov 2022 11:44:45 -0800 (PST) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id X63khu6r0Ton; Sun, 6 Nov 2022 11:44:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 98265160085; Sun, 6 Nov 2022 11:44:44 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.9.2 zimbra.cs.ucla.edu 98265160085 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=78364E5A-2AF3-11ED-87FA-8298ECA2D365; t=1667763884; bh=2hGmDBPtzSowgamvpKWTEkhJ2vj9WrMMKqi4m7lXjyw=; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type: Content-Transfer-Encoding; b=byF9jr2ng9bRcCLoEUuSRUsOERgRQ6/ebVQ34p55RWzk4GCkCAeVfKcAK9KrQiWyV H0u/QjVbhpBHqdbrrhmzX1+M63f6jaU/k4eoaGlFouXHE01Xi+EccOdlTsxKpoDy+4 PIlKpO0bVvdsII+3SVPfCuytbbR9Q8HH//SslkMQ= X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id GIwzM75LHwtz; Sun, 6 Nov 2022 11:44:44 -0800 (PST) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 5AD04160082; Sun, 6 Nov 2022 11:44:44 -0800 (PST) Message-ID: <66fe97c6-68dd-2f97-d8f4-9eb12ad20c20@cs.ucla.edu> Date: Sun, 6 Nov 2022 11:44:43 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.3 Subject: Re: bug#58956: mark_object, mark_objects(?) crash Content-Language: en-US To: Eli Zaretskii References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> <83fsew3a21.fsf@gnu.org> <3fc1de10-5fb1-fd30-a771-ce58a533bfbf@cs.ucla.edu> <83o7tjzxnw.fsf@gnu.org> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <83o7tjzxnw.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, spwhitton@spwhitton.name, vincent@vinc17.net, 1017711@bugs.debian.org, akrl@sdf.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 06 14:58:57 2022 Received: (at 58956) by debbugs.gnu.org; 6 Nov 2022 19:58:57 +0000 Received: from localhost ([127.0.0.1]:60720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orlnE-0008Ra-NJ for submit@debbugs.gnu.org; Sun, 06 Nov 2022 14:58:56 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1orlnA-0008RL-AO for 58956@debbugs.gnu.org; Sun, 06 Nov 2022 14:58:54 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orln3-0005zJ-4F; Sun, 06 Nov 2022 14:58:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=cOXtaPAvCObBeA8wAvlZURhw4BIHmc3TMIqf+sL8h9A=; b=isK1nCXAq6Pe 0YzxcNVr8I1+woMw3RVpI3Y2f53ZtvTWDgKUx4FaUkMv+hUdOayxsP6Z6T0KFSRbNTZB7ScWAhw9h qBWZu6qKjcFI5vIQMtAA4zJ5nKmwF1KYIKGChlKI6fJsewFx8xCNTEOuZTmWefEooQjKSRyQHVmh4 uus91LFg8hGkac0oLjUmRtsXcrZ7jdYOyhoz7EvnkOTE6pmsOK9BqSLVQBtBcy1KxMuu5aEdhhX81 +podhkEwNGOkvTV4sc//jw0YbE4+kkaH+flBQoy1Ky0EacNprV+M8CgQxm/weXJPYoyc4ktz7QIP+ 7enURyQeQ0arA95luYC8qQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1orln2-00037J-Gt; Sun, 06 Nov 2022 14:58:44 -0500 Date: Sun, 06 Nov 2022 21:58:26 +0200 Message-Id: <83mt93zwgt.fsf@gnu.org> From: Eli Zaretskii To: Paul Eggert In-Reply-To: <66fe97c6-68dd-2f97-d8f4-9eb12ad20c20@cs.ucla.edu> (message from Paul Eggert on Sun, 6 Nov 2022 11:44:43 -0800) Subject: Re: bug#58956: mark_object, mark_objects(?) crash References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> <83fsew3a21.fsf@gnu.org> <3fc1de10-5fb1-fd30-a771-ce58a533bfbf@cs.ucla.edu> <83o7tjzxnw.fsf@gnu.org> <66fe97c6-68dd-2f97-d8f4-9eb12ad20c20@cs.ucla.edu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58956 Cc: 58956@debbugs.gnu.org, spwhitton@spwhitton.name, vincent@vinc17.net, 1017711@bugs.debian.org, akrl@sdf.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > 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 > > 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. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 08 17:03:00 2022 Received: (at 58956) by debbugs.gnu.org; 8 Nov 2022 22:03:00 +0000 Received: from localhost ([127.0.0.1]:38340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1osWgN-0004iS-Et for submit@debbugs.gnu.org; Tue, 08 Nov 2022 17:03:00 -0500 Received: from mail-pf1-f179.google.com ([209.85.210.179]:47029) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1osUWC-0001Mt-33 for 58956@debbugs.gnu.org; Tue, 08 Nov 2022 14:44:20 -0500 Received: by mail-pf1-f179.google.com with SMTP id b29so14675903pfp.13 for <58956@debbugs.gnu.org>; Tue, 08 Nov 2022 11:44:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arizona-edu.20210112.gappssmtp.com; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=65J0vls5nwpc8P4pwdhmWMXPrAk68jJQcWFBzEu+k9M=; b=InVPIuPrVaoRrfZO6NwwlH2rykmcZEEBxKyJvIeqGRO1WYV7ZekaIuoD5NeO6G3KxW 0vqpirhutNVq/vD2IG4vohb7ojBfAlQv4cjETlgephLFDOgw5jZouLBiVq7WfRvG/+Gl xIfNxuSffg3zt0ULv7sFENNTkb8V3fliq/oXAAGKTFaw3Ql9aa9Lkc4LjY0uhJzPIB5g 4e0K/QJDolCw3iFRfmOJtncUtbARsUScw9YAC/cnzxnk3cL7Ur80UNgrFBUJi0gagyjH 2Zu9u0yOYT8/bLMJl1/Fc34ZDov3ZbI7kZDtSdH9Pkk0N2n2Il3K6e1Qegnd9NAoWbQi DA5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=65J0vls5nwpc8P4pwdhmWMXPrAk68jJQcWFBzEu+k9M=; b=uiWc0QIT+kHy5Wemc2VR28+zxtIHaHD1r5lP6yzC9Clq39qd8Oi7GASF78K1LQkCak cXISLeBATXLm5L5ZY2OgBzOmzji0GI06TE13rpZjfKbegzXEj+dXA29oD8OeehUBVjDs jSPc7HQaHhfvja8ej+v5Yik8+z7kp5pgno3eJY7yFZysTCIHpwU96HhBNvabAH7V5OLx 5m6bAKDOI7Ah4PdH3zDIAeM/ni+CxUo9zUbQSrHSklZGx8kI56wMrkEQt/Wf6G53FRy0 /G3RSi5QWq31pxFPAygwy56OeyriSBUH3NT/ADYvyv/7VaXnc1TZO6rvAn1NO08PmqTj VAFw== X-Gm-Message-State: ACrzQf3Z26RPvpMSdzr5AMZ0n1sS5JtROXA6z8pD4bf41MN4JJhKRpEp ZicbTzrTzArqMfyD2krkcM7ZdrQ8ATSQ9eSvHtwPSzlx+HwAVZonfQ8S4saipM2OE1Op2D0aK77 iK9E+YA== X-Google-Smtp-Source: AMsMyM41P7sH8VZ6TA9I0PjeHnhAzxBOxJIHr6xPhF5dlrEouGsYdDpsvvy3WbmcmiWl+nCskUYBbg== X-Received: by 2002:a05:6a00:140d:b0:528:5a5a:d846 with SMTP id l13-20020a056a00140d00b005285a5ad846mr58775991pfu.9.1667936652029; Tue, 08 Nov 2022 11:44:12 -0800 (PST) Received: from melete.silentflame.com (19-165-135-150.dynamic.arizona.edu. [150.135.165.19]) by smtp.gmail.com with ESMTPSA id b143-20020a621b95000000b0056bfebfa6e4sm6723411pfb.190.2022.11.08.11.44.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Nov 2022 11:44:11 -0800 (PST) Received: by melete.silentflame.com (Postfix, from userid 1000) id 22C327E5F37; Tue, 8 Nov 2022 12:44:10 -0700 (MST) From: Sean Whitton To: Vincent Lefevre Subject: Re: bug#58956: mark_object, mark_objects(?) crash In-Reply-To: <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> (Paul Eggert's message of "Sat, 5 Nov 2022 13:54:54 -0700") References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> Date: Tue, 08 Nov 2022 12:44:08 -0700 Message-ID: <87cz9x1bav.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-ua-ms: gsuite X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58956 X-Mailman-Approved-At: Tue, 08 Nov 2022 17:02:58 -0500 Cc: 1017711@bugs.debian.org, Eli Zaretskii , Paul Eggert , 58956@debbugs.gnu.org, Andrea Corallo X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello Vincent, Are you able to test the patch? Let me know if you need help getting an installable .deb. Thanks. =2D-=20 Sean Whitton --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJKBAEBCgA0FiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAmNqsYkWHHNwd2hpdHRv bkBhcml6b25hLmVkdQAKCRBpW3rkvwZiQC5nD/0VomJWICIOoFjbhXZV2p4r7NRF 3Uwgd6xuQnxqAExzVkOuGXcQJzhlibx/SHHaB4mekEpea+HKFzYUNXcSYeQBmaQY w9vCvA235Q4f74iPQk7gp2VFNSYsi6nzPB/TWg+ryq2CXN/XGn84iCwARjhw578v qB26Zo8l5dm5x8pTr47+lw0Q2uw3r5eYYoK4aI8ZrPmXqlx6HVRdF1VSN1oBp1jw OpfYY8KanD33rTmttWvysbBpFX6jzikbG2K0CWSR0BiqJhQgq7lId+eTG/jN52PM /spKhNxmna36PG/agtehjKC4wKZwuO6xeZeXbjG6jiKT0hzGu1hOL/2WEqBwIkO1 HyUsQu1V4q72YpYMHpwYQVupPR0tgOLkTyHJH/W9xjcwJi6mxKjzuxrtR5FqUtc2 ZSALQjKAXIPlKy1qcxuWlEitkiGcHNIGRium2CRXxUmCLqrFvU11UcvMnFhGpZom 0H3XzkXMd0b7oXLM3dNd//Kj1m+SWqAl/C9C2Y6eBp/GzLssnY1NQFshXWtnxmQQ aUZujXn5Qm/eh/QVni/b2q8hEIGffaC603anFbZKFOhaL1tZVIDs/dg8BFJp8gX4 S2R2DxCoeWxiuzbh4ZnmdCdbowHISOLImHTdjBWf9UGH95Jv+1B30FGMaDCusEzV i2RLVFqMQtwzUtpwZg== =TZRk -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 10 05:14:46 2022 Received: (at 58956-done) by debbugs.gnu.org; 10 Nov 2022 10:14:46 +0000 Received: from localhost ([127.0.0.1]:41970 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ot4a5-0007UV-V0 for submit@debbugs.gnu.org; Thu, 10 Nov 2022 05:14:46 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ot4a4-0007UH-6Q for 58956-done@debbugs.gnu.org; Thu, 10 Nov 2022 05:14:44 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ot4Zx-0003U7-Gy; Thu, 10 Nov 2022 05:14:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=0azpGNROeWfoQcMzxnuwSQIgLy0PpRAjX2LCEi2gTUQ=; b=QZHvfguqH64S CZTIDy80T7lTtm76YR+TNnK8Hr1lwtGzQtcT4CX1B6I/y7+zxEQQxJVB7B202QrKzd1iD1CFOrrc8 LJ9u9vK6xg9LnbVR8lshIUmnof2UY+ph8Yqd3G3sE7HJyP25Gljj6EYbkaAuLPvBc25g3VxAKobv4 We6rKZ7mPXST/4Nq1bqRd/10yX+xdMB6qP6gmRrSZQCs+/b4Aipk9GknI8PEhfMEbUotSJVnWgLzk SbjbcJsDGeu7Uw7hHZPVzbCsWb2z67vglu25lWhHOKZ9TqL6VeYRBVQ7wGrtm9ieZdiMvYylvMkcn 7wg9+tGF73JB2tEh42amYw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ot4Zr-0006R7-Gd; Thu, 10 Nov 2022 05:14:37 -0500 Date: Thu, 10 Nov 2022 12:14:31 +0200 Message-Id: <83a64zru9k.fsf@gnu.org> From: Eli Zaretskii To: Paul Eggert In-Reply-To: <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> (message from Paul Eggert on Sat, 5 Nov 2022 13:54:54 -0700) Subject: Re: bug#58956: mark_object, mark_objects(?) crash References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58956-done Cc: 58956-done@debbugs.gnu.org, spwhitton@spwhitton.name, vincent@vinc17.net, 1017711@bugs.debian.org, akrl@sdf.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > 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 > > 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. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 10 05:23:07 2022 Received: (at 58956) by debbugs.gnu.org; 10 Nov 2022 10:23:07 +0000 Received: from localhost ([127.0.0.1]:42010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ot4iA-0007kf-Vu for submit@debbugs.gnu.org; Thu, 10 Nov 2022 05:23:07 -0500 Received: from joooj.vinc17.net ([155.133.131.76]:35798) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ot4i8-0007kX-Rk for 58956@debbugs.gnu.org; Thu, 10 Nov 2022 05:23:05 -0500 Received: from smtp-zira.vinc17.net (128.119.75.86.rev.sfr.net [86.75.119.128]) by joooj.vinc17.net (Postfix) with ESMTPSA id 4E207367; Thu, 10 Nov 2022 11:23:03 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 26C662800288; Thu, 10 Nov 2022 11:23:03 +0100 (CET) Date: Thu, 10 Nov 2022 11:23:03 +0100 From: Vincent Lefevre To: Sean Whitton Subject: Re: bug#58956: mark_object, mark_objects(?) crash Message-ID: <20221110102303.GC7936@zira.vinc17.org> References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> <87cz9x1bav.fsf@melete.silentflame.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87cz9x1bav.fsf@melete.silentflame.com> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.8+49 (040ba998) vl-149028 (2022-11-07) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58956 Cc: 1017711@bugs.debian.org, Eli Zaretskii , Paul Eggert , 58956@debbugs.gnu.org, Andrea Corallo X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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 - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 11 14:24:54 2022 Received: (at 58956) by debbugs.gnu.org; 11 Nov 2022 19:24:54 +0000 Received: from localhost ([127.0.0.1]:46770 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1otZe1-0007xz-Rc for submit@debbugs.gnu.org; Fri, 11 Nov 2022 14:24:54 -0500 Received: from mail-pf1-f181.google.com ([209.85.210.181]:45887) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1otYpX-0006i7-3B for 58956@debbugs.gnu.org; Fri, 11 Nov 2022 13:32:43 -0500 Received: by mail-pf1-f181.google.com with SMTP id v28so5546744pfi.12 for <58956@debbugs.gnu.org>; Fri, 11 Nov 2022 10:32:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arizona-edu.20210112.gappssmtp.com; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=dFq8whwSLO5wkwohL/PZZS5W2Kc24CZgi3exZNnF4HQ=; b=Vi5v1e73ragvB2iVlIzc7UjFxb4saMSVBo/3p23OvKNM5dxWVEkqCNswKrUlBpbITJ Zmwe5H7HYLJtcuYWVEuCk28nkaBBPWNDYrgej6BirE4a0xN3pXDHC7OFI0iRcOen1dsH mh9lhX1U/iXVrCxYcqdgsMRz+A4xIni40sV1pLQJQE3lWJeVoy6BpFcmWRBfw/TIyeU9 xQefxiZfdZTl27dGxFb0rcXLZ2jJyAup80QV7qCphgLcBDKroMMCN/mF3kNrtoKP9ME+ QphFD6uSATp+e9dOd32aPjmKp6DbXfLq5M3TXWNfbUmLK6tLLCDlnWR01bmhoX6MJpA1 CWhQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=dFq8whwSLO5wkwohL/PZZS5W2Kc24CZgi3exZNnF4HQ=; b=I6ppSdczBuDmpanJq1CLCqhdAqlRvWY35kYIi4Tz7GTPrLrTKlSKFwsEsta6TNyQsr 8qDeb0IumX2NXkUvygSE6xwO8e1+b3OyKaS3tzDz+N9p+c7w2JXpSMCyrp3fA2i6Sdt9 c4ai0P0/28qeyC0YxFov2ryzDu1o7tAayL+pUZCdefLw36O2+xU0kRq9pXPV1E4hz5gW nDupaqIVyqCHyjyzU7U0sWkrF0vkXRzh7jcErFmg0YAgSLYhEZDaD1h7r4i2vYsc41eA GJAq0a/YpNFSQyFHeYUXbLXfYi9+nIaEdGdrrd9jXm30/O1Wsrws59ORxoHVR9eri/De 94MQ== X-Gm-Message-State: ANoB5pnEsbV/yX3OixSZcah8QXJy5sMNrTdhuvRPwme3KowsQh60VRcm BiI4BHMICW7H9cM54crSelpee+qESxQiPkHD3rlqai1wNcag+5TzVivlVg/t2k0YHY9O4kP9gHf peKI4Fg== X-Google-Smtp-Source: AA0mqf5tmpUJqZZX8n96hIva6xv3Os44E/mNFFiJDCDx6aeCFeKCXV5NQT5Sr8ZQrWA4xiserqZTBw== X-Received: by 2002:a62:19cf:0:b0:565:af12:c329 with SMTP id 198-20020a6219cf000000b00565af12c329mr3849341pfz.48.1668191557116; Fri, 11 Nov 2022 10:32:37 -0800 (PST) Received: from melete.silentflame.com (19-165-135-150.dynamic.arizona.edu. [150.135.165.19]) by smtp.gmail.com with ESMTPSA id z3-20020a170903018300b001782f94f8ebsm2076973plg.3.2022.11.11.10.32.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 11 Nov 2022 10:32:36 -0800 (PST) Received: by melete.silentflame.com (Postfix, from userid 1000) id 6D54E7E6FD8; Fri, 11 Nov 2022 11:32:34 -0700 (MST) From: Sean Whitton To: Vincent Lefevre Subject: Re: bug#58956: mark_object, mark_objects(?) crash In-Reply-To: <20221110102303.GC7936@zira.vinc17.org> (Vincent Lefevre's message of "Thu, 10 Nov 2022 11:23:03 +0100") References: <874jvi5edp.fsf@melete.silentflame.com> <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> <87cz9x1bav.fsf@melete.silentflame.com> <20221110102303.GC7936@zira.vinc17.org> Date: Fri, 11 Nov 2022 11:32:33 -0700 Message-ID: <87cz9twddq.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-ua-ms: gsuite X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58956 X-Mailman-Approved-At: Fri, 11 Nov 2022 14:24:51 -0500 Cc: Andrea Corallo , Eli Zaretskii , Paul Eggert , 1017711@bugs.debian.org, 58956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable 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. =2D-=20 Sean Whitton --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJKBAEBCgA0FiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAmNulUEWHHNwd2hpdHRv bkBhcml6b25hLmVkdQAKCRBpW3rkvwZiQAK8EACMKS+/QuYfACWbAjahwVJaLmzJ 3enpRrmkPjyjX/Y6Frsn3ib4Rj1cn7PkvYIwI0XSQNR0erl5lQ/eVU7U3tm71LLc B2PodlpsNR+TcVQkRvMoOyMdpQz+0GK5/Gew154k5qZahVSxS0YkSlExbFN8BeFq oldTFn+mBDfkX0vj92+4SaBbik1Ll6TUztXdxGwyEuCIH8tfPBecnI0Kd1cQGeR+ LwVZ5NaDTAKP07Mwl5pvQLV8wpyVVifymIOopTHFlZT4CB63JzglB/hqlashiRF0 lO74kzBmORw+hq3zqspYwIvAUoTfd9q8BqjlaMH58Y/ipV3bUEbP2pN0JkQ+zNGI Ra6JZN4dCH/g37TJksSZgzFAglqUuukbS+yeXLkKYuPHA9eyC5xeo1YVK2EwD7va Un9T6fiC0TEgy/DcT1uIAJiXbrz1/P3PMjznccjQl/gBZuYGPaHAT5oYjRgrhDFl EgHFVwHCmrwgOshtpf/A9QvemvkiwoT23hwk0dHXzpzMzAdEdnez6W3NZDDidtQW e3yjKGD2KmgGZHSCltyiOn4jqXeH93jh1dYAQeAFhyIkeGV9hmiTx+tbra+gjb8U TJmr9pEoD3L2yP39LiPg6ibHHYlBX4MS3++iFsCe/PEMP/3rNjtllQWUMALHChcr wLIbqbmpTptey10/ig== =JFp2 -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 11 20:55:04 2022 Received: (at 58956) by debbugs.gnu.org; 12 Nov 2022 01:55:04 +0000 Received: from localhost ([127.0.0.1]:47100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1otfjc-0004ze-5v for submit@debbugs.gnu.org; Fri, 11 Nov 2022 20:55:04 -0500 Received: from joooj.vinc17.net ([155.133.131.76]:57440) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1otfja-0004zR-Lj for 58956@debbugs.gnu.org; Fri, 11 Nov 2022 20:55:03 -0500 Received: from smtp-zira.vinc17.net (128.119.75.86.rev.sfr.net [86.75.119.128]) by joooj.vinc17.net (Postfix) with ESMTPSA id 6F6B346; Sat, 12 Nov 2022 02:55:00 +0100 (CET) Received: by zira.vinc17.org (Postfix, from userid 1000) id 383F228001E8; Sat, 12 Nov 2022 02:55:00 +0100 (CET) Date: Sat, 12 Nov 2022 02:55:00 +0100 From: Vincent Lefevre To: Sean Whitton Subject: Re: bug#58956: mark_object, mark_objects(?) crash Message-ID: <20221112015500.GI7936@zira.vinc17.org> References: <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> <87cz9x1bav.fsf@melete.silentflame.com> <20221110102303.GC7936@zira.vinc17.org> <87cz9twddq.fsf@melete.silentflame.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87cz9twddq.fsf@melete.silentflame.com> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.8+49 (040ba998) vl-149028 (2022-11-07) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58956 Cc: Andrea Corallo , Eli Zaretskii , Paul Eggert , 1017711@bugs.debian.org, 58956@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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 - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 14 04:12:21 2022 Received: (at 58956) by debbugs.gnu.org; 14 Nov 2022 09:12:21 +0000 Received: from localhost ([127.0.0.1]:48893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ouVVs-0003ZN-JD for submit@debbugs.gnu.org; Mon, 14 Nov 2022 04:12:21 -0500 Received: from mail-pj1-f52.google.com ([209.85.216.52]:47094) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ouJx3-0001oV-2S for 58956@debbugs.gnu.org; Sun, 13 Nov 2022 15:51:41 -0500 Received: by mail-pj1-f52.google.com with SMTP id v4-20020a17090a088400b00212cb0ed97eso8866065pjc.5 for <58956@debbugs.gnu.org>; Sun, 13 Nov 2022 12:51:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arizona-edu.20210112.gappssmtp.com; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=wU/NSbaHLcQ1R6tnztd9opA+CqV4X72rwNczCZ7y+5M=; b=EvO7PwDd7RRM3boEbIaIfRlHOSMjxEIdid0KeodeAgKZyW2uNLJVyMr2ahwIu9yhLH 9U1Pv31o00MBmnSHFswAsCyoI1AzVRo4ZM6cpBiVKfYBndhvhefqcuhKUPM2k1WHA62s 35BYgMUvvWgxyZfVyWjsN/Y1pQnr+9lbE3C/ib7MnVxH3g4C5Wmevttvgvxh03QupQL4 t303kRLwXwDob8aIoEmeJ8hZSX6X7h/p+Y4e9VdHwXfI3UomcAA8WJO6Q+tknKU+oueh vJBe6fbJZNWJsXt8Lpct/H5LhVfx6C1/lKTwO9r/DFKgzLk1kZOk0W30BSomfZZ1VmYF Rq9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=wU/NSbaHLcQ1R6tnztd9opA+CqV4X72rwNczCZ7y+5M=; b=uXOCINOUPrrnOMMbOD0DoR0rWrfUPckPr8+b6VXoWVn+CDafy8Nlh5KkzXSeiQ8BOm UZ/RIFhOMqoiwD36LgUppbhQS00SrrPqbiDg3kiIATL1Vki3aTx6xwv0Gbs1vaV6X0Os S9RqI9A6VURzouDM5zfMqAeL1mqcKSGUhWsEHd4hS9fAooaNMd0qXzPiIZTxkZlx+2mT GLmJD55Zq1lzlYDD2n97xc1pG1/A8wF0cuD2hatvrmql1CtBqB17yNEngo7LozW3iHOE JA92TCMJBvW/oWLQFezpF/rhwQDo+yXhbR0aQs9wyGfYczIe0PS27COFGSI0467o+1fQ uLDA== X-Gm-Message-State: ANoB5pmbO128aFh9+HKYa4LRkqNsVtuNeBTihrqh6sEzDvIv1oA7FdGX XKId/YP7ulMJpTdWGSVDKM4qtP12iFJEWpPN5SrSQWigFDsHh5QbhFtgaLEjxuIudcdrLwWsR4W tZG6dGA== X-Google-Smtp-Source: AA0mqf6lt8sx4s5qgLAAeqVm9ApCVERZOQ8ndQPzEObc+tDRNR51qblu25NuAG3OrHM69vCPVUiwUA== X-Received: by 2002:a17:902:e054:b0:186:59e9:8dca with SMTP id x20-20020a170902e05400b0018659e98dcamr10903262plx.154.1668372690976; Sun, 13 Nov 2022 12:51:30 -0800 (PST) Received: from melete.silentflame.com (5-165-135-150.dynamic.arizona.edu. [150.135.165.5]) by smtp.gmail.com with ESMTPSA id ik28-20020a170902ab1c00b0017f49b41c12sm5576183plb.173.2022.11.13.12.51.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 13 Nov 2022 12:51:28 -0800 (PST) Received: by melete.silentflame.com (Postfix, from userid 1000) id 10F8C7E027D; Sun, 13 Nov 2022 13:51:27 -0700 (MST) From: Sean Whitton To: Vincent Lefevre Subject: Re: bug#58956: mark_object, mark_objects(?) crash In-Reply-To: <20221112015500.GI7936@zira.vinc17.org> (Vincent Lefevre's message of "Sat, 12 Nov 2022 02:55:00 +0100") References: <20221103030046.GA57325@zira.vinc17.org> <83o7to8rh1.fsf@gnu.org> <20221103101308.GD9442@zira.vinc17.org> <83zgd872q2.fsf@gnu.org> <83zgd75hll.fsf@gnu.org> <8ca1be93-e47a-49d0-e49a-4ad201f0f644@cs.ucla.edu> <87cz9x1bav.fsf@melete.silentflame.com> <20221110102303.GC7936@zira.vinc17.org> <87cz9twddq.fsf@melete.silentflame.com> <20221112015500.GI7936@zira.vinc17.org> Date: Sun, 13 Nov 2022 13:51:26 -0700 Message-ID: <87bkpatw6p.fsf@melete.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-ua-ms: gsuite X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 58956 X-Mailman-Approved-At: Mon, 14 Nov 2022 04:12:16 -0500 Cc: Eli Zaretskii , Paul Eggert , 58956@debbugs.gnu.org, 1017711@bugs.debian.org, Andrea Corallo X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable 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 migrat= ing. > > 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. =2D-=20 Sean Whitton --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJKBAEBCgA0FiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAmNxWM4WHHNwd2hpdHRv bkBhcml6b25hLmVkdQAKCRBpW3rkvwZiQHaGD/9Ji63F9mcCocGumkXDfw0ZWNzv i9Ip8Gc1yNI27dNIvqBXmxL7iLBUzP8ctFsUcw8DsFy/OV8DTgIB215MdS/NKPlx CFKs8g7PJ5uTfTmMJC9RWsB3nOyK5N7NBKJDyZ8MKHv4oQZY+TDq3TJvfLZZoIeZ 6UWT8kqUqPxQObBfU0GTjJLcrDD/K60MJ63X+KL8j8gCqbE9iFkrLAr0ekyZC3BY vLvPa5Vd2RhAAENcDL6JOaADehr/fataiGQMOPWbP/NEiiqPI1UgTMqpGzQoXX88 AoykeCc29Oq3uuoOxzF52JSvRNEIZB/80uPZ6YOVjA/vHNrHEAZCWTTDDL0TD5an 6ttz0ydL39tnjKtP4W/3JtkD4dKWVzVLP2beJx2MRjl61yBItxZ4+xGME5QkRF1f OCYkcSdHPYj+4+isthhpDiK588F8ZdmM4VhpWoslb33PB/2sBpU5AHdCq+J4h1Id KvGDrahCz+/wwnB/hpJUkj/g8LeMl6+fMWFma+CCsraq70yUq6bZCe01neMFOdl9 brpCiV4d71cSLV/DoP9u/Pjpc0RiLKkpj/wGHra8cQ5x4tHd2zrRVd6pksNAo5E0 ib4EpVIg9DlCMnpV6va7lG/t9B3KRYYGL/VCQvbiH0BMtuN8NiTer1/pB+KAiDat k+jnhnKbD/Rj6zB2AQ== =1Dx/ -----END PGP SIGNATURE----- --=-=-=-- From unknown Mon Jun 23 18:34:01 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 12 Dec 2022 12:24:13 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator