From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 17:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 42832@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.159725234112321 (code B ref -1); Wed, 12 Aug 2020 17:13:01 +0000 Received: (at submit) by debbugs.gnu.org; 12 Aug 2020 17:12:21 +0000 Received: from localhost ([127.0.0.1]:45428 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5uIX-0003Cf-Bj for submit@debbugs.gnu.org; Wed, 12 Aug 2020 13:12:21 -0400 Received: from lists.gnu.org ([209.51.188.17]:36060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5uIS-0003CT-IZ for submit@debbugs.gnu.org; Wed, 12 Aug 2020 13:12:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54298) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k5uIS-0007Qg-E3 for bug-gnu-emacs@gnu.org; Wed, 12 Aug 2020 13:12:16 -0400 Received: from quimby.gnus.org ([2a01:4f9:2b:f0f::2]:37190) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k5uIQ-0000CF-OG for bug-gnu-emacs@gnu.org; Wed, 12 Aug 2020 13:12:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=eieGMCQ4iJFHk8Ctg65wI7D/1jO4WCwQj/ASgNQAfO4=; b=h6nH5mamgkfLCOhdRRgczp/Dau F5TA2eDWbOWr43jsfhg1N9E52xpHagmW8qHX1/RXoCONQ3K/nQfcfXIZiXv7D7AKF/WSSAvSnLHvk nULDEThix1EMMgyPqyb5pz03xDmf5Sh9vO9Tq/KDrAG/1vcm0iN2mnuU3PDZET0ZsbJQ=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5uIJ-0003AK-CJ for bug-gnu-emacs@gnu.org; Wed, 12 Aug 2020 19:12:12 +0200 From: Lars Ingebrigtsen Date: Wed, 12 Aug 2020 19:12:06 +0200 Message-ID: <878sejlrfd.fsf@gnus.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: I'm getting this on one of my machines: /bin/bash: line 1: 2759815 Bus error EMACSLOADPATH= '../src/emacs' -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile cedet/semantic/bovine/c-by.el make[3]: [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) 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.3 (--) I'm getting this on one of my machines: /bin/bash: line 1: 2759815 Bus error EMACSLOADPATH= '../src/emacs' -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile cedet/semantic/bovine/c-by.el make[3]: *** [Makefile:295: cedet/semantic/bovine/c-by.elc] Error 135 make[3]: *** Waiting for unfinished jobs.... make[2]: *** [Makefile:318: compile-main] Error 2 make[1]: *** [Makefile:411: lisp] Error 2 make: *** [Makefile:1126: bootstrap] Error 2 It's reproducible in that I always get this when I say "make", but if I instead say ./src/emacs -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile cedet/semantic/bovine/c-by.el everything works as it should, and it makes the .elc file. So I'm not sure how to debug this... On my laptop (which is also Debian bullseye), I'm not seeing any problems. In GNU Emacs 28.0.50 (build 51, x86_64-pc-linux-gnu, GTK+ Version 3.24.20, cairo version 1.16.0) of 2020-08-09 built on xo Repository revision: 1a845a672dc73c8e98e6cb9bb734616e168e60ba Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12008000 System Description: Debian GNU/Linux bullseye/sid -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 18:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159725655327284 (code B ref 42832); Wed, 12 Aug 2020 18:23:01 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 18:22:33 +0000 Received: from localhost ([127.0.0.1]:45499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5vOT-000760-1x for submit@debbugs.gnu.org; Wed, 12 Aug 2020 14:22:33 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5vOR-00075l-3L for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 14:22:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=efxajup4o58nre3pK9Ofw2AExq7VqpthKCKO9Pp4sek=; b=OAy6HspNX0iWVIJfSXJ4jWZD0w LgrRXIsWIvf6ZNPyw1GBDS7vl04th0een6aIKsHuJ61WQEkvX7QTTHvC5CQdSeIn7BuDiRhmHFaMi D9FXc1yUSnNLteqhmvAFaOAZ1DVNxGlo8zXbrqps0nP02g6nvtI/MG5R0OS05WiJcIBo=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5vOA-0004KS-Pe for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 20:22:25 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> Date: Wed, 12 Aug 2020 20:22:13 +0200 In-Reply-To: <878sejlrfd.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 12 Aug 2020 19:12:06 +0200") Message-ID: <87zh6zk9m2.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Additional data point: It's totally repeatable with "make -j2" and up, but with single-threaded compilation, everything works fine. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Additional data point: It's totally repeatable with "make -j2" and up, but with single-threaded compilation, everything works fine. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 18:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159725710128277 (code B ref 42832); Wed, 12 Aug 2020 18:32:02 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 18:31:41 +0000 Received: from localhost ([127.0.0.1]:45505 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5vXI-0007M0-T0 for submit@debbugs.gnu.org; Wed, 12 Aug 2020 14:31:41 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48102) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5vXD-0007Lf-4o for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 14:31:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=eqyX8C2TbB02iSGs6eGkVvVBhkNp7DXNaRpfPf2KmIU=; b=HViZ+1sOGypShnMUCNvMzcdlVZ rckKZchrWrNh1yVvMlx+2ukSA3R/3oNDj2ACfiwebxLkvc5QSZbeOtKgU5fgPaiKpK/oyOR/rIg5Q OCUHunszVk49WQgkU7jDqP9AKGugO5ZaS3i4civ/wj19DSMIDNt1qNnlXzHFL0hrHctI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5vWd-0004Pi-6o for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 20:31:08 +0200 From: Lars Ingebrigtsen In-Reply-To: <87zh6zk9m2.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 12 Aug 2020 20:22:13 +0200") References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Date: Wed, 12 Aug 2020 20:30:48 +0200 Message-ID: <87tux7k97r.fsf@gnus.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: I got a core dump, and gdb says it starts with: #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x0000564c625c0ad5 in terminate_due_to_signal (sig=sig@entry=7, backtrace_limit=backtrace_limit@entry=40) at emacs.c:408 #2 0 [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) I got a core dump, and gdb says it starts with: #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x0000564c625c0ad5 in terminate_due_to_signal (sig=sig@entry=7, backtrace_limit=backtrace_limit@entry=40) at emacs.c:408 #2 0x0000564c625c0f6b in handle_fatal_signal (sig=sig@entry=7) at sysdep.c:1782 #3 0x0000564c626bbd9d in deliver_thread_signal (sig=7, handler=0x564c625c0f60 ) at sysdep.c:1756 #4 0x0000564c626bbe89 in deliver_fatal_thread_signal (sig=) at sysdep.c:1794 #5 0x00007f13103bc140 in () at /lib/x86_64-linux-gnu/libpthread.so.0 #6 vector_marked_p (v=0xc000000018000000) at alloc.c:3859 #7 mark_object (arg=) at alloc.c:6607 #8 0x0000564c626ffd7e in mark_vectorlike (header=0x564c63246f10) at alloc.c:6280 #9 0x0000564c626ffd7e in mark_vectorlike (header=header@entry=0x7f130c63a1a8) at alloc.c:6280 #10 0x0000564c626ff68c in mark_hash_table (ptr=0x7f130c63a1a8) at alloc.c:6651 #11 mark_object (arg=) at alloc.c:6651 #12 0x0000564c626ffce7 in mark_memory (end=, end@entry=0x7ffc912d7c20, start=) at alloc.c:4842 #13 mark_stack (bottom=, end=end@entry=0x7ffc912b1840 "") at alloc.c:5039 #14 0x0000564c62782e61 in mark_one_thread (thread=0x564c62b50460 ) at thread.c:630 #15 mark_threads_callback (ignore=) at thread.c:661 #16 0x0000564c627006b7 in garbage_collect () at alloc.c:6068 #17 0x0000564c62700f91 in maybe_garbage_collect () at alloc.c:5975 #18 0x0000564c6271d1d5 in maybe_gc () at lisp.h:5053 #19 Ffuncall (nargs=3, args=args@entry=0x7ffc912b1980) at eval.c:2779 #20 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #21 0x0000564c6271d157 in Ffuncall (nargs=2, args=args@entry=0x7ffc912b23c0) at eval.c:2809 #22 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #23 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b26d0) at eval.c:2809 #24 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #25 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b2a38) at eval.c:2809 #26 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #27 0x0000564c6271d157 in Ffuncall (nargs=2, args=args@entry=0x7ffc912b3450) at eval.c:2809 #28 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #29 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b3760) at eval.c:2809 #30 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #31 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b3ac8) at eval.c:2809 #32 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #33 0x0000564c6271d157 in Ffuncall (nargs=2, args=args@entry=0x7ffc912b44e0) at eval.c:2809 #34 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #35 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b47f0) at eval.c:2809 #36 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #37 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b4b58) at eval.c:2809 #38 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #39 0x0000564c6271d157 in Ffuncall (nargs=2, args=args@entry=0x7ffc912b5570) at eval.c:2809 #40 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, #maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #41 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b5880) at eval.c:2809 #42 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #43 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b5be8) at eval.c:2809 #44 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #45 0x0000564c6271d157 in Ffuncall (nargs=2, args=args@entry=0x7ffc912b6600) at eval.c:2809 #46 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #47 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b6910) at eval.c:2809 #48 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #49 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b6c78) at eval.c:2809 #50 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #51 0x0000564c6271d157 in Ffuncall (nargs=2, args=args@entry=0x7ffc912b7690) at eval.c:2809 #52 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #53 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b79a0) at eval.c:2809 #54 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #55 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b7d08) at eval.c:2809 #56 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #57 0x0000564c6271d157 in Ffuncall (nargs=2, args=args@entry=0x7ffc912b8720) at eval.c:2809 #58 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #59 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b8a30) at eval.c:2809 #60 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #61 0x0000564c6271d157 in Ffuncall (nargs=3, args=args@entry=0x7ffc912b8d98) at eval.c:2809 #62 0x0000564c62757768 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:632 #63 0x0000564c6271d157 in Ffuncall (nargs=2, args=args@entry=0x7ffc912b97b0) ... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 18:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159725731828637 (code B ref 42832); Wed, 12 Aug 2020 18:36:01 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 18:35:18 +0000 Received: from localhost ([127.0.0.1]:45509 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5van-0007Rm-L1 for submit@debbugs.gnu.org; Wed, 12 Aug 2020 14:35:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36656) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5val-0007RY-2n for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 14:35:16 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39549) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k5vaf-0002Oy-QO; Wed, 12 Aug 2020 14:35:09 -0400 Received: from [176.228.60.248] (port=4695 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k5vac-0000vc-U0; Wed, 12 Aug 2020 14:35:09 -0400 Date: Wed, 12 Aug 2020 21:34:57 +0300 Message-Id: <834kp7ogq6.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87zh6zk9m2.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 12 Aug 2020 20:22:13 +0200) References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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: Lars Ingebrigtsen > Date: Wed, 12 Aug 2020 20:22:13 +0200 > > It's totally repeatable with "make -j2" and up, but with single-threaded > compilation, everything works fine. Are you sure it isn't a hardware problem on that machine? From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 18:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159725775429475 (code B ref 42832); Wed, 12 Aug 2020 18:43:02 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 18:42:34 +0000 Received: from localhost ([127.0.0.1]:45535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5vhq-0007fL-2b for submit@debbugs.gnu.org; Wed, 12 Aug 2020 14:42:34 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48222) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5vho-0007f6-Tz for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 14:42:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=I9cWEpq8F54ZYYybVHdAQ+OGZ6H5pyIWLNooMUXnrmA=; b=MA3bMZNcixbGPLtnuY2XDp1u/E OYEAn0vhFNVx4YD7PLwf3NWmZ7ee1n398Z7l5G9nwFA3naysguR9V8Avskc8lmz8WGScPTl/B9gUg dpmBt2gG73nVn6ccBspGosTO+n9p+92qu3L6LF4ITa4SpA18s0kq6JuNBOzL81wD5Ufs=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5vh9-0004We-MD; Wed, 12 Aug 2020 20:42:01 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <834kp7ogq6.fsf@gnu.org> Date: Wed, 12 Aug 2020 20:41:39 +0200 In-Reply-To: <834kp7ogq6.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 12 Aug 2020 21:34:57 +0300") Message-ID: <87pn7vk8po.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> It's totally repeatable with "make -j2" and up, but with single-threaded >> compilation, everything works fine. > > Are you sure it isn't a hardware problem on that machine? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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: >> It's totally repeatable with "make -j2" and up, but with single-threaded >> compilation, everything works fine. > > Are you sure it isn't a hardware problem on that machine? Nope, it could well be. But there's been no other problems on the machine, and the problem is so repeatable... I'll try rebooting it, though, and see whether that has any effect. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 18:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159725822930412 (code B ref 42832); Wed, 12 Aug 2020 18:51:02 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 18:50:29 +0000 Received: from localhost ([127.0.0.1]:45557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5vpV-0007uO-0g for submit@debbugs.gnu.org; Wed, 12 Aug 2020 14:50:29 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40434) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5vpU-0007ts-2Y for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 14:50:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39774) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k5vpN-0004US-Ar; Wed, 12 Aug 2020 14:50:22 -0400 Received: from [176.228.60.248] (port=1675 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k5vpM-0002GC-C6; Wed, 12 Aug 2020 14:50:21 -0400 Date: Wed, 12 Aug 2020 21:50:10 +0300 Message-Id: <83364rog0t.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87tux7k97r.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 12 Aug 2020 20:30:48 +0200) References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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: Lars Ingebrigtsen > Date: Wed, 12 Aug 2020 20:30:48 +0200 > > I got a core dump, and gdb says it starts with: > > #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 > #1 0x0000564c625c0ad5 in terminate_due_to_signal > (sig=sig@entry=7, backtrace_limit=backtrace_limit@entry=40) at emacs.c:408 > #2 0x0000564c625c0f6b in handle_fatal_signal (sig=sig@entry=7) > at sysdep.c:1782 > #3 0x0000564c626bbd9d in deliver_thread_signal > (sig=7, handler=0x564c625c0f60 ) at sysdep.c:1756 > #4 0x0000564c626bbe89 in deliver_fatal_thread_signal (sig=) > at sysdep.c:1794 > #5 0x00007f13103bc140 in () > at /lib/x86_64-linux-gnu/libpthread.so.0 > #6 vector_marked_p (v=0xc000000018000000) at alloc.c:3859 ^^^^^^^^^^^^^^^^^^^^ If you repeat this, do you get the same value in 'v' as above (assuming it always crashes with the same backtrace)? From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 18:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159725870431261 (code B ref 42832); Wed, 12 Aug 2020 18:59:02 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 18:58:24 +0000 Received: from localhost ([127.0.0.1]:45598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5vx9-000889-V0 for submit@debbugs.gnu.org; Wed, 12 Aug 2020 14:58:24 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48320) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5vx7-00087u-B0 for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 14:58:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=x2WKnpLS2yVcDovebNL2TvGP7zplKkRP1f8M+WnBEhI=; b=RJFIY/WdTWozsKYj0XrUyMDHEZ dljV5eiNQcViT4SZTR5bP7zZOxig/KGWeTpOBkr/fp6Vfrb+Ilf3xE8s+wO5shLp3FrEn/YuGwgZS jTmLAqLRwP4isKqrr559YEC/QQ0n/ibQoMux5Jqwd6GzzOE4Fb+kefDIi2DgPINdStEo=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5vwy-0004ge-D0; Wed, 12 Aug 2020 20:58:14 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> Date: Wed, 12 Aug 2020 20:58:11 +0200 In-Reply-To: <83364rog0t.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 12 Aug 2020 21:50:10 +0300") Message-ID: <87lfijk7y4.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> I got a core dump, and gdb says it starts with: >> >> #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 >> #1 0x0000564c625c0ad5 in terminate_due_to_signal >> (sig=sig@entry=7 [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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: >> I got a core dump, and gdb says it starts with: >> >> #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 >> #1 0x0000564c625c0ad5 in terminate_due_to_signal >> (sig=sig@entry=7, backtrace_limit=backtrace_limit@entry=40) at emacs.c:408 >> #2 0x0000564c625c0f6b in handle_fatal_signal (sig=sig@entry=7) >> at sysdep.c:1782 >> #3 0x0000564c626bbd9d in deliver_thread_signal >> (sig=7, handler=0x564c625c0f60 ) at sysdep.c:1756 >> #4 0x0000564c626bbe89 in deliver_fatal_thread_signal (sig=) >> at sysdep.c:1794 >> #5 0x00007f13103bc140 in () >> at /lib/x86_64-linux-gnu/libpthread.so.0 >> #6 vector_marked_p (v=0xc000000018000000) at alloc.c:3859 > ^^^^^^^^^^^^^^^^^^^^ > If you repeat this, do you get the same value in 'v' as above > (assuming it always crashes with the same backtrace)? Yes, I get the same backtrace every time: #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x0000559941742ad5 in terminate_due_to_signal (sig=sig@entry=7, backtrace_limit=backtrace_limit@entry=40) at emacs.c:408 #2 0x0000559941742f6b in handle_fatal_signal (sig=sig@entry=7) at sysdep.c:1782 #3 0x000055994183dd9d in deliver_thread_signal (sig=7, handler=0x559941742f60 ) at sysdep.c:1756 #4 0x000055994183de89 in deliver_fatal_thread_signal (sig=) at sysdep.c:1794 #5 0x00007f7880ea8140 in () at /lib/x86_64-linux-gnu/libpthread.so.0 #6 vector_marked_p (v=0xc000000018000000) at alloc.c:3859 #7 mark_object (arg=) at alloc.c:6607 #8 0x0000559941881d7e in mark_vectorlike (header=0x559942facf10) at alloc.c:6280 #9 0x0000559941881d7e in mark_vectorlike (header=header@entry=0x7f787d1261a8) at alloc.c:6280 I've also now rebooted, and I'm still getting the same "bus error". I've tried building Emacs with -O0, and I don't get the error then. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 19:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15972603821378 (code B ref 42832); Wed, 12 Aug 2020 19:27:02 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 19:26:22 +0000 Received: from localhost ([127.0.0.1]:45620 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5wOE-0000M9-CI for submit@debbugs.gnu.org; Wed, 12 Aug 2020 15:26:22 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:60914) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5wOB-0000Lz-8S for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 15:26:21 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4BRfnk137qz1qskQ; Wed, 12 Aug 2020 21:26:17 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4BRfnj6f7Rz1qw6b; Wed, 12 Aug 2020 21:26:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id znFWZH9duOCE; Wed, 12 Aug 2020 21:26:17 +0200 (CEST) X-Auth-Info: 0RF6QilZaydptT9LWtCuYs4HIWChp5+WlKq71zX6I6/xXXjt4OKjRfNj/oILOm2Z Received: from igel.home (ppp-46-244-169-219.dynamic.mnet-online.de [46.244.169.219]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Wed, 12 Aug 2020 21:26:17 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 658EF2C1142; Wed, 12 Aug 2020 21:26:16 +0200 (CEST) From: Andreas Schwab References: <878sejlrfd.fsf@gnus.org> X-Yow: MMM-MM!! So THIS is BIO-NEBULATION! Date: Wed, 12 Aug 2020 21:26:16 +0200 In-Reply-To: <878sejlrfd.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 12 Aug 2020 19:12:06 +0200") Message-ID: <87pn7vy8br.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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 (-) On Aug 12 2020, Lars Ingebrigtsen wrote: > I'm getting this on one of my machines: > > /bin/bash: line 1: 2759815 Bus error EMACSLOADPATH= '../src/emacs' -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile cedet/semantic/bovine/c-by.el > make[3]: *** [Makefile:295: cedet/semantic/bovine/c-by.elc] Error 135 > make[3]: *** Waiting for unfinished jobs.... > make[2]: *** [Makefile:318: compile-main] Error 2 > make[1]: *** [Makefile:411: lisp] Error 2 > make: *** [Makefile:1126: bootstrap] Error 2 > > It's reproducible in that I always get this when I say "make", but if I > instead say A bus error usually means an mmaped file got truncated so that the mapping now extends beyond the end of the file. Emacs uses mmap to map the pdmp file. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 19:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15972604941561 (code B ref 42832); Wed, 12 Aug 2020 19:29:02 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 19:28:14 +0000 Received: from localhost ([127.0.0.1]:45624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5wQ1-0000P6-O5 for submit@debbugs.gnu.org; Wed, 12 Aug 2020 15:28:13 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48576) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5wPz-0000Ot-U9 for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 15:28:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=glL+0AZ3dOXXd4wUn6eadFjEgC275yeUZAyX9xy6Pic=; b=TA5i6SmlRs5UbP0hyHBY0Sfa/B TMCQucsDpRfzOdsShFLbaGIoilsjtK7pS0SLH3SHmsghig3RTt2iRLDKMmrUjMv7z2SAI3UZar5fC DqlY9lhKfZBSnogxc6ovG4WjXxPQb4hkLcLmm2nFKREHGhBbS/67XIwraFBVPhAJQkq8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5wPq-0004wS-4F; Wed, 12 Aug 2020 21:28:04 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> Date: Wed, 12 Aug 2020 21:28:01 +0200 In-Reply-To: <87lfijk7y4.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 12 Aug 2020 20:58:11 +0200") Message-ID: <87h7t7k6ke.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: I did some bisecting here, and if I git checkout 0d0aad213f941efc0fa0ec032e37dc9c2b08c9fb (i.e., go back to the version of Emacs just before the recent pdumper hash table stuff), then Emacs builds without this bus error. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) I did some bisecting here, and if I git checkout 0d0aad213f941efc0fa0ec032e37dc9c2b08c9fb (i.e., go back to the version of Emacs just before the recent pdumper hash table stuff), then Emacs builds without this bus error. So I've added Paul to the Cc's. :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 19:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15972608462259 (code B ref 42832); Wed, 12 Aug 2020 19:35:02 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 19:34:06 +0000 Received: from localhost ([127.0.0.1]:45637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5wVi-0000aN-JL for submit@debbugs.gnu.org; Wed, 12 Aug 2020 15:34:06 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5wVg-0000ZU-91 for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 15:34:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=n0PXurkNqiNKUy+D3/b8+Fm6ambf94vI/bfaygw1sNQ=; b=cy0MfeazHDdUs2MEP0oKVhsWCJ +RisodSMEhyL+3gm14/BnQ4wiP3M1fdBKJd1eZDXJ6n+yeleKqufojBrZ1Ssk3QrP9WGgq/m8qnV1 o1fDzTpHPt7kRTH57uJqIazht3frx/f3aZhuApmZuqzrS+C0pNaV1F7lZXxETsE2/P24=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5wVW-00050D-MY; Wed, 12 Aug 2020 21:33:57 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> Date: Wed, 12 Aug 2020 21:33:53 +0200 In-Reply-To: <87h7t7k6ke.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 12 Aug 2020 21:28:01 +0200") Message-ID: <87d03vk6am.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > I did some bisecting here, and if I > > git checkout 0d0aad213f941efc0fa0ec032e37dc9c2b08c9fb > > (i.e., go back to the version of Emacs just before the recent pdumper > hash table stuff), then Emac [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Lars Ingebrigtsen writes: > I did some bisecting here, and if I > > git checkout 0d0aad213f941efc0fa0ec032e37dc9c2b08c9fb > > (i.e., go back to the version of Emacs just before the recent pdumper > hash table stuff), then Emacs builds without this bus error. Yup, that checkout works, but 16a16645f524c62f7906036b0e383e4247b58de7 has the bus error. Which is: commit 16a16645f524c62f7906036b0e383e4247b58de7 Author: Pip Cet AuthorDate: Tue Aug 11 02:16:53 2020 -0700 Commit: Paul Eggert CommitDate: Tue Aug 11 02:27:43 2020 -0700 Rehash hash tables eagerly after loading a dump -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 20:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Eli Zaretskii , 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15972648348429 (code B ref 42832); Wed, 12 Aug 2020 20:41:01 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 20:40:34 +0000 Received: from localhost ([127.0.0.1]:45651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5xY1-0002Bs-0d for submit@debbugs.gnu.org; Wed, 12 Aug 2020 16:40:33 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:43796) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5xXz-0002Bf-1D for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 16:40:32 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 823AC1600DA; Wed, 12 Aug 2020 13:40:25 -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 DB5V-0ySJ5Qs; Wed, 12 Aug 2020 13:40:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 956B91600F9; Wed, 12 Aug 2020 13:40:23 -0700 (PDT) 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 FztJkWCCuGux; Wed, 12 Aug 2020 13:40:23 -0700 (PDT) Received: from [192.168.1.9] (cpe-75-82-69-226.socal.res.rr.com [75.82.69.226]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 5D21C1600DA; Wed, 12 Aug 2020 13:40:23 -0700 (PDT) References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> From: Paul Eggert Autocrypt: addr=eggert@cs.ucla.edu; prefer-encrypt=mutual; keydata= LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkV5QWNtUUJFQURB QXlIMnhvVHU3cHBHNUQzYThGTVpFb243NGRDdmM0K3ExWEEySjJ0QnkycHdhVHFmCmhweHhk R0E5Smo1MFVKM1BENGJTVUVnTjh0TFowc2FuNDdsNVhUQUZMaTI0NTZjaVNsNW04c0thSGxH ZHQ5WG0KQUF0bVhxZVpWSVlYL1VGUzk2ZkR6ZjR4aEVtbS95N0xiWUVQUWRVZHh1NDd4QTVL aFRZcDVibHRGM1dZRHoxWQpnZDdneDA3QXV3cDdpdzdlTnZub0RUQWxLQWw4S1lEWnpiRE5D UUdFYnBZM2VmWkl2UGRlSStGV1FONFcra2doCnkrUDZhdTZQcklJaFlyYWV1YTdYRGRiMkxT MWVuM1NzbUUzUWpxZlJxSS9BMnVlOEpNd3N2WGUvV0szOEV6czYKeDc0aVRhcUkzQUZINmls QWhEcXBNbmQvbXNTRVNORnQ3NkRpTzFaS1FNcjlhbVZQa25qZlBtSklTcWRoZ0IxRApsRWR3 MzRzUk9mNlY4bVp3MHhmcVQ2UEtFNDZMY0ZlZnpzMGtiZzRHT1JmOHZqRzJTZjF0azVlVThN Qml5Ti9iClowM2JLTmpOWU1wT0REUVF3dVA4NGtZTGtYMndCeHhNQWhCeHdiRFZadWR6eERa SjFDMlZYdWpDT0pWeHEya2wKakJNOUVUWXVVR3FkNzVBVzJMWHJMdzYrTXVJc0hGQVlBZ1Jy NytLY3dEZ0JBZndoUEJZWDM0blNTaUhsbUxDKwpLYUhMZUNMRjVaSTJ2S20zSEVlQ1R0bE9n N3haRU9OZ3d6TCtmZEtvK0Q2U29DOFJSeEpLczhhM3NWZkk0dDZDCm5yUXp2SmJCbjZneGRn Q3U1aTI5SjFRQ1lyQ1l2cWwyVXlGUEFLK2RvOTkvMWpPWFQ0bTI4MzZqMXdBUkFRQUIKdENC UVlYVnNJRVZuWjJWeWRDQThaV2RuWlhKMFFHTnpMblZqYkdFdVpXUjFQb2tDUGdRVEFRSUFL QVVDVElCeQpaQUliQXdVSkVzd0RBQVlMQ1FnSEF3SUdGUWdDQ1FvTEJCWUNBd0VDSGdFQ0Y0 QUFDZ2tRN1pmcERtS3FmalJSCkd3LytJajAzZGhZZllsL2dYVlJpdXpWMWdHcmJIayt0bmZy SS9DN2ZBZW9GelE1dFZnVmluU2hhUGtabzBIVFAKZjE4eDZJREVkQWlPOE1xbzF5cDBDdEht ekdNQ0o1MG80R3JnZmpscjZnLyt2dEVPS2JobGVzek4yWHBKdnB3TQoyUWdHdm4vbGFUTFV1 OFBIOWFSV1RzN3FKSlpLS0tBYjRzeFljOTJGZWhQdTZGT0QwZERpeWhsREFxNGxPVjJtCmRC cHpRYmlvam9aelFMTVF3anBnQ1RLMjU3MmVLOUVPRVF5U1VUaFhyU0l6NkFTZW5wNE5ZVEZI czl0dUpRdlgKazlnWkRkUFNsM2JwKzQ3ZEd4bHhFV0xwQklNN3pJT053NGtzNGF6Z1Q4bnZE WnhBNUlaSHR2cUJsSkxCT2JZWQowTGU2MVdwMHkzVGxCRGgycWRLOGVZTDQyNlc0c2NFTVN1 aWc1Z2I4T0F0UWlCVzZrMnNHVXh4ZWl2OG92V3U4CllBWmdLSmZ1b1dJK3VSbk1FZGRydVk4 SnNvTTU0S2FLdlppa2tLczJiZzFuZHRMVnpIcEo2cUZaQzdRVmplSFUKaDYvQm1ndmRqV1Ba WUZUdE4rS0E5Q1dYM0dRS0tnTjN1dTk4OHl6bkQ3TG5COThUNEVVSDFIQS9HbmZCcU1WMQpn cHpUdlBjNHFWUWluQ21Ja0VGcDgzemwrRzVmQ2pKSjNXN2l2ekNuWW80S2hLTHBGVW05N29r VEtSMkxXM3haCnpFVzRjTFNXTzM4N01USzNDekRPeDVxZTZzNGE5MVp1Wk0vai9UUWRUTERh cU5uODNrQTRIcTQ4VUhYWXhjSWgKK05kOGsvM3c2bEZ1b0swd3JPRml5d2pMeCswdXI1am1t YmVjQkdIYzF4ZGhBRkc1QWcwRVRJQnlaQUVRQUthRgo2NzhUOXd5SDR3alRyVjFQejNjREVv U25WLzBaVXJPVDM3cDFkY0d5ai9JWHExeDY3MEhSVmFoQW1rMHNacFljCjI1UEY5RDVHUFlI RldsTmp1UFU5NnJEbmRYQjNoZWRtQlJoTGRDNGJBWGpJNERWK2JtZFZlK3EvSU1ubFpSYVYK bG05RWlNQ1ZBUjZ3MTNzUmV1N3FYa1c5cjNSd1kyQXpYc2twL3RBZTRCUktyMVptYnZpMm5i blE2ZXBFQzQycgpSYngwQjFFaGpiSVFaNUpIR2syNGlQVDdMZEJnbk5tb3M1d1lqendObGtN UUQ1VDBZZHpoazdKK1V4d0E1bTQ2Cm1PaFJEQzJyRlYvQTBnbTVUTHk4RFhqdi9Fc2M0Z1lu WWFpNlNRcW5VRVZoNUx1VjhZQ0pCbmlqcytUaXc3MXgKMWljbW42eEdJNDVFdWdKT2dlYyty THlwWWdwVnA0eDBISTVUODhxQlJZQ2t4SDNLZzhRbytFV05BOUE0TFJROQpEWDhuam9uYTBn ZjBzMDN0b2NLOGtCTjY2VW9xcVB0SEJuYzRlTWdCeW1DZmxLMTJlS2ZkMllZeG55ZzljWmF6 CldBNVZzbHZUeHBtNzZoYmc1b2lBRUgvVmcvOE14SHlBblBoZnJnd3lQcm1KRWNWQmFmZHNw Sm5ZUXhCWU5jbzIKTEZQSWhsT3ZXaDhyNGF0K3MrTTNMYjI2b1VUY3psZ2RXMVNmM1NEQTc3 Qk1SbkYwRlF5RSs3QXpWNzlNQk40eQpraXFhZXpReHRhRjFGeS90dmtoZmZTbzh1K2R3RzBF Z0poK3RlMzhnVGNJU1ZyMEdJUHBsTHo2WWhqcmJIclBSCkYxQ041VXVMOURCR2p4dU4zNVJM TlZFZnRhNlJVRmxSNk5jdFRqdnJBQkVCQUFHSkFpVUVHQUVDQUE4RkFreUEKY21RQ0d3d0ZD UkxNQXdBQUNna1E3WmZwRG1LcWZqU3JIQS8rS3pBS3ZUeFJoQTlNV05MeEl5SjdTNXVKMTZn cwpUM29DalpyQktHRWhLTU9HWDRPMEdBNlZPRXJ5TzdRUkNDWWFoM294U0czOElBbk5laXdK WGdVOUJ6a2s4NVVHCmJQRWQ3SEdGL1ZTZUhDUXdXb3U2anFVRFRTRHZuOVloTlRkRzBLWFBN NzRhQyt4cjJab3cxTzJtaFhpaGdXS0QKMER3KzBMWVBuVU9zUTBLT0Z4SFhYWUhtUnJTMU9a UFU1OUJMdmMrVFJoSWhhZlNIS0x3YlhLKzZja2t4Qng2aAo4ejVjY3BHMFFzNGJGaGRGWW5G ckVpZURMb0dtbkUyWUxoZFY2c3dKOVZOQ1M2cExpRW9oVDNmbTdhWG0xNXRaCk9JeXpNWmhI UlNBUGJsWHhRMFpTV2pxOG9ScmNZTkZ4YzRXMVVScEFrQkNPWUpvWHZRZkQ1TDNscUFsOFRD cUQKVXpZeGhIL3RKaGJEZEhycUhINzY3amFEYVRCMStUYWxwLzJBTUt3Y1hOT2Rpa2xHeGJt SFZHNllHbDZnOExyYgpzdTlOWkVJNHlMbEh6dWlrdGhKV2d6KzN2WmhWR3lObHQrSE5Jb0Y2 Q2pETDJvbXU1Y0VxNFJESE00NFFxUGs2Cmw3TzBwVXZOMW1UNEIrUzFiMDhSS3BxbS9mZjAx NUUzN0hOVi9waUl2Smx4R0FZejhQU2Z1R0NCMXRoTVlxbG0KZ2RoZDkvQmFiR0ZiR0dZSEE2 VTQvVDV6cVUrZjZ4SHkxU3NBUVoxTVNLbEx3ZWtCSVQrNC9jTFJHcUNIam5WMApxNUgvVDZh N3Q1bVBrYnpTck9MU280cHVqK0lUb05qWXlZSURCV3pobEExOWF2T2ErcnZVam1IdEQzc0ZO N2NYCld0a0dvaThidU5jYnk0VT0KPUFMNm8KLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxP Q0stLS0tLQo= Organization: UCLA Computer Science Department Message-ID: <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> Date: Wed, 12 Aug 2020 13:40:23 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <87d03vk6am.fsf@gnus.org> Content-Type: multipart/mixed; boundary="------------D82B16D2C347E55DD9B55F7D" Content-Language: en-US X-Spam-Score: -2.3 (--) 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 (---) This is a multi-part message in MIME format. --------------D82B16D2C347E55DD9B55F7D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 8/12/20 12:33 PM, Lars Ingebrigtsen wrote: > Yup, that checkout works, but 16a16645f524c62f7906036b0e383e4247b58de7 > has the bus error. > > commit 16a16645f524c62f7906036b0e383e4247b58de7 > Author: Pip Cet > AuthorDate: Tue Aug 11 02:16:53 2020 -0700 > Commit: Paul Eggert > CommitDate: Tue Aug 11 02:27:43 2020 -0700 > > Rehash hash tables eagerly after loading a dump > > A quick workaround might be to revert that particular commit; could you try the attached patch? It passes "make check" for me. Obviously it'd be better to have a real fix. I've asked Pip Cet to take a look. --------------D82B16D2C347E55DD9B55F7D Content-Type: text/x-patch; charset=UTF-8; name="0001-Revert-2020-08-11T09-16-53Z-pipcet-gmail.com.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0001-Revert-2020-08-11T09-16-53Z-pipcet-gmail.com.patch" >From 75e346be0208ec0211f6ae65b90016d4a34e854e Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Wed, 12 Aug 2020 13:35:03 -0700 Subject: [PATCH] Revert 2020-08-11T09:16:53Z!pipcet@gmail.com. --- src/bytecode.c | 1 + src/composite.c | 1 + src/emacs.c | 1 - src/fns.c | 61 ++++++++++---- src/lisp.h | 21 ++++- src/minibuf.c | 3 + src/pdumper.c | 207 ++++++++++++++++++++++++++---------------------- src/pdumper.h | 1 - 8 files changed, 183 insertions(+), 113 deletions(-) diff --git a/src/bytecode.c b/src/bytecode.c index 1c3b6eac0d..1913a4812a 100644 --- a/src/bytecode.c +++ b/src/bytecode.c @@ -1401,6 +1401,7 @@ #define DEFINE(name, value) LABEL (name) , Lisp_Object v1 = POP; ptrdiff_t i; struct Lisp_Hash_Table *h = XHASH_TABLE (jmp_table); + hash_rehash_if_needed (h); /* h->count is a faster approximation for HASH_TABLE_SIZE (h) here. */ diff --git a/src/composite.c b/src/composite.c index ec2b8328f7..f96f0b7772 100644 --- a/src/composite.c +++ b/src/composite.c @@ -652,6 +652,7 @@ gstring_lookup_cache (Lisp_Object header) composition_gstring_put_cache (Lisp_Object gstring, ptrdiff_t len) { struct Lisp_Hash_Table *h = XHASH_TABLE (gstring_hash_table); + hash_rehash_if_needed (h); Lisp_Object header = LGSTRING_HEADER (gstring); Lisp_Object hash = h->test.hashfn (header, h); if (len < 0) diff --git a/src/emacs.c b/src/emacs.c index cb04de4aab..e51a14f656 100644 --- a/src/emacs.c +++ b/src/emacs.c @@ -1536,7 +1536,6 @@ main (int argc, char **argv) if (!initialized) { init_alloc_once (); - init_pdumper_once (); init_obarray_once (); init_eval_once (); init_charset_once (); diff --git a/src/fns.c b/src/fns.c index 9199178212..fa7d5fa3dc 100644 --- a/src/fns.c +++ b/src/fns.c @@ -4252,27 +4252,46 @@ maybe_resize_hash_table (struct Lisp_Hash_Table *h) the "pdump", because the objects' addresses may have changed, thus affecting their hashes. */ void -hash_table_rehash (Lisp_Object hash) +hash_table_rehash (struct Lisp_Hash_Table *h) { - struct Lisp_Hash_Table *h = XHASH_TABLE (hash); - ptrdiff_t i, count = h->count; + ptrdiff_t size = HASH_TABLE_SIZE (h); + + /* These structures may have been purecopied and shared + (bug#36447). */ + Lisp_Object hash = make_nil_vector (size); + h->next = Fcopy_sequence (h->next); + h->index = Fcopy_sequence (h->index); /* Recompute the actual hash codes for each entry in the table. Order is still invalid. */ - for (i = 0; i < count; i++) + for (ptrdiff_t i = 0; i < size; ++i) { Lisp_Object key = HASH_KEY (h, i); - Lisp_Object hash_code = h->test.hashfn (key, h); - ptrdiff_t start_of_bucket = XUFIXNUM (hash_code) % ASIZE (h->index); - set_hash_hash_slot (h, i, hash_code); - set_hash_next_slot (h, i, HASH_INDEX (h, start_of_bucket)); - set_hash_index_slot (h, start_of_bucket, i); - eassert (HASH_NEXT (h, i) != i); /* Stop loops. */ + if (!EQ (key, Qunbound)) + ASET (hash, i, h->test.hashfn (key, h)); } - ptrdiff_t size = ASIZE (h->next); - for (; i + 1 < size; i++) - set_hash_next_slot (h, i, i + 1); + /* Reset the index so that any slot we don't fill below is marked + invalid. */ + Ffillarray (h->index, make_fixnum (-1)); + + /* Rebuild the collision chains. */ + for (ptrdiff_t i = 0; i < size; ++i) + if (!NILP (AREF (hash, i))) + { + EMACS_UINT hash_code = XUFIXNUM (AREF (hash, i)); + ptrdiff_t start_of_bucket = hash_code % ASIZE (h->index); + set_hash_next_slot (h, i, HASH_INDEX (h, start_of_bucket)); + set_hash_index_slot (h, start_of_bucket, i); + eassert (HASH_NEXT (h, i) != i); /* Stop loops. */ + } + + /* Finally, mark the hash table as having a valid hash order. + Do this last so that if we're interrupted, we retry on next + access. */ + eassert (hash_rehash_needed_p (h)); + h->hash = hash; + eassert (!hash_rehash_needed_p (h)); } /* Lookup KEY in hash table H. If HASH is non-null, return in *HASH @@ -4284,6 +4303,8 @@ hash_lookup (struct Lisp_Hash_Table *h, Lisp_Object key, Lisp_Object *hash) { ptrdiff_t start_of_bucket, i; + hash_rehash_if_needed (h); + Lisp_Object hash_code = h->test.hashfn (key, h); if (hash) *hash = hash_code; @@ -4318,6 +4339,8 @@ hash_put (struct Lisp_Hash_Table *h, Lisp_Object key, Lisp_Object value, { ptrdiff_t start_of_bucket, i; + hash_rehash_if_needed (h); + /* Increment count after resizing because resizing may fail. */ maybe_resize_hash_table (h); h->count++; @@ -4350,6 +4373,8 @@ hash_remove_from_table (struct Lisp_Hash_Table *h, Lisp_Object key) ptrdiff_t start_of_bucket = XUFIXNUM (hash_code) % ASIZE (h->index); ptrdiff_t prev = -1; + hash_rehash_if_needed (h); + for (ptrdiff_t i = HASH_INDEX (h, start_of_bucket); 0 <= i; i = HASH_NEXT (h, i)) @@ -4390,7 +4415,8 @@ hash_clear (struct Lisp_Hash_Table *h) if (h->count > 0) { ptrdiff_t size = HASH_TABLE_SIZE (h); - memclear (xvector_contents (h->hash), size * word_size); + if (!hash_rehash_needed_p (h)) + memclear (xvector_contents (h->hash), size * word_size); for (ptrdiff_t i = 0; i < size; i++) { set_hash_next_slot (h, i, i < size - 1 ? i + 1 : -1); @@ -4426,7 +4452,9 @@ sweep_weak_table (struct Lisp_Hash_Table *h, bool remove_entries_p) for (ptrdiff_t bucket = 0; bucket < n; ++bucket) { /* Follow collision chain, removing entries that don't survive - this garbage collection. */ + this garbage collection. It's okay if hash_rehash_needed_p + (h) is true, since we're operating entirely on the cached + hash values. */ ptrdiff_t prev = -1; ptrdiff_t next; for (ptrdiff_t i = HASH_INDEX (h, bucket); 0 <= i; i = next) @@ -4471,7 +4499,7 @@ sweep_weak_table (struct Lisp_Hash_Table *h, bool remove_entries_p) set_hash_hash_slot (h, i, Qnil); eassert (h->count != 0); - h->count--; + h->count += h->count > 0 ? -1 : 1; } else { @@ -4895,6 +4923,7 @@ DEFUN ("hash-table-count", Fhash_table_count, Shash_table_count, 1, 1, 0, (Lisp_Object table) { struct Lisp_Hash_Table *h = check_hash_table (table); + eassert (h->count >= 0); return make_fixnum (h->count); } diff --git a/src/lisp.h b/src/lisp.h index 2962babb4f..c58cd0fa6b 100644 --- a/src/lisp.h +++ b/src/lisp.h @@ -2275,7 +2275,11 @@ #define DEFSYM(sym, name) /* empty */ struct Lisp_Hash_Table { - /* Change pdumper.c if you change the fields here. */ + /* Change pdumper.c if you change the fields here. + + IMPORTANT!!!!!!! + + Call hash_rehash_if_needed() before accessing. */ /* This is for Lisp; the hash table code does not refer to it. */ union vectorlike_header header; @@ -2394,7 +2398,20 @@ HASH_TABLE_SIZE (const struct Lisp_Hash_Table *h) return size; } -void hash_table_rehash (Lisp_Object); +void hash_table_rehash (struct Lisp_Hash_Table *h); + +INLINE bool +hash_rehash_needed_p (const struct Lisp_Hash_Table *h) +{ + return NILP (h->hash); +} + +INLINE void +hash_rehash_if_needed (struct Lisp_Hash_Table *h) +{ + if (hash_rehash_needed_p (h)) + hash_table_rehash (h); +} /* Default size for hash tables if not specified. */ diff --git a/src/minibuf.c b/src/minibuf.c index cb302c5a60..9d870ce364 100644 --- a/src/minibuf.c +++ b/src/minibuf.c @@ -1212,6 +1212,9 @@ DEFUN ("try-completion", Ftry_completion, Stry_completion, 2, 3, 0, bucket = AREF (collection, idx); } + if (HASH_TABLE_P (collection)) + hash_rehash_if_needed (XHASH_TABLE (collection)); + while (1) { /* Get the next element of the alist, obarray, or hash-table. */ diff --git a/src/pdumper.c b/src/pdumper.c index bc41afc7c5..85c8b19949 100644 --- a/src/pdumper.c +++ b/src/pdumper.c @@ -95,6 +95,17 @@ #define VM_MS_WINDOWS 2 # define VM_SUPPORTED 0 #endif +/* PDUMPER_CHECK_REHASHING being true causes the portable dumper to + check, for each hash table it dumps, that the hash table means the + same thing after rehashing. */ +#ifndef PDUMPER_CHECK_REHASHING +# if ENABLE_CHECKING +# define PDUMPER_CHECK_REHASHING 1 +# else +# define PDUMPER_CHECK_REHASHING 0 +# endif +#endif + /* Require an architecture in which pointers, ptrdiff_t and intptr_t are the same size and have the same layout, and where bytes have eight bits --- that is, a general-purpose computer made after 1990. @@ -381,9 +392,6 @@ dump_fingerprint (char const *label, The start of the cold region is always aligned on a page boundary. */ dump_off cold_start; - - /* Offset of a vector of the dumped hash tables. */ - dump_off hash_list; }; /* Double-ended singly linked list. */ @@ -541,9 +549,6 @@ dump_fingerprint (char const *label, heap objects. */ Lisp_Object bignum_data; - /* List of hash tables that have been dumped. */ - Lisp_Object hash_tables; - dump_off number_hot_relocations; dump_off number_discardable_relocations; }; @@ -2591,65 +2596,79 @@ dump_vectorlike_generic (struct dump_context *ctx, return offset; } -/* Return a vector of KEY, VALUE pairs in the given hash table H. The - first H->count pairs are valid, and the rest are unbound. */ -static Lisp_Object -hash_table_contents (struct Lisp_Hash_Table *h) +/* Determine whether the hash table's hash order is stable + across dump and load. If it is, we don't have to trigger + a rehash on access. */ +static bool +dump_hash_table_stable_p (const struct Lisp_Hash_Table *hash) { - if (h->test.hashfn == hashfn_user_defined) + if (hash->test.hashfn == hashfn_user_defined) error ("cannot dump hash tables with user-defined tests"); /* Bug#36769 */ - - ptrdiff_t size = HASH_TABLE_SIZE (h); - Lisp_Object key_and_value = make_uninit_vector (2 * size); - ptrdiff_t n = 0; - - /* Make sure key_and_value ends up in the same order; charset.c - relies on it by expecting hash table indices to stay constant - across the dump. */ - for (ptrdiff_t i = 0; i < size; i++) - if (!NILP (HASH_HASH (h, i))) - { - ASET (key_and_value, n++, HASH_KEY (h, i)); - ASET (key_and_value, n++, HASH_VALUE (h, i)); - } - - while (n < 2 * size) + bool is_eql = hash->test.hashfn == hashfn_eql; + bool is_equal = hash->test.hashfn == hashfn_equal; + ptrdiff_t size = HASH_TABLE_SIZE (hash); + for (ptrdiff_t i = 0; i < size; ++i) { - ASET (key_and_value, n++, Qunbound); - ASET (key_and_value, n++, Qnil); + Lisp_Object key = HASH_KEY (hash, i); + if (!EQ (key, Qunbound)) + { + bool key_stable = (dump_builtin_symbol_p (key) + || FIXNUMP (key) + || (is_equal + && (STRINGP (key) || BOOL_VECTOR_P (key))) + || ((is_equal || is_eql) + && (FLOATP (key) || BIGNUMP (key)))); + if (!key_stable) + return false; + } } - return key_and_value; -} - -static dump_off -dump_hash_table_list (struct dump_context *ctx) -{ - if (!NILP (ctx->hash_tables)) - return dump_object (ctx, CALLN (Fapply, Qvector, ctx->hash_tables)); - else - return 0; + return true; } -static void -hash_table_freeze (struct Lisp_Hash_Table *h) +/* Return a list of (KEY . VALUE) pairs in the given hash table. The + first H->count pairs are valid, and the rest are unbound. */ +static Lisp_Object +hash_table_contents (Lisp_Object table) { - ptrdiff_t npairs = ASIZE (h->key_and_value) / 2; - h->key_and_value = hash_table_contents (h); - h->next = h->hash = make_fixnum (npairs); - h->index = make_fixnum (ASIZE (h->index)); - h->next_free = (npairs == h->count ? -1 : h->count); + Lisp_Object contents = Qnil; + struct Lisp_Hash_Table *h = XHASH_TABLE (table); + for (ptrdiff_t i = 0; i < HASH_TABLE_SIZE (h); ++i) + { + Lisp_Object key = HASH_KEY (h, i); + if (!EQ (key, Qunbound)) + dump_push (&contents, Fcons (key, HASH_VALUE (h, i))); + } + return Fnreverse (contents); } +/* Copy the given hash table, rehash it, and make sure that we can + look up all the values in the original. */ static void -hash_table_thaw (Lisp_Object hash) -{ - struct Lisp_Hash_Table *h = XHASH_TABLE (hash); - h->hash = make_nil_vector (XFIXNUM (h->hash)); - h->next = Fmake_vector (h->next, make_fixnum (-1)); - h->index = Fmake_vector (h->index, make_fixnum (-1)); +check_hash_table_rehash (Lisp_Object table_orig) +{ + ptrdiff_t count = XHASH_TABLE (table_orig)->count; + hash_rehash_if_needed (XHASH_TABLE (table_orig)); + Lisp_Object table_rehashed = Fcopy_hash_table (table_orig); + eassert (!hash_rehash_needed_p (XHASH_TABLE (table_rehashed))); + XHASH_TABLE (table_rehashed)->hash = Qnil; + eassert (count == 0 || hash_rehash_needed_p (XHASH_TABLE (table_rehashed))); + hash_rehash_if_needed (XHASH_TABLE (table_rehashed)); + eassert (!hash_rehash_needed_p (XHASH_TABLE (table_rehashed))); + Lisp_Object expected_contents = hash_table_contents (table_orig); + while (!NILP (expected_contents)) + { + Lisp_Object key_value_pair = dump_pop (&expected_contents); + Lisp_Object key = XCAR (key_value_pair); + Lisp_Object expected_value = XCDR (key_value_pair); + Lisp_Object arbitrary = Qdump_emacs_portable__sort_predicate_copied; + Lisp_Object found_value = Fgethash (key, table_rehashed, arbitrary); + eassert (EQ (expected_value, found_value)); + Fremhash (key, table_rehashed); + } - hash_table_rehash (hash); + eassert (EQ (Fhash_table_count (table_rehashed), + make_fixnum (0))); } static dump_off @@ -2661,11 +2680,51 @@ dump_hash_table (struct dump_context *ctx, # error "Lisp_Hash_Table changed. See CHECK_STRUCTS comment in config.h." #endif const struct Lisp_Hash_Table *hash_in = XHASH_TABLE (object); + bool is_stable = dump_hash_table_stable_p (hash_in); + /* If the hash table is likely to be modified in memory (either + because we need to rehash, and thus toggle hash->count, or + because we need to assemble a list of weak tables) punt the hash + table to the end of the dump, where we can lump all such hash + tables together. */ + if (!(is_stable || !NILP (hash_in->weak)) + && ctx->flags.defer_hash_tables) + { + if (offset != DUMP_OBJECT_ON_HASH_TABLE_QUEUE) + { + eassert (offset == DUMP_OBJECT_ON_NORMAL_QUEUE + || offset == DUMP_OBJECT_NOT_SEEN); + /* We still want to dump the actual keys and values now. */ + dump_enqueue_object (ctx, hash_in->key_and_value, WEIGHT_NONE); + /* We'll get to the rest later. */ + offset = DUMP_OBJECT_ON_HASH_TABLE_QUEUE; + dump_remember_object (ctx, object, offset); + dump_push (&ctx->deferred_hash_tables, object); + } + return offset; + } + + if (PDUMPER_CHECK_REHASHING) + check_hash_table_rehash (make_lisp_ptr ((void *) hash_in, Lisp_Vectorlike)); + struct Lisp_Hash_Table hash_munged = *hash_in; struct Lisp_Hash_Table *hash = &hash_munged; - hash_table_freeze (hash); - dump_push (&ctx->hash_tables, object); + /* Remember to rehash this hash table on first access. After a + dump reload, the hash table values will have changed, so we'll + need to rebuild the index. + + TODO: for EQ and EQL hash tables, it should be possible to rehash + here using the preferred load address of the dump, eliminating + the need to rehash-on-access if we can load the dump where we + want. */ + if (hash->count > 0 && !is_stable) + /* Hash codes will have to be recomputed anyway, so let's not dump them. + Also set `hash` to nil for hash_rehash_needed_p. + We could also refrain from dumping the `next' and `index' vectors, + except that `next' is currently used for HASH_TABLE_SIZE and + we'd have to rebuild the next_free list as well as adjust + sweep_weak_hash_table for the case where there's no `index'. */ + hash->hash = Qnil; START_DUMP_PVEC (ctx, &hash->header, struct Lisp_Hash_Table, out); dump_pseudovector_lisp_fields (ctx, &out->header, &hash->header); @@ -4061,19 +4120,6 @@ DEFUN ("dump-emacs-portable", || !NILP (ctx->deferred_hash_tables) || !NILP (ctx->deferred_symbols)); - ctx->header.hash_list = ctx->offset; - dump_hash_table_list (ctx); - - do - { - dump_drain_deferred_hash_tables (ctx); - dump_drain_deferred_symbols (ctx); - dump_drain_normal_queue (ctx); - } - while (!dump_queue_empty_p (&ctx->dump_queue) - || !NILP (ctx->deferred_hash_tables) - || !NILP (ctx->deferred_symbols)); - dump_sort_copied_objects (ctx); /* While we copy built-in symbols into the Emacs image, these @@ -5227,9 +5273,6 @@ dump_do_all_emacs_relocations (const struct dump_header *const header, NUMBER_DUMP_SECTIONS, }; -/* Pointer to a stack variable to avoid having to staticpro it. */ -static Lisp_Object *pdumper_hashes = &zero_vector; - /* Load a dump from DUMP_FILENAME. Return an error code. N.B. We run very early in initialization, so we can't use lisp, @@ -5376,15 +5419,6 @@ pdumper_load (const char *dump_filename) for (int i = 0; i < ARRAYELTS (sections); ++i) dump_mmap_reset (§ions[i]); - Lisp_Object hashes = zero_vector; - if (header->hash_list) - { - struct Lisp_Vector *hash_tables = - (struct Lisp_Vector *) (dump_base + header->hash_list); - hashes = make_lisp_ptr (hash_tables, Lisp_Vectorlike); - } - - pdumper_hashes = &hashes; /* Run the functions Emacs registered for doing post-dump-load initialization. */ for (int i = 0; i < nr_dump_hooks; ++i) @@ -5455,19 +5489,6 @@ DEFUN ("pdumper-stats", Fpdumper_stats, Spdumper_stats, 0, 0, 0, #endif /* HAVE_PDUMPER */ -static void -thaw_hash_tables (void) -{ - Lisp_Object hash_tables = *pdumper_hashes; - for (ptrdiff_t i = 0; i < ASIZE (hash_tables); i++) - hash_table_thaw (AREF (hash_tables, i)); -} - -void -init_pdumper_once (void) -{ - pdumper_do_now_and_after_load (thaw_hash_tables); -} void syms_of_pdumper (void) diff --git a/src/pdumper.h b/src/pdumper.h index c793fb4058..6a99b511f2 100644 --- a/src/pdumper.h +++ b/src/pdumper.h @@ -256,7 +256,6 @@ pdumper_clear_marks (void) file was loaded. */ extern void pdumper_record_wd (const char *); -void init_pdumper_once (void); void syms_of_pdumper (void); INLINE_HEADER_END -- 2.25.4 --------------D82B16D2C347E55DD9B55F7D-- From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 20:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: Eli Zaretskii , 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15972652399068 (code B ref 42832); Wed, 12 Aug 2020 20:48:02 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 20:47:19 +0000 Received: from localhost ([127.0.0.1]:45659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5xeY-0002MB-MQ for submit@debbugs.gnu.org; Wed, 12 Aug 2020 16:47:18 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49150) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5xeV-0002Lx-Kl for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 16:47:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=VBvxnE511HVlphddrgrpQrV4oVNeCmWAWBB4jxU47/U=; b=Q2S+OH/fAaWuNjOBnlcScIas5p b3fnkJDptH8E7vnMFFxBPPSmEhkOhrGpcg864f5H4oSktcA2MEVqCK2toxzGPAv6aeao8xYVNFZ47 kLdP/aHfHKGw+ioZ5qPWGl0sWDeXGitCBCj5sLHPzamvsqSMRjLffTnWYckSkk8vl7rg=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5xeL-0005XZ-Ds; Wed, 12 Aug 2020 22:47:08 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> Date: Wed, 12 Aug 2020 22:47:03 +0200 In-Reply-To: <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> (Paul Eggert's message of "Wed, 12 Aug 2020 13:40:23 -0700") Message-ID: <878sejk2wo.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Paul Eggert writes: > A quick workaround might be to revert that particular commit; could > you try the attached patch? It passes "make check" for me. Yup; with that patch applied, the bus error goes away. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Paul Eggert writes: > A quick workaround might be to revert that particular commit; could > you try the attached patch? It passes "make check" for me. Yup; with that patch applied, the bus error goes away. But it's an odd problem -- I've tried building on three machines now, and it only fails on one. The machine it fails on and one it works on are both Debian bullseye, both with the same compiler version, etc. And on the one machine it does fail on, it only fails when saying "make -j2" or higher. So for all I know, there is some kind of very strange hardware error on that machine... although that's looking kinda unlikely now. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 21:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159726861514582 (code B ref 42832); Wed, 12 Aug 2020 21:44:02 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 21:43:35 +0000 Received: from localhost ([127.0.0.1]:45720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5yX0-0003n8-Va for submit@debbugs.gnu.org; Wed, 12 Aug 2020 17:43:35 -0400 Received: from mail-oi1-f194.google.com ([209.85.167.194]:42386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5yWy-0003mv-Gq for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 17:43:33 -0400 Received: by mail-oi1-f194.google.com with SMTP id j7so3191979oij.9 for <42832@debbugs.gnu.org>; Wed, 12 Aug 2020 14:43:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=H7g7CpODDHL9r+6214Q5B3JDoTphZOJ/VCl/mkcuL0Y=; b=DGDDas3zfGjmnuBedw5BHmzmyvY/QieVyPiebGmQUb2K3aHna4l9htMJ6Ua6tkQ7D5 MpHtOlpt38dV9X0jHJMhI9Ze4SUnu0xl61JXf/4xB8aNK/nw6ysecbtJWzZMS1+bYM15 v6rGRkp96tmiO0ic0sE94CpFRZ5gq83a+mBJ1DWWB9qITTVd2jgKwssDdA6AjdTy+yUL YQgjSg/CQ132xxYF86ij90TcxGQJRrnpMVMFcRJHOWQgUWU9kr1nxQ43DQgK10I3nKQZ mMH+QzsHNI7HjGtIbgtsG/idz1KioqUCqDFHVNjs0fe53oVaQCtCUAFWwgHpwCUjkXlK nNEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=H7g7CpODDHL9r+6214Q5B3JDoTphZOJ/VCl/mkcuL0Y=; b=BLNiX/CD9GPOm4zDkIk/dWDsDyZ6H+6yJnFuFbH9RNYWUSqDQOGoh9c+NaeiFqFrRJ quU5H2Mkp9MjMMhrmimTw1e9gyqY1NU/yIhYsHOlCPqJ6mBgE4mwYyHN8E7zVUXbDvO+ t9m9t+cOEtwrnmFUoweXO2sVIQxmdPKqYxr5lypTyoWXub2/i0qsHL0taptBB4KTEsQF KFPA9AL6Pn+zWtR4b/Kfsyc+HuhCThrvw//w3ftpsq24zaYbV5WP5SjfXhzZwqrEWJKf VAjwuyXUZlJgnog89mMM0kV5Uci848d3KL4/r/AWHKCOVbOvRMfGEF7lseh3YelAOUA0 BqxQ== X-Gm-Message-State: AOAM532e61zlf1YGkbXxJNzau+XQrOfE3Z6MBPFpGCZ93XMvZK5/yiKc X6JFqH6ToJ9QVpd9ozKNitldcpiX3vILZq+2Kkg= X-Google-Smtp-Source: ABdhPJwplDQIeHu5kc3anD3rhe+8D7FwHwz46JQD0zxBCpXnjFQhz64424HC7lHaKYWoSdVIcOcoByj3PRqnUBs/QPs= X-Received: by 2002:aca:5f45:: with SMTP id t66mr962298oib.122.1597268606649; Wed, 12 Aug 2020 14:43:26 -0700 (PDT) MIME-Version: 1.0 References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> In-Reply-To: <878sejk2wo.fsf@gnus.org> From: Pip Cet Date: Wed, 12 Aug 2020 21:42:50 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) 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 Wed, Aug 12, 2020 at 8:48 PM Lars Ingebrigtsen wrote: > Paul Eggert writes: > > > A quick workaround might be to revert that particular commit; could > > you try the attached patch? It passes "make check" for me. > > Yup; with that patch applied, the bus error goes away. That is strange. > But it's an odd problem -- I've tried building on three machines now, > and it only fails on one. The machine it fails on and one it works on > are both Debian bullseye, both with the same compiler version, etc. Same sysctl settings, too? In particular, address randomization appears to be enabled, does this also happen if you disable it (echo 0 | sudo tee /proc/sys/kernel/randomize_va_space) ? > And > on the one machine it does fail on, it only fails when saying "make -j2" > or higher. > > So for all I know, there is some kind of very strange hardware error on > that machine... although that's looking kinda unlikely now. I'm thinking it might "simply" be a very timing-sensitive issue, which would exonerate me :-) From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 21:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159726928915661 (code B ref 42832); Wed, 12 Aug 2020 21:55:01 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 21:54:49 +0000 Received: from localhost ([127.0.0.1]:45738 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5yht-00044X-0D for submit@debbugs.gnu.org; Wed, 12 Aug 2020 17:54:49 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49542) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5yhp-00044G-UW for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 17:54:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=uDnBlNMDftZa5piHHXeDtVMn8bYPlQOEliS/hSvRsAw=; b=fHAgFddIwJUR8veaA2799JLhTq 8mLuB+OEgZyhFOzqKtVIIgBi2G8M+13C5hMy0wp8WPiP2iCwm6H/Rw+z11k99AHQG3yqzPcxloXPb CvQDsAwf+mSBfP9Rp+9+9nCIfJWXY925ZRd3GGAkgfL2vwjK5Ilv1jf9pN0gRQfztRsQ=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5yhW-0006A7-Bd; Wed, 12 Aug 2020 23:54:38 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> Date: Wed, 12 Aug 2020 23:54:24 +0200 In-Reply-To: (Pip Cet's message of "Wed, 12 Aug 2020 21:42:50 +0000") Message-ID: <874kp7jzsf.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Pip Cet writes: > Same sysctl settings, too? In particular, address randomization > appears to be enabled, does this also happen if you disable it (echo 0 > | sudo tee /proc/sys/kernel/randomize_va_space) ? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Pip Cet writes: > Same sysctl settings, too? In particular, address randomization > appears to be enabled, does this also happen if you disable it (echo 0 > | sudo tee /proc/sys/kernel/randomize_va_space) ? Tried that now and rebuilt -- bus error in the same place, I think: #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x0000555555597ad5 in terminate_due_to_signal (sig=sig@entry=7, backtrace_limit=backtrace_limit@entry=40) at emacs.c:408 #2 0x0000555555597f6b in handle_fatal_signal (sig=sig@entry=7) at sysdep.c:1782 #3 0x0000555555692d9d in deliver_thread_signal (sig=7, handler=0x555555597f60 ) at sysdep.c:1756 #4 0x0000555555692e89 in deliver_fatal_thread_signal (sig=) at sysdep.c:1794 #5 0x00007ffff5726140 in () at /lib/x86_64-linux-gnu/libpthread.so.0 #6 vector_marked_p (v=0xc000000018000000) at alloc.c:3859 #7 mark_object (arg=) at alloc.c:6607 #8 0x00005555556d6d7e in mark_vectorlike (header=0x555555c34f10) at alloc.c:6280 #9 0x00005555556d6d7e in mark_vectorlike (header=header@entry=0x7ffff19a41a8) at alloc.c:6280 #10 0x00005555556d668c in mark_hash_table (ptr=0x7ffff19a41a8) at alloc.c:6651 #11 mark_object (arg=) at alloc.c:6651 #12 0x00005555556d6ce7 in mark_memory (end=, end@entry=0x7ffffffee950, start=) at alloc.c:4842 -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Aug 2020 22:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159726965316376 (code B ref 42832); Wed, 12 Aug 2020 22:01:01 +0000 Received: (at 42832) by debbugs.gnu.org; 12 Aug 2020 22:00:53 +0000 Received: from localhost ([127.0.0.1]:45748 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5ynl-0004G3-5M for submit@debbugs.gnu.org; Wed, 12 Aug 2020 18:00:53 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49570) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5yni-0004Fq-LB for 42832@debbugs.gnu.org; Wed, 12 Aug 2020 18:00:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=j39hgKRAavUT1FOjEyh7mH2/cALQp1D4S6ZqV3kc1wQ=; b=SBSU3TpGy2B17Ztm8B5bMZZ9SJ ZIRp7gVCFEA3uIpFM79nC2RbtL3jbWBcLTjNmwrZkbNfzrfkFiaxRKIXenx5AwY9vvjG1wGlTs0CS YH1d7hSXVzy9xkQU3WBjGHxdsN3xUB/NjhzDX0c9dm9xoOnnGs+hyyyRiRd23nawgtfU=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5ynY-0006E3-RB; Thu, 13 Aug 2020 00:00:44 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> Date: Thu, 13 Aug 2020 00:00:39 +0200 In-Reply-To: (Pip Cet's message of "Wed, 12 Aug 2020 21:42:50 +0000") Message-ID: <87zh6zikxk.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Pip Cet writes: >> So for all I know, there is some kind of very strange hardware error on >> that machine... although that's looking kinda unlikely now. > > I'm thinking it might "simply" be a very timing-sensitive [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Pip Cet writes: >> So for all I know, there is some kind of very strange hardware error on >> that machine... although that's looking kinda unlikely now. > > I'm thinking it might "simply" be a very timing-sensitive issue, which > would exonerate me :-) :-) I think we should just leave it as is for now, and see whether anybody else sees this problem, too (and perhaps we'll find some commonalities between the setups). I'll just switch my test builds to a different machine for now. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Aug 2020 10:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159731320417474 (code B ref 42832); Thu, 13 Aug 2020 10:07:02 +0000 Received: (at 42832) by debbugs.gnu.org; 13 Aug 2020 10:06:44 +0000 Received: from localhost ([127.0.0.1]:46992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6A8C-0004Xl-Jf for submit@debbugs.gnu.org; Thu, 13 Aug 2020 06:06:44 -0400 Received: from mail-oi1-f196.google.com ([209.85.167.196]:39230) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6A88-0004XW-Gq for 42832@debbugs.gnu.org; Thu, 13 Aug 2020 06:06:42 -0400 Received: by mail-oi1-f196.google.com with SMTP id a24so4539341oia.6 for <42832@debbugs.gnu.org>; Thu, 13 Aug 2020 03:06:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rl8GyxLpy+PU0qRuBX2Qn+QeQksnbR451OBH7FCiEqo=; b=BMhwnObKuyLtbmL9bArA2x2hLKY6IZzQrFa0ZdK9w+RYetTNJKv6u4RoaogWnGHuPn OOasoKN+7cjk+JdN+SPkxFFTfYaOJWP2AiO4ecBj9Kvb2Sfa+s9znzPLzD/wQgR+xJM8 K90RpPz3BcEz2KbgI7OLPrkvM2Wk3SLPCxFER7KsyW9AtCnpSQa9n6nY84fIo6Orv2xM SrMkDUPXmgKKk683IB5LRQnHRQMXsApSQgh5KoY740FA70oWCvaS0/d/qXoTF0BgLHqU bjUpFmtTZRYAf9VfiN7kosz3+8NSPRUMruLo1Wh2kU65zFbR6CGB8B6kW+QmcsmTqetB wq+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rl8GyxLpy+PU0qRuBX2Qn+QeQksnbR451OBH7FCiEqo=; b=rCkEDzFDkPjtY+3LYl+ZoHjyvbhSg8+++NRTpmDP7KE3C/8eEsFnmOa+yvRrtrgT/S WHly3k6pJO8wh6O1MXEkN43vhntLPiZy6McL2DZuy/OKmnmlH+8ly8mZ16x6MbRO8xm8 +f/UTTvDMA1u4x7tdKVbyHrfLX+826gmmlZgMWiYhhcvVGaEm35Cy05E61FME3mtOgb5 hhvhaZqpiPAwm/sGrZwA3ZJMz6zXiBdFWjV7xsMeMjnUIJHpcTgAHaN49WlAtkC2l5wC GJbi3FoNFoZRcwUd3Bf8uKPvpuAXk4g4VK0Knk5a/PZ6E1L86Bsnfxr+VnDjKvixLfZ5 Tcvw== X-Gm-Message-State: AOAM5337eGW6WSYq7XV2UcsuLBPD9v1OMoXsoy1YUsoXoznRNR/7Pldc LXQU1KjzSxmtsbenq5BW37rtlE9+TMwHqogfixM= X-Google-Smtp-Source: ABdhPJzm8hAThNW1t0TcFbVwUHvG/qgm0pdfWJLKHBDqNzXPbKcNHO/4L19SDFPh8jm+onG5t690c42EUbV/MFB82Yo= X-Received: by 2002:aca:ed4e:: with SMTP id l75mr2810903oih.44.1597313194504; Thu, 13 Aug 2020 03:06:34 -0700 (PDT) MIME-Version: 1.0 References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> In-Reply-To: <874kp7jzsf.fsf@gnus.org> From: Pip Cet Date: Thu, 13 Aug 2020 10:05:57 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) 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 Wed, Aug 12, 2020 at 9:54 PM Lars Ingebrigtsen wrote: > Pip Cet writes: > > > Same sysctl settings, too? In particular, address randomization > > appears to be enabled, does this also happen if you disable it (echo 0 > > | sudo tee /proc/sys/kernel/randomize_va_space) ? > > Tried that now and rebuilt -- bus error in the same place, I think: > > #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 > #1 0x0000555555597ad5 in terminate_due_to_signal > (sig=sig@entry=7, backtrace_limit=backtrace_limit@entry=40) at emacs.c:408 > #2 0x0000555555597f6b in handle_fatal_signal (sig=sig@entry=7) > at sysdep.c:1782 > #3 0x0000555555692d9d in deliver_thread_signal > (sig=7, handler=0x555555597f60 ) at sysdep.c:1756 > #4 0x0000555555692e89 in deliver_fatal_thread_signal (sig=) > at sysdep.c:1794 > #5 0x00007ffff5726140 in () > at /lib/x86_64-linux-gnu/libpthread.so.0 > #6 vector_marked_p (v=0xc000000018000000) at alloc.c:3859 > #7 mark_object (arg=) at alloc.c:6607 > #8 0x00005555556d6d7e in mark_vectorlike (header=0x555555c34f10) > at alloc.c:6280 I'm trying to reproduce your build environment vaguely, and while the addresses don't match up perfectly that does indeed appear to be an eagerly-rehashed hash table's ->hash vector. This is a shot in the dark, but in my case, the table containing that address is Vdbus_registered_objects_table. Can you check whether that's true in your case, too? Something like "p globals.f_Vdbus_registered_objects_table" in gdb (using the core dump should be fine) should either produce 0x555555c34f15 or something else. If it is dbus, can you try compiling without it? From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Aug 2020 10:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159731354218037 (code B ref 42832); Thu, 13 Aug 2020 10:13:02 +0000 Received: (at 42832) by debbugs.gnu.org; 13 Aug 2020 10:12:22 +0000 Received: from localhost ([127.0.0.1]:47012 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6ADd-0004gr-SG for submit@debbugs.gnu.org; Thu, 13 Aug 2020 06:12:22 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55758) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6ADc-0004ga-7j for 42832@debbugs.gnu.org; Thu, 13 Aug 2020 06:12:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=KDT29/EcZCppnvNn23c69S0Jv35iE02qIKuUxwO3gXE=; b=tHPuGMiCHHKlIz3WnzoZYNGHhU OTPeeTQvAGekau2NL+U6p9xqY91JPx6wsVTV9ZQ/WRgvATpbMfeByob95tln+22WHkoYguzbQY1Te F9CXiHRunHvZYpoIQpR3jq7f+gIaKvJVekc6yGAYQ21dKxpOJEdbwHU0k7wB000Bor8E=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k6ADR-0004uL-Qv; Thu, 13 Aug 2020 12:12:13 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> Date: Thu, 13 Aug 2020 12:12:08 +0200 In-Reply-To: (Pip Cet's message of "Thu, 13 Aug 2020 10:05:57 +0000") Message-ID: <87lfiig8hz.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Pip Cet writes: > This is a shot in the dark, but in my case, the table containing that > address is Vdbus_registered_objects_table. Can you check whether > that's true in your case, too? Something like "p > globals. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Pip Cet writes: > This is a shot in the dark, but in my case, the table containing that > address is Vdbus_registered_objects_table. Can you check whether > that's true in your case, too? Something like "p > globals.f_Vdbus_registered_objects_table" in gdb (using the core dump > should be fine) should either produce 0x555555c34f15 or something > else. If it is dbus, can you try compiling without it? Let's see... (gdb) p globals.f_Vdbus_registered_objects_table $1 = (Lisp_Object) 0x7ffff19e6665 I'll try compiling without dbus and see what happens. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Aug 2020 10:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159731376322064 (code B ref 42832); Thu, 13 Aug 2020 10:17:01 +0000 Received: (at 42832) by debbugs.gnu.org; 13 Aug 2020 10:16:03 +0000 Received: from localhost ([127.0.0.1]:47025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6AHC-0005jb-W2 for submit@debbugs.gnu.org; Thu, 13 Aug 2020 06:16:03 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55786) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6AHA-0005cF-Nn for 42832@debbugs.gnu.org; Thu, 13 Aug 2020 06:16:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=clmnjZusy+zOmum03m8OmSVkyWWqkx3GOuQsMaACxmw=; b=P3W2AIRA9RlAR/AGMXqtHOhxwf 8Ka2dBDjbaU0BrpMhKeEWZrUEQ6Kru7Ec1PcPH+5JdICwDJk3SC545n+qNQPEHkBgf35233lYwxFK rwK+c1z4/4jsly4VMusohqML64G8BD6ugcI+qEfm89n+JfXMCfYHecgccb0WbCgETE3g=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k6AH1-0004vN-Ug; Thu, 13 Aug 2020 12:15:54 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> Date: Thu, 13 Aug 2020 12:15:50 +0200 In-Reply-To: <87lfiig8hz.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 13 Aug 2020 12:12:08 +0200") Message-ID: <87h7t6g8bt.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > I'll try compiling without dbus and see what happens. With ./configure --without-dbus, "make bootstrap" doesn't error out for me. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Lars Ingebrigtsen writes: > I'll try compiling without dbus and see what happens. With ./configure --without-dbus, "make bootstrap" doesn't error out for me. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Aug 2020 14:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159732773724175 (code B ref 42832); Thu, 13 Aug 2020 14:09:02 +0000 Received: (at 42832) by debbugs.gnu.org; 13 Aug 2020 14:08:57 +0000 Received: from localhost ([127.0.0.1]:50554 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6Dua-0006Hr-RR for submit@debbugs.gnu.org; Thu, 13 Aug 2020 10:08:57 -0400 Received: from mail-ot1-f51.google.com ([209.85.210.51]:44990) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6DuY-0006Ha-Ue for 42832@debbugs.gnu.org; Thu, 13 Aug 2020 10:08:56 -0400 Received: by mail-ot1-f51.google.com with SMTP id h22so4842424otq.11 for <42832@debbugs.gnu.org>; Thu, 13 Aug 2020 07:08:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tdtCRTUWHen0eH3sntMZsYmQx5h3PmX33fWB0gA/WOs=; b=MKMn4+HOZE2HU0+1uvB2n9FD3Zew0InYV1i29Bi2vAwRtExM8PzJL1qreyDfNqM3Ee asR/wQ5VD2WsPTCZulAOb1+DxAb9X/VYq0RB/upj6ZVs7Gtl0tjHAOsUh5qUULHgmwK6 9lf8DMOE2lTs8P8Wr5KlpYcDY2LHwcp8vzNkA5uhA4HdOuZUa0Jb/l1G9AVyTbCnjsWu VnCS9CAidh7H9+F4ca/wYjQenu7wXs8KIsEcW1qCVOUOKb/8TMiZiD0fEon8UZizJadC hZ9G3h5KVKYbVS4PBw5467vo1Qh+UqWWwF3LZj1/Xu/CyAHrp/CpWJTo0rSbV2l8ZSG9 G+bA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tdtCRTUWHen0eH3sntMZsYmQx5h3PmX33fWB0gA/WOs=; b=fe/t2eYZ9xcJwg8SoCvj/Y5/bpRhWWq8e9lM84ZRU3T0XMAhfbEUOtjpYRdMIONZYZ v2vDGXwPCCFk8qn8qyf24ReF56XzJtKS2uFnDm9OPbnwzv5/sFE5F2sQHJgBrgvNYfNW keQPTTE0fmYaI8zhxl4IiMwDo7TOQy20ZNRAXZiaS1EaMK0r498RDZ6BxljkHv+IRbZi +mv04URI60j44BwsuG1KHh4t912Jnmchi4z0vjjGMhdF8B24GpQbfysLIUvLONHRlbtg YUS87ajbC0iINHFmTccOvuE/+DfUet//0hrsvWXCFN5Yp2Kv+/Ms5WiLsYDZzhNFjwc0 ArCA== X-Gm-Message-State: AOAM530VJX5RUIGp77f/xwvSvueiE88aZJjK0go+RX1CbVYFztgd4p78 ciqKC/+uW5zu5QNCnhhlI64mfVe7sj1bBHaJuKw= X-Google-Smtp-Source: ABdhPJzZz5D2ZsQz0Oxux0C7RKOiZmGaayIYznYQdhTfLp3BF9cCBO9nKhsyBdmV//6/pCD1eEcksVme0SdOGY9c0ds= X-Received: by 2002:a9d:2c43:: with SMTP id f61mr4661029otb.154.1597327729351; Thu, 13 Aug 2020 07:08:49 -0700 (PDT) MIME-Version: 1.0 References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> In-Reply-To: <87h7t6g8bt.fsf@gnus.org> From: Pip Cet Date: Thu, 13 Aug 2020 14:08:12 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) 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 Thu, Aug 13, 2020 at 10:15 AM Lars Ingebrigtsen wrote: > Lars Ingebrigtsen writes: > > I'll try compiling without dbus and see what happens. > > With ./configure --without-dbus, "make bootstrap" doesn't error out for > me. So even though the hash table wasn't the dbus hash table, omitting the dbus code somehow avoids the problem? Odd. All that sounds to me like we ought to dig down into the core file and figure out what happened, since the issue is likely to remain present otherwise and it seems somewhat difficult to track down and reproduce. The other odd thing is that 0xc000000018000000. That looks like a GC-marked pseudovector header, but I've checked and can't find anything that would generate PVEC_COMPILEDs of length 0, which would be a severe bug. Can you find out which hash table lives at 0x7ffff19a41a8? I'd suggest something like "find &globals,&globals+1,0x7ffff19a41ad" to get the offset in globals, if it is a global variable, then looking it up with "ptype/o globals". (If you don't have the time, I'd be happy to look at the core file myself, if we can arrange that). From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 11:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159740574826560 (code B ref 42832); Fri, 14 Aug 2020 11:50:02 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 11:49:08 +0000 Received: from localhost ([127.0.0.1]:52010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6YCp-0006uK-UB for submit@debbugs.gnu.org; Fri, 14 Aug 2020 07:49:08 -0400 Received: from quimby.gnus.org ([95.216.78.240]:40650) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6YCo-0006to-W9 for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 07:49:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+ZtRRtSkFnCf9gvABgPuKy5x1YxTqiV0mVOwT2EdxCY=; b=rsOtdEICwTOaK1PDFL87g55ALt skiagQJDRZ1G3tb73E3znUQy/DLgS0jp+D430RR0R1KeriNt8gt0HdCUxc1ydASjbA+Y9QKsC5Y9o 1evunr5SrJT+WuIqd2cMnI5u578fH6B5VOBmMi9AJmbb/+FGFcatbCKxaYl9ncNaEWwc=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k6YCf-0001Rn-CY; Fri, 14 Aug 2020 13:48:59 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> Date: Fri, 14 Aug 2020 13:48:56 +0200 In-Reply-To: (Pip Cet's message of "Thu, 13 Aug 2020 14:08:12 +0000") Message-ID: <878seha1nb.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Pip Cet writes: > Can you find out which hash table lives at 0x7ffff19a41a8? I'd suggest > something like "find &globals, &globals+1, 0x7ffff19a41ad" to get the > offset in globals, if it is a global variable, then loo [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Pip Cet writes: > Can you find out which hash table lives at 0x7ffff19a41a8? I'd suggest > something like "find &globals,&globals+1,0x7ffff19a41ad" to get the > offset in globals, if it is a global variable, then looking it up with > "ptype/o globals". That's the value from mark_vectorlike? It's moved a bit: #9 0x00005555556d6d7e in mark_vectorlike (header=header@entry=0x7ffff19a4190) at alloc.c:6280 But it says: (gdb) find &globals,&globals+1,0x7ffff19a4190 Pattern not found. > (If you don't have the time, I'd be happy to look at the core file > myself, if we can arrange that). The machine is unfortunately deep inside my private network, so there's no easy way to allow ssh to it... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 12:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15974067554227 (code B ref 42832); Fri, 14 Aug 2020 12:06:01 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 12:05:55 +0000 Received: from localhost ([127.0.0.1]:52033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6YT5-000167-C5 for submit@debbugs.gnu.org; Fri, 14 Aug 2020 08:05:55 -0400 Received: from mail-ot1-f44.google.com ([209.85.210.44]:34971) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6YT3-00015o-9L for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 08:05:53 -0400 Received: by mail-ot1-f44.google.com with SMTP id 93so7379803otx.2 for <42832@debbugs.gnu.org>; Fri, 14 Aug 2020 05:05:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y3Y+Uy721cai5V8/aIy5WVDA5fwNwz1MhW9Q0bn1AZk=; b=DsEVVbP/4YWutyzPAZjYe+MA4VmvLvLcTc2NdyNHERs/Pz8Vn+yaB4XkBZqZeXprpK QOhuXHhw6nY5E95S2ad9Wq8uD8Rz59OKJEAmdG8Ga1mHUXQ3QAwAFPIsA96TjHM/YLf2 P1bo60Min3UBhtE3C8+mAkkIYeCaTpS9ciOGAqV7I1IqCiMBZb9JQGHuHnkdKf8zgF9D 9T5zW1I18LHgr8pJUM0vb09XqbDEqTdIRA98HuwTVh0ddaHE7e4XKb6feC1z+1AgbBtk ywMnydgLqRy6/7HqEoz2t2NMeVaYQG1r48JeABnEaHSkcZ2KzIJGnHCS3/CR4feUfJ7Q h9BQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Y3Y+Uy721cai5V8/aIy5WVDA5fwNwz1MhW9Q0bn1AZk=; b=nBOp+mlmQ3kpM0pc2g22eoAW+tEHoG9QGQqtR3nrygd0N42LZXVQUvu1di5mga6hlR V53+Bwwkwi3Lv+HMfWeCto6AdFyPqwFu8bJv9ofhng0GGKCk8yMVTMRHFofHTNxxvJ/3 B6mgB0KxK4n1clj6HSAq1MCvD2xV1QXmNzzrCEshNDYK1Y8rWB89E0ux+na2KT+L+6bT 0lmtRE+5vSiGUzmE940tWf+glA+MD4fqLUgwv4dmkSZ/2npQ2/9fq+EfVdDTpycPQo+Q ihvHr/I4pEjG4x1sN18nJ6K7PtjllffxgQhMXey5+WLsCfO13NsPMYwgZe3BYmvpoe9I Ibpg== X-Gm-Message-State: AOAM530oa8ISc/WLGVuLq9aR0eF94xdpT/agyYB34tTiSF1CCiW6GKUM TxEGr1H6TAG+Rs/iiPkXxpw79a6UP6xqqhRRTPM= X-Google-Smtp-Source: ABdhPJxhc2XlPPkhLEqvqjyiOjaLgcNDi5S7858hZB9bBvMKUCidySvhDRs1cHSMQ1ohsZFTw/j1Tw7Jc840YtJeuz0= X-Received: by 2002:a05:6830:11:: with SMTP id c17mr1627650otp.287.1597406747646; Fri, 14 Aug 2020 05:05:47 -0700 (PDT) MIME-Version: 1.0 References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> <878seha1nb.fsf@gnus.org> In-Reply-To: <878seha1nb.fsf@gnus.org> From: Pip Cet Date: Fri, 14 Aug 2020 12:05:08 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) 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 Fri, Aug 14, 2020 at 11:49 AM Lars Ingebrigtsen wrote: > Pip Cet writes: > > Can you find out which hash table lives at 0x7ffff19a41a8? I'd suggest > > something like "find &globals,&globals+1,0x7ffff19a41ad" to get the > > offset in globals, if it is a global variable, then looking it up with > > "ptype/o globals". > > That's the value from mark_vectorlike? It's moved a bit: That's strange, but possible if non-reproducible things happen on the dbus... > #9 0x00005555556d6d7e in mark_vectorlike (header=header@entry=0x7ffff19a4190) > at alloc.c:6280 > > But it says: > > (gdb) find &globals,&globals+1,0x7ffff19a4190 > Pattern not found. It would probably be 0x7ffff19a4195 that we'd be looking for, stored as a tagged pointer, but it's possible it's not a global variable at all, of course. > > (If you don't have the time, I'd be happy to look at the core file > > myself, if we can arrange that). > > The machine is unfortunately deep inside my private network, so there's > no easy way to allow ssh to it... If you do have a machine that could serve files, it'd be the core file and the corresponding emacs executable that would be most interesting. I expect the core file to be rather large, though. From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 12:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15974084967135 (code B ref 42832); Fri, 14 Aug 2020 12:35:02 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 12:34:56 +0000 Received: from localhost ([127.0.0.1]:52116 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6YvA-0001qw-KF for submit@debbugs.gnu.org; Fri, 14 Aug 2020 08:34:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41012) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6Yv8-0001qM-IH for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 08:34:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=cqlsDPnNh0MITurGI8ab8p5LydRtZYTrzM9j+IHAuiQ=; b=T5bIguKsSxJR8cUjCUIMGlGaB+ sq1gZL2E4jmpyz1YSkkZTiHGgpV5zLnV04EwZbWluCD9VjBVBQHmrvveLgamH57kJaZ5XgApwRhpP lHA3re0+j8L2QbfpyXYzNtm67UH7tec4OU1yhkmm/ns/18sUuRjc3elZzRnceII8LS6k=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k6Yv0-0001qD-3I; Fri, 14 Aug 2020 14:34:48 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> <878seha1nb.fsf@gnus.org> Date: Fri, 14 Aug 2020 14:34:44 +0200 In-Reply-To: (Pip Cet's message of "Fri, 14 Aug 2020 12:05:08 +0000") Message-ID: <87pn7t8kyj.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Pip Cet writes: > If you do have a machine that could serve files, it'd be the core file > and the corresponding emacs executable that would be most interesting. > I expect the core file to be rather large, though. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Pip Cet writes: > If you do have a machine that could serve files, it'd be the core file > and the corresponding emacs executable that would be most interesting. > I expect the core file to be rather large, though. Sure, I put them at: https://quimby.gnus.org/s/emacs https://quimby.gnus.org/s/core -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 14:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15974151313321 (code B ref 42832); Fri, 14 Aug 2020 14:26:01 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 14:25:31 +0000 Received: from localhost ([127.0.0.1]:53406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6aeB-0000rV-Jg for submit@debbugs.gnu.org; Fri, 14 Aug 2020 10:25:31 -0400 Received: from mail-ot1-f45.google.com ([209.85.210.45]:43307) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6aeA-0000rJ-2W for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 10:25:30 -0400 Received: by mail-ot1-f45.google.com with SMTP id r21so7672560ota.10 for <42832@debbugs.gnu.org>; Fri, 14 Aug 2020 07:25:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4pqR6QXSij0FxpPntYrFxDmmXuJ5u9KEbWLmqKNIMm8=; b=iA0MGGTAUtb1XCXDEMSxN+qkUflvOmuCuCxfWfLX2SMdoDg6NV/P0sbdjVFBA5sGnv stHTCn6mujDVlwEp6GXGWX+5TIEC1YnHFOBDXpfVap3d1QHsZsaGvMbDLHt8r7ux6cNZ JAfYMYJ0BfzBrEZgPhO+H6l2Yorlds6/TtIefFHfuez4xG0gd5kFkMXsr8ySwqZNI8XR bc5DMomeCDvA/LbztZbsxuyGnQsRYY76rq4c+lCfHyNlquZeaFpQl74jJdqIM9ANZqqW fUNsl79qDs+9GUIWbhrccrJYapSWO45/UzK2P8hvEl6iHx1tAeMnhSj4kgeIOsDjU8CM 8alA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4pqR6QXSij0FxpPntYrFxDmmXuJ5u9KEbWLmqKNIMm8=; b=XORnmqBUuvcomvvM5MYhJp3nPG3b+cO1AQSYv/2EzDgN/vspZcvH2IX2ZD8h308t2E mf/wdhjpLJcznJTT8FEMa1gT7rQqQf6P4k1G9rnbt6Dk/qKwnp2quDpBoKehi71huiSC K87sYYMcrg9zBUNHB1+ZPqDWuFbJHfxVlTmrxLQDwZN24Xx3eAm3XLAuXMUSLTQwpFj0 FEuFLs6ReeuqBiqL3xNbwfuqxYwzz8THFwsSrqquw7I517n/PqYaBVziiX5Z8O331XGy qEG/Og5j0tklmBD5bV8Jw3oeMbTpmaJ2erJ9P1K74W6qex9YWq43ur8/1B8drE84svgo lJ1g== X-Gm-Message-State: AOAM530WrrIGyHIHWmZh0ImZB0QhabRWewsP5YnpesBE1GmFUB4WlLJi ojswZVJttL6VRS4QozLzh4zOOZo4QQ6P4miAG7g= X-Google-Smtp-Source: ABdhPJzBaNhFfl9If1soZc/vRl7XEmZIJGyEvsLysnw5pTfKmq/IbYM8xVBoZ053amc23Q7htT5xjksrgB/AZMoGPbY= X-Received: by 2002:a05:6830:13d1:: with SMTP id e17mr2140711otq.292.1597415124414; Fri, 14 Aug 2020 07:25:24 -0700 (PDT) MIME-Version: 1.0 References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> In-Reply-To: From: Pip Cet Date: Fri, 14 Aug 2020 14:24:48 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) 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 Thu, Aug 13, 2020 at 2:08 PM Pip Cet wrote: > All that sounds to me like we ought to dig down into the core file and > figure out what happened, since the issue is likely to remain present > otherwise and it seems somewhat difficult to track down and reproduce. I have a theory, and it sounds like a somewhat silly bug. - there's a hash table h in the dumper image - h->hash points to dynamically allocated storage (as it always does after my patch) - the last reference to the hash table dies - garbage_collect is called and collects h->hash - h->hash's storage is reallocated for a different vector with a different start position - a word (re)appears on the stack which looks like it's a pointer to h (it isn't, actually) - garbage_collect is called and calls mark_maybe_pointer(h) - h is recognized as a pdumper object - h->hash is marked - we're now marking a word in the middle of the new vector that occupies the space that h->hash used to occupy - in our case, this word is 0xc000000018000005, which is interpreted as a tagged pointer, dereferencing of which leads to SIGBUS Is there something which I'm missing which would prevent this scenario? If no, any ideas on how to fix it? The obvious fix would be to always mark all pdumped objects, but that has a performance cost. Less obvious would be clearing the memory in the pdumper image that belongs to an object that's being "freed", or keeping track of which pdumper objects are still valid after GC... From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 15:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159741735024213 (code B ref 42832); Fri, 14 Aug 2020 15:03:02 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 15:02:30 +0000 Received: from localhost ([127.0.0.1]:53539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6bDy-0006IT-EU for submit@debbugs.gnu.org; Fri, 14 Aug 2020 11:02:30 -0400 Received: from mail-ot1-f48.google.com ([209.85.210.48]:41267) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6bDv-0006ID-3e for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 11:02:28 -0400 Received: by mail-ot1-f48.google.com with SMTP id a65so7774094otc.8 for <42832@debbugs.gnu.org>; Fri, 14 Aug 2020 08:02:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Jt+hsFo8Ph3wP9Us79VYE3WKoyGgZMOHaIA/m0llJ7E=; b=nIoZ07j02YcUwpmChv2L3Ax5hSSg6kiCWlWYiJ1XTGfwlsDImWid8UDQbp9NIVc3IK IiPXjy/UQhc81EQTWQotGXkiOQNGqSachVV3uW1rB4xfMBLLhxGxVsWSsdEmwDPZiN8x EfWDVB3Jvp4LPo7OBXGITqjRD7/3jgYQAw0cEOnusrv26BNQD/P4Z4Gz3hFUIY1g0H5/ D8GcqnStUX637Zu0lejBkql2sgVMPJknzh9tmiTw4V9wc8vB3Kq2+RfFaozwjuv4ndK6 7yXgrac2ixKgwWj6p+f/3hP1yTPY3jRbozx9GSzbgafnyU8NYDGWXEB2lL4Pq3o1wzDp Oeeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Jt+hsFo8Ph3wP9Us79VYE3WKoyGgZMOHaIA/m0llJ7E=; b=kTmse6C/u0FLZpL9nhZ6hDtE+XQMCPj91TxyU1TMI5HmStDg+bdzLPoKpUUKfkqsrV WSUZ01EbMTH4M/FjXQCUiNxPYWbNFr5w5GSgFz1tv8oun1b3kUmQgpxODG2Gg3c2aGjG mSvaKAfEoWU8wNn8Kc0EXF4dQxxefMP4iPbVJJwUfYp8yPR8vf/6DlaNrnlTIE2eGoIg ZmI5afO+7iUrFvArqYBIik2WoPepyKFsZCcEcaWIBbcgLQX/IdDUXUF8zuTlQU6++qe/ DpunlQTohvAhPzXiS2BvJCJh51+uRuCXzK7zgO64TTB4CIytiHOGFiq/nexMVcAYbZnv DmJA== X-Gm-Message-State: AOAM530syz1q1QXd9rCkCaU7/TgDXbewyai0lDU8hKsOhazJf71hsNik VPqZc/McQcivhtRQA5YinP7tnwe5QH5JwlCte0E= X-Google-Smtp-Source: ABdhPJxyVi1GkU965NikrDITQbpjKVQg/ESZ++9eqE9xZ8sYHSTAWFu1dEOaU5hnH53R6/pLTsLs33Zx6DP96HGTFQc= X-Received: by 2002:a05:6830:13d1:: with SMTP id e17mr2266044otq.292.1597417341425; Fri, 14 Aug 2020 08:02:21 -0700 (PDT) MIME-Version: 1.0 References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> In-Reply-To: From: Pip Cet Date: Fri, 14 Aug 2020 15:01:44 +0000 Message-ID: Content-Type: multipart/mixed; boundary="00000000000031d78f05acd7b5b4" X-Spam-Score: 0.0 (/) 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 (-) --00000000000031d78f05acd7b5b4 Content-Type: text/plain; charset="UTF-8" On Fri, Aug 14, 2020 at 2:24 PM Pip Cet wrote: > If no, any ideas on how to fix it? The obvious fix would be to always > mark all pdumped objects, but that has a performance cost. Less > obvious would be clearing the memory in the pdumper image that belongs > to an object that's being "freed", or keeping track of which pdumper > objects are still valid after GC... I've gone with the last idea. This patch should fix things, though given how difficult the bug is to trigger reliably it might also merely appear to fix it... --00000000000031d78f05acd7b5b4 Content-Type: text/x-patch; charset="US-ASCII"; name="0001-Try-to-avoid-marking-zombie-pdumper-objects.patch" Content-Disposition: attachment; filename="0001-Try-to-avoid-marking-zombie-pdumper-objects.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_kduczzy50 RnJvbSBlNWU3NDQ1NjI1YzQ3MjcwNjdiNmUwNTZiZjczNmEyYzhkYjM3NjAyIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaXAgQ2V0IDxwaXBjZXRAZ21haWwuY29tPgpEYXRlOiBGcmks IDE0IEF1ZyAyMDIwIDE0OjU2OjE5ICswMDAwClN1YmplY3Q6IFtQQVRDSF0gVHJ5IHRvIGF2b2lk IG1hcmtpbmcgem9tYmllIHBkdW1wZXIgb2JqZWN0cy4KCi0tLQogc3JjL3BkdW1wZXIuYyB8IDE2 ICsrKysrKysrKysrKysrKysKIDEgZmlsZSBjaGFuZ2VkLCAxNiBpbnNlcnRpb25zKCspCgpkaWZm IC0tZ2l0IGEvc3JjL3BkdW1wZXIuYyBiL3NyYy9wZHVtcGVyLmMKaW5kZXggYmM0MWFmYzdjNS4u ODEyZWIxOGRlOSAxMDA2NDQKLS0tIGEvc3JjL3BkdW1wZXIuYworKysgYi9zcmMvcGR1bXBlci5j CkBAIC00ODcxLDYgKzQ4NzEsOCBAQCBkdW1wX2JpdHNldF9jbGVhciAoc3RydWN0IGR1bXBfYml0 c2V0ICpiaXRzZXQpCiAgIHN0cnVjdCBkdW1wX2hlYWRlciBoZWFkZXI7CiAgIC8qIE1hcmsgYml0 cyBmb3Igb2JqZWN0cyBpbiB0aGUgZHVtcDsgdXNlZCBkdXJpbmcgR0MuICAqLwogICBzdHJ1Y3Qg ZHVtcF9iaXRzZXQgbWFya19iaXRzOworICAvKiBNYXJrIGJpdHMgZm9yIG9iamVjdHMgaW4gdGhl IGR1bXA7IHVzZWQgZHVyaW5nIEdDLiAgKi8KKyAgc3RydWN0IGR1bXBfYml0c2V0IGxhc3RfbWFy a19iaXRzOwogICAvKiBUaW1lIHRha2VuIHRvIGxvYWQgdGhlIGR1bXAuICAqLwogICBkb3VibGUg bG9hZF90aW1lOwogICAvKiBEdW1wIGZpbGUgbmFtZS4gICovCkBAIC00OTk1LDYgKzQ5OTcsOSBA QCBwZHVtcGVyX2ZpbmRfb2JqZWN0X3R5cGVfaW1wbCAoY29uc3Qgdm9pZCAqb2JqKQogICAgIHJl dHVybiBQRFVNUEVSX05PX09CSkVDVDsKICAgY29uc3Qgc3RydWN0IGR1bXBfcmVsb2MgKnJlbG9j ID0KICAgICBkdW1wX2ZpbmRfcmVsb2NhdGlvbiAoJmR1bXBfcHJpdmF0ZS5oZWFkZXIub2JqZWN0 X3N0YXJ0cywgb2Zmc2V0KTsKKyAgcHRyZGlmZl90IGJpdG5vID0gb2Zmc2V0IC8gRFVNUF9BTElH Tk1FTlQ7CisgIGlmICghZHVtcF9iaXRzZXRfYml0X3NldF9wICgmZHVtcF9wcml2YXRlLmxhc3Rf bWFya19iaXRzLCBiaXRubykpCisgICAgcmV0dXJuIFBEVU1QRVJfTk9fT0JKRUNUOwogICByZXR1 cm4gKHJlbG9jICE9IE5VTEwgJiYgZHVtcF9yZWxvY19nZXRfb2Zmc2V0ICgqcmVsb2MpID09IG9m ZnNldCkKICAgICA/IHJlbG9jLT50eXBlCiAgICAgOiBQRFVNUEVSX05PX09CSkVDVDsKQEAgLTUw MjEsMTIgKzUwMjYsMTYgQEAgcGR1bXBlcl9zZXRfbWFya2VkX2ltcGwgKGNvbnN0IHZvaWQgKm9i aikKICAgZWFzc2VydCAob2Zmc2V0IDwgZHVtcF9wcml2YXRlLmhlYWRlci5jb2xkX3N0YXJ0KTsK ICAgZWFzc2VydCAob2Zmc2V0IDwgZHVtcF9wcml2YXRlLmhlYWRlci5kaXNjYXJkYWJsZV9zdGFy dCk7CiAgIHB0cmRpZmZfdCBiaXRubyA9IG9mZnNldCAvIERVTVBfQUxJR05NRU5UOworICBlYXNz ZXJ0IChkdW1wX2JpdHNldF9iaXRfc2V0X3AgKCZkdW1wX3ByaXZhdGUubGFzdF9tYXJrX2JpdHMs IGJpdG5vKSk7CiAgIGR1bXBfYml0c2V0X3NldF9iaXQgKCZkdW1wX3ByaXZhdGUubWFya19iaXRz LCBiaXRubyk7CiB9CiAKIHZvaWQKIHBkdW1wZXJfY2xlYXJfbWFya3NfaW1wbCAodm9pZCkKIHsK KyAgbWVtY3B5IChkdW1wX3ByaXZhdGUubGFzdF9tYXJrX2JpdHMuYml0cywgZHVtcF9wcml2YXRl Lm1hcmtfYml0cy5iaXRzLAorCSAgc2l6ZW9mIChkdW1wX3ByaXZhdGUubGFzdF9tYXJrX2JpdHMu Yml0c1swXSkKKwkgICogZHVtcF9wcml2YXRlLm1hcmtfYml0cy5udW1iZXJfd29yZHMpOwogICBk dW1wX2JpdHNldF9jbGVhciAoJmR1bXBfcHJpdmF0ZS5tYXJrX2JpdHMpOwogfQogCkBAIC01MjQ0 LDYgKzUyNTMsNyBAQCBwZHVtcGVyX2xvYWQgKGNvbnN0IGNoYXIgKmR1bXBfZmlsZW5hbWUpCiAg IGR1bXBfb2ZmIGFkal9kaXNjYXJkYWJsZV9zdGFydDsKIAogICBzdHJ1Y3QgZHVtcF9iaXRzZXQg bWFya19iaXRzOworICBzdHJ1Y3QgZHVtcF9iaXRzZXQgbGFzdF9tYXJrX2JpdHM7CiAgIHNpemVf dCBtYXJrX2JpdHNfbmVlZGVkOwogCiAgIHN0cnVjdCBkdW1wX2hlYWRlciBoZWFkZXJfYnVmID0g eyAwIH07CkBAIC01MzYwLDEyICs1MzcwLDE4IEBAIHBkdW1wZXJfbG9hZCAoY29uc3QgY2hhciAq ZHVtcF9maWxlbmFtZSkKICAgaWYgKCFkdW1wX2JpdHNldF9pbml0ICgmbWFya19iaXRzLCBtYXJr X2JpdHNfbmVlZGVkKSkKICAgICBnb3RvIG91dDsKIAorICBpZiAoIWR1bXBfYml0c2V0X2luaXQg KCZsYXN0X21hcmtfYml0cywgbWFya19iaXRzX25lZWRlZCkpCisgICAgZ290byBvdXQ7CisKKyAg bWVtc2V0IChsYXN0X21hcmtfYml0cy5iaXRzLCAweGZmLCBzaXplb2YgKGxhc3RfbWFya19iaXRz LmJpdHNbMF0gKiBsYXN0X21hcmtfYml0cy5udW1iZXJfd29yZHMpKTsKKwogICAvKiBQb2ludCBv ZiBubyByZXR1cm4uICAqLwogICBlcnIgPSBQRFVNUEVSX0xPQURfU1VDQ0VTUzsKICAgZHVtcF9i YXNlID0gKHVpbnRwdHJfdCkgc2VjdGlvbnNbRFNfSE9UXS5tYXBwaW5nOwogICBnZmxhZ3MuZHVt cGVkX3dpdGhfcGR1bXBlcl8gPSB0cnVlOwogICBkdW1wX3ByaXZhdGUuaGVhZGVyID0gKmhlYWRl cjsKICAgZHVtcF9wcml2YXRlLm1hcmtfYml0cyA9IG1hcmtfYml0czsKKyAgZHVtcF9wcml2YXRl Lmxhc3RfbWFya19iaXRzID0gbGFzdF9tYXJrX2JpdHM7CiAgIGR1bXBfcHVibGljLnN0YXJ0ID0g ZHVtcF9iYXNlOwogICBkdW1wX3B1YmxpYy5lbmQgPSBkdW1wX3B1YmxpYy5zdGFydCArIGR1bXBf c2l6ZTsKIAotLSAKMi4yOC4wCgo= --00000000000031d78f05acd7b5b4-- From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 15:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15974194793585 (code B ref 42832); Fri, 14 Aug 2020 15:38:01 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 15:37:59 +0000 Received: from localhost ([127.0.0.1]:53592 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6bmJ-0000vk-4W for submit@debbugs.gnu.org; Fri, 14 Aug 2020 11:37:59 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43112) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6bmC-0000vR-LD for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 11:37:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=kia1cXrfmpXExx9g4Bnq6wV3WaQg5MaqOqCsPAQ7yAA=; b=WMmYFKzNlsvNf8p9nZmGiOS5YC Jr4lttHswHA1e7gB0+lKBg420ivrPIp5mvVShwRZUmvAo71RDw1qqyyRJWbReUdlE4T+8vGX5lojC FA6oOTy3NGkCnkORlNpqCC0JpEoU0o05ONyKcXxIidthI3OW5fOZ+k62BhdW/OXF0MXw=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k6bm3-0003fS-LA; Fri, 14 Aug 2020 17:37:46 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> Date: Fri, 14 Aug 2020 17:37:42 +0200 In-Reply-To: (Pip Cet's message of "Fri, 14 Aug 2020 15:01:44 +0000") Message-ID: <87sgcp44s9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Pip Cet writes: > I've gone with the last idea. This patch should fix things, It does! With that patch, I'm not able to reproduce the bug. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Pip Cet writes: > I've gone with the last idea. This patch should fix things, It does! With that patch, I'm not able to reproduce the bug. > though given how difficult the bug is to trigger reliably it might > also merely appear to fix it... :-/ -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 19:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15974321811501 (code B ref 42832); Fri, 14 Aug 2020 19:10:02 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 19:09:41 +0000 Received: from localhost ([127.0.0.1]:53885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6f5B-0000O9-F2 for submit@debbugs.gnu.org; Fri, 14 Aug 2020 15:09:41 -0400 Received: from mail-ot1-f68.google.com ([209.85.210.68]:41789) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6f58-0000Nv-BG for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 15:09:40 -0400 Received: by mail-ot1-f68.google.com with SMTP id a65so8389501otc.8 for <42832@debbugs.gnu.org>; Fri, 14 Aug 2020 12:09:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=pUE8JhZ7cg7MwJuOZVNLuIx++GFutNWmtrK5ic6RpoU=; b=QX0vH9sw56JGXnKM+3GjIovWd78DQK6gUeKzBvqrJr134SQxyw94AsxMKiW4+Y3Vm5 ccH7l57p+F86TFPSZLthadQztF7Umv8ma56BAff7kjpbB6tPYuoVAwm0hSoJLY++LMcR cp1N8BtxNc+nQYAPcpET1HZ0D6QkGTGGoRgsVmFp0Fe3+HIcJO0cDWkppzu3ymHBRuLM tJTkWnUzlKSkTA4sJYrWInCoQttm9xkp9AhG3DGs36hQpJbZcLR3p/5thowAMeRew825 ny/01cPcUvqQLmkhHnCslWIAAsVDAQP1KWcWIGlVNfISpn0uNpBmEtXSG/4ICfgaeCQu MuqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=pUE8JhZ7cg7MwJuOZVNLuIx++GFutNWmtrK5ic6RpoU=; b=sXRqITdG/6PXUaCinjDTwEDCK9fLTWjC4/i7qLMPcKzec/bBLCQ23LQ1DBaTXdDiss pyLzJaosKEM3jMJ/fjSswZE5jj4plmq7mK9vBGuZPIPRZ+2mH/z4c42GxvCWuFgzux5s iwX5iCaSGWXm5nLbv/NZ5xXoQfyWswIobd6jAEGt5dpoJvA4XYym8RrlRJQnpf36dGGK n2Ga5sYUyyFbJ6TGAhwFiUzNY3Gc/yIyyzzItYZsiYj7gVWMz6UKGSiok+jJ0noMiHri ONxV1AXPC01mk/IzjYOPX/o5arF3oARsrAT0K7w7uIG26PC9n4KokAQ21eEkKphowxgS 8NUA== X-Gm-Message-State: AOAM531wsWD4t3aT5DXXLkhldoABhCwZ3q/IGkoKVQSwFLFvLOykE9OM KD+oDlV+zRwjTxUJxkd2z+jxwsi2J4xoCo5hNiY= X-Google-Smtp-Source: ABdhPJzEYiabWfvSVJ3X8qCP0EI43GYZ5mUyltz7FoSZFDxqEX6eRz3nfQHlhwyOMmz+5/r2tpYYrueDoo4oD44oHmw= X-Received: by 2002:a05:6830:11:: with SMTP id c17mr2957921otp.287.1597432172785; Fri, 14 Aug 2020 12:09:32 -0700 (PDT) MIME-Version: 1.0 References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> <87sgcp44s9.fsf@gnus.org> In-Reply-To: <87sgcp44s9.fsf@gnus.org> From: Pip Cet Date: Fri, 14 Aug 2020 19:08:56 +0000 Message-ID: Content-Type: multipart/mixed; boundary="000000000000365f3705acdb29b1" X-Spam-Score: 0.0 (/) 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 (-) --000000000000365f3705acdb29b1 Content-Type: text/plain; charset="UTF-8" On Fri, Aug 14, 2020 at 3:37 PM Lars Ingebrigtsen wrote: > Pip Cet writes: > > I've gone with the last idea. This patch should fix things, > It does! With that patch, I'm not able to reproduce the bug. Oops. There was a bug in the patch which would have resulted in assert failures had I tested it with assertions. Fixed version attached. The crash was looking at a hash table created, most likely, by cl--generic-get-dispatcher; so that makes my theory sound more plausible, too. --000000000000365f3705acdb29b1 Content-Type: text/x-patch; charset="US-ASCII"; name="0001-Try-to-avoid-marking-zombie-pdumper-objects.patch" Content-Disposition: attachment; filename="0001-Try-to-avoid-marking-zombie-pdumper-objects.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_kdulscqa0 RnJvbSBlOWI1M2FhMWM2Y2RmYjhmMzFiYjlkZTc2YWUxYWEyMDY1OTc1MmYxIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaXAgQ2V0IDxwaXBjZXRAZ21haWwuY29tPgpEYXRlOiBGcmks IDE0IEF1ZyAyMDIwIDE0OjU2OjE5ICswMDAwClN1YmplY3Q6IFtQQVRDSF0gVHJ5IHRvIGF2b2lk IG1hcmtpbmcgem9tYmllIHBkdW1wZXIgb2JqZWN0cy4KCi0tLQogc3JjL3BkdW1wZXIuYyB8IDE4 ICsrKysrKysrKysrKysrKysrKwogMSBmaWxlIGNoYW5nZWQsIDE4IGluc2VydGlvbnMoKykKCmRp ZmYgLS1naXQgYS9zcmMvcGR1bXBlci5jIGIvc3JjL3BkdW1wZXIuYwppbmRleCBiYzQxYWZjN2M1 Li5jMDViODhlYTZkIDEwMDY0NAotLS0gYS9zcmMvcGR1bXBlci5jCisrKyBiL3NyYy9wZHVtcGVy LmMKQEAgLTQ4NzEsNiArNDg3MSw4IEBAIGR1bXBfYml0c2V0X2NsZWFyIChzdHJ1Y3QgZHVtcF9i aXRzZXQgKmJpdHNldCkKICAgc3RydWN0IGR1bXBfaGVhZGVyIGhlYWRlcjsKICAgLyogTWFyayBi aXRzIGZvciBvYmplY3RzIGluIHRoZSBkdW1wOyB1c2VkIGR1cmluZyBHQy4gICovCiAgIHN0cnVj dCBkdW1wX2JpdHNldCBtYXJrX2JpdHM7CisgIC8qIE1hcmsgYml0cyBmb3Igb2JqZWN0cyBpbiB0 aGUgZHVtcDsgdXNlZCBkdXJpbmcgR0MuICAqLworICBzdHJ1Y3QgZHVtcF9iaXRzZXQgbGFzdF9t YXJrX2JpdHM7CiAgIC8qIFRpbWUgdGFrZW4gdG8gbG9hZCB0aGUgZHVtcC4gICovCiAgIGRvdWJs ZSBsb2FkX3RpbWU7CiAgIC8qIER1bXAgZmlsZSBuYW1lLiAgKi8KQEAgLTQ5OTUsNiArNDk5Nywx MCBAQCBwZHVtcGVyX2ZpbmRfb2JqZWN0X3R5cGVfaW1wbCAoY29uc3Qgdm9pZCAqb2JqKQogICAg IHJldHVybiBQRFVNUEVSX05PX09CSkVDVDsKICAgY29uc3Qgc3RydWN0IGR1bXBfcmVsb2MgKnJl bG9jID0KICAgICBkdW1wX2ZpbmRfcmVsb2NhdGlvbiAoJmR1bXBfcHJpdmF0ZS5oZWFkZXIub2Jq ZWN0X3N0YXJ0cywgb2Zmc2V0KTsKKyAgcHRyZGlmZl90IGJpdG5vID0gb2Zmc2V0IC8gRFVNUF9B TElHTk1FTlQ7CisgIGlmIChvZmZzZXQgPCBkdW1wX3ByaXZhdGUuaGVhZGVyLmNvbGRfc3RhcnQK KyAgICAgICYmICFkdW1wX2JpdHNldF9iaXRfc2V0X3AgKCZkdW1wX3ByaXZhdGUubGFzdF9tYXJr X2JpdHMsIGJpdG5vKSkKKyAgICByZXR1cm4gUERVTVBFUl9OT19PQkpFQ1Q7CiAgIHJldHVybiAo cmVsb2MgIT0gTlVMTCAmJiBkdW1wX3JlbG9jX2dldF9vZmZzZXQgKCpyZWxvYykgPT0gb2Zmc2V0 KQogICAgID8gcmVsb2MtPnR5cGUKICAgICA6IFBEVU1QRVJfTk9fT0JKRUNUOwpAQCAtNTAyMSwx MiArNTAyNywxNiBAQCBwZHVtcGVyX3NldF9tYXJrZWRfaW1wbCAoY29uc3Qgdm9pZCAqb2JqKQog ICBlYXNzZXJ0IChvZmZzZXQgPCBkdW1wX3ByaXZhdGUuaGVhZGVyLmNvbGRfc3RhcnQpOwogICBl YXNzZXJ0IChvZmZzZXQgPCBkdW1wX3ByaXZhdGUuaGVhZGVyLmRpc2NhcmRhYmxlX3N0YXJ0KTsK ICAgcHRyZGlmZl90IGJpdG5vID0gb2Zmc2V0IC8gRFVNUF9BTElHTk1FTlQ7CisgIGVhc3NlcnQg KGR1bXBfYml0c2V0X2JpdF9zZXRfcCAoJmR1bXBfcHJpdmF0ZS5sYXN0X21hcmtfYml0cywgYml0 bm8pKTsKICAgZHVtcF9iaXRzZXRfc2V0X2JpdCAoJmR1bXBfcHJpdmF0ZS5tYXJrX2JpdHMsIGJp dG5vKTsKIH0KIAogdm9pZAogcGR1bXBlcl9jbGVhcl9tYXJrc19pbXBsICh2b2lkKQogeworICBt ZW1jcHkgKGR1bXBfcHJpdmF0ZS5sYXN0X21hcmtfYml0cy5iaXRzLCBkdW1wX3ByaXZhdGUubWFy a19iaXRzLmJpdHMsCisJICBzaXplb2YgKGR1bXBfcHJpdmF0ZS5sYXN0X21hcmtfYml0cy5iaXRz WzBdKQorCSAgKiBkdW1wX3ByaXZhdGUubWFya19iaXRzLm51bWJlcl93b3Jkcyk7CiAgIGR1bXBf Yml0c2V0X2NsZWFyICgmZHVtcF9wcml2YXRlLm1hcmtfYml0cyk7CiB9CiAKQEAgLTUyNDQsNiAr NTI1NCw3IEBAIHBkdW1wZXJfbG9hZCAoY29uc3QgY2hhciAqZHVtcF9maWxlbmFtZSkKICAgZHVt cF9vZmYgYWRqX2Rpc2NhcmRhYmxlX3N0YXJ0OwogCiAgIHN0cnVjdCBkdW1wX2JpdHNldCBtYXJr X2JpdHM7CisgIHN0cnVjdCBkdW1wX2JpdHNldCBsYXN0X21hcmtfYml0czsKICAgc2l6ZV90IG1h cmtfYml0c19uZWVkZWQ7CiAKICAgc3RydWN0IGR1bXBfaGVhZGVyIGhlYWRlcl9idWYgPSB7IDAg fTsKQEAgLTUzNjAsMTIgKzUzNzEsMTkgQEAgcGR1bXBlcl9sb2FkIChjb25zdCBjaGFyICpkdW1w X2ZpbGVuYW1lKQogICBpZiAoIWR1bXBfYml0c2V0X2luaXQgKCZtYXJrX2JpdHMsIG1hcmtfYml0 c19uZWVkZWQpKQogICAgIGdvdG8gb3V0OwogCisgIGlmICghZHVtcF9iaXRzZXRfaW5pdCAoJmxh c3RfbWFya19iaXRzLCBtYXJrX2JpdHNfbmVlZGVkKSkKKyAgICBnb3RvIG91dDsKKworICBtZW1z ZXQgKGxhc3RfbWFya19iaXRzLmJpdHMsIDB4ZmYsIHNpemVvZiAobGFzdF9tYXJrX2JpdHMuYml0 c1swXSkKKwkgICogbGFzdF9tYXJrX2JpdHMubnVtYmVyX3dvcmRzKTsKKwogICAvKiBQb2ludCBv ZiBubyByZXR1cm4uICAqLwogICBlcnIgPSBQRFVNUEVSX0xPQURfU1VDQ0VTUzsKICAgZHVtcF9i YXNlID0gKHVpbnRwdHJfdCkgc2VjdGlvbnNbRFNfSE9UXS5tYXBwaW5nOwogICBnZmxhZ3MuZHVt cGVkX3dpdGhfcGR1bXBlcl8gPSB0cnVlOwogICBkdW1wX3ByaXZhdGUuaGVhZGVyID0gKmhlYWRl cjsKICAgZHVtcF9wcml2YXRlLm1hcmtfYml0cyA9IG1hcmtfYml0czsKKyAgZHVtcF9wcml2YXRl Lmxhc3RfbWFya19iaXRzID0gbGFzdF9tYXJrX2JpdHM7CiAgIGR1bXBfcHVibGljLnN0YXJ0ID0g ZHVtcF9iYXNlOwogICBkdW1wX3B1YmxpYy5lbmQgPSBkdW1wX3B1YmxpYy5zdGFydCArIGR1bXBf c2l6ZTsKIAotLSAKMi4yOC4wCgo= --000000000000365f3705acdb29b1-- From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 19:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.15974337163896 (code B ref 42832); Fri, 14 Aug 2020 19:36:02 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 19:35:16 +0000 Received: from localhost ([127.0.0.1]:53912 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6fTw-00010m-1m for submit@debbugs.gnu.org; Fri, 14 Aug 2020 15:35:16 -0400 Received: from quimby.gnus.org ([95.216.78.240]:45232) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6fTu-00010Y-7l for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 15:35:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=6teN2gy8+rw05jF/5FdXIhP8cOlE+GEFw+fEyxtEzyo=; b=lc3+6DT8yy7aBPQ/J78lwCTB+E J4BpDXm2MAobm4Cq52/8He1whER3dktiID20w6n3MtzLvS81vYkmn8WTkXvQshNaXWUTisIyHdISO A2pXDjnHgnHUbCf82RvmUvNtkHTqvt53vgdcHjbjidQBC69Vqc8JaU3/y2PBWqb/u6n0=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k6fTi-0005ly-Oa; Fri, 14 Aug 2020 21:35:06 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> <87sgcp44s9.fsf@gnus.org> Date: Fri, 14 Aug 2020 21:35:01 +0200 In-Reply-To: (Pip Cet's message of "Fri, 14 Aug 2020 19:08:56 +0000") Message-ID: <87364p2f8a.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Pip Cet writes: > Oops. There was a bug in the patch which would have resulted in assert > failures had I tested it with assertions. Fixed version attached. I can confirm that this version of the patch also makes the bus error go away. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) Pip Cet writes: > Oops. There was a bug in the patch which would have resulted in assert > failures had I tested it with assertions. Fixed version attached. I can confirm that this version of the patch also makes the bus error go away. But, curiously enough, doing a "git pull" also makes the bus error go away. Rewinding git back 24 hours brought the bus error back again, and I applied the patch to that version, and that made the bus error go away. So something has been committed over the last 24 hours resulting in me no longer being able to reproduce the bug. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 21:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 42832@debbugs.gnu.org, Paul Eggert Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159743944512631 (code B ref 42832); Fri, 14 Aug 2020 21:11:02 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 21:10:45 +0000 Received: from localhost ([127.0.0.1]:53984 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6gyK-0003Hf-Ux for submit@debbugs.gnu.org; Fri, 14 Aug 2020 17:10:45 -0400 Received: from quimby.gnus.org ([95.216.78.240]:45916) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6gyH-0003HN-13 for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 17:10:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=q6ggcotSnGqZh69AXkp8ml2H8TQ11c8IYtNQTpIh3Jw=; b=YoSqj1uipWN0sHZJHzWPzeSbzd hSrE3F5fcLxHbK+dleoss9c4ZS/eqBiyq0EiTShliAFI4zIZtnMbHWyp0N0SDzz2Ke1hscSWa/t46 5M/dhaoS/YS0fbKChmjf7W6gRGjwondtM19hHopeuzTKLfwkn/G5WpU2px9rAbeq9c6E=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k6gxz-0006kF-IP; Fri, 14 Aug 2020 23:10:33 +0200 From: Lars Ingebrigtsen References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> <87sgcp44s9.fsf@gnus.org> Date: Fri, 14 Aug 2020 23:10:21 +0200 In-Reply-To: (Pip Cet's message of "Fri, 14 Aug 2020 19:08:56 +0000") Message-ID: <87wo210w8y.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: I got a segfault again! This time on FreeBSD (I'm working on setting up some VMs to do some testing on non-Debian systems), and in a different place: ELC foldout.elc ELC follow.elc gmake[3]: *** [Makefile:295: find-cmd.elc] Segmentation fault (core dumped) gmake[3]: *** Waiting for unfinished jobs.... gmake[3]: Leaving directory '/usr/home/larsi/s [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) 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 (-) I got a segfault again! This time on FreeBSD (I'm working on setting up some VMs to do some testing on non-Debian systems), and in a different place: ELC foldout.elc ELC follow.elc gmake[3]: *** [Makefile:295: find-cmd.elc] Segmentation fault (core dumped) gmake[3]: *** Waiting for unfinished jobs.... gmake[3]: Leaving directory '/usr/home/larsi/src/emacs/trunk/lisp' gmake[2]: *** [Makefile:318: compile-main] Error 2 gmake[2]: Leaving directory '/usr/home/larsi/src/emacs/trunk/lisp' gmake[1]: *** [Makefile:411: lisp] Error 2 gmake[1]: Leaving directory '/usr/home/larsi/src/emacs/trunk' gmake: *** [GNUmakefile:93: default] Error 2 Backtrace: #0 0x00000008023ec1ba in thr_kill () at /lib/libc.so.7 #1 0x00000008023ea5e4 in raise () at /lib/libc.so.7 #2 0x000000000041f5a4 in terminate_due_to_signal (sig=sig@entry=11, backtrace_limit=backtrace_limit@entry=40) at emacs.c:408 #3 0x000000000041fa0c in handle_fatal_signal (sig=sig@entry=11) at sysdep.c:1782 #4 0x00000000005170c0 in deliver_thread_signal (sig=sig@entry=11, handler=0x41fa01 ) at sysdep.c:1756 #5 0x0000000000517126 in deliver_fatal_thread_signal (sig=11) at sysdep.c:1879 #6 handle_sigsegv (sig=11, siginfo=, arg=) at sysdep.c:1879 #7 0x00000008014f03ce in () at /lib/libthr.so.3 #8 0x00000008014ef98f in () at /lib/libthr.so.3 #9 0x00007ffffffff193 in () #10 0x0000000000558ca2 in cons_marked_p (c=0x50) at pdumper.h:148 #11 mark_object (arg=) at alloc.c:6733 #12 0x000000000055969e in mark_vectorlike (header=0x8043fb620) at alloc.c:6280 #13 0x000000000055969e in mark_vectorlike (header=header@entry=0x803d112d8) at alloc.c:6280 #14 0x0000000000558fe8 in mark_hash_table (ptr=0x803d112d8) at alloc.c:6651 #15 mark_object (arg=) at alloc.c:6651 #16 0x000000000055960f in mark_memory (end=, end@entry=0x7ffffffeea60, start=) at alloc.c:4842 And, again, your zombie patch makes the bug disappear. So I guess it's time to commit it? :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 21:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet , Lars Ingebrigtsen Cc: 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159744174416188 (code B ref 42832); Fri, 14 Aug 2020 21:50:01 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 21:49:04 +0000 Received: from localhost ([127.0.0.1]:54016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6hZQ-0004D2-1q for submit@debbugs.gnu.org; Fri, 14 Aug 2020 17:49:04 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:39620) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6hZM-0004CX-PK for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 17:49:02 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 470C8160132; Fri, 14 Aug 2020 14:48: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 ohIJrF2OiP81; Fri, 14 Aug 2020 14:48:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 3A42D160133; Fri, 14 Aug 2020 14:48:54 -0700 (PDT) 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 OhoVW3yzH9ZN; Fri, 14 Aug 2020 14:48:54 -0700 (PDT) Received: from [192.168.1.9] (cpe-75-82-69-226.socal.res.rr.com [75.82.69.226]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 07E59160105; Fri, 14 Aug 2020 14:48:54 -0700 (PDT) References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> <87sgcp44s9.fsf@gnus.org> From: Paul Eggert Autocrypt: addr=eggert@cs.ucla.edu; prefer-encrypt=mutual; keydata= LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkV5QWNtUUJFQURB QXlIMnhvVHU3cHBHNUQzYThGTVpFb243NGRDdmM0K3ExWEEySjJ0QnkycHdhVHFmCmhweHhk R0E5Smo1MFVKM1BENGJTVUVnTjh0TFowc2FuNDdsNVhUQUZMaTI0NTZjaVNsNW04c0thSGxH ZHQ5WG0KQUF0bVhxZVpWSVlYL1VGUzk2ZkR6ZjR4aEVtbS95N0xiWUVQUWRVZHh1NDd4QTVL aFRZcDVibHRGM1dZRHoxWQpnZDdneDA3QXV3cDdpdzdlTnZub0RUQWxLQWw4S1lEWnpiRE5D UUdFYnBZM2VmWkl2UGRlSStGV1FONFcra2doCnkrUDZhdTZQcklJaFlyYWV1YTdYRGRiMkxT MWVuM1NzbUUzUWpxZlJxSS9BMnVlOEpNd3N2WGUvV0szOEV6czYKeDc0aVRhcUkzQUZINmls QWhEcXBNbmQvbXNTRVNORnQ3NkRpTzFaS1FNcjlhbVZQa25qZlBtSklTcWRoZ0IxRApsRWR3 MzRzUk9mNlY4bVp3MHhmcVQ2UEtFNDZMY0ZlZnpzMGtiZzRHT1JmOHZqRzJTZjF0azVlVThN Qml5Ti9iClowM2JLTmpOWU1wT0REUVF3dVA4NGtZTGtYMndCeHhNQWhCeHdiRFZadWR6eERa SjFDMlZYdWpDT0pWeHEya2wKakJNOUVUWXVVR3FkNzVBVzJMWHJMdzYrTXVJc0hGQVlBZ1Jy NytLY3dEZ0JBZndoUEJZWDM0blNTaUhsbUxDKwpLYUhMZUNMRjVaSTJ2S20zSEVlQ1R0bE9n N3haRU9OZ3d6TCtmZEtvK0Q2U29DOFJSeEpLczhhM3NWZkk0dDZDCm5yUXp2SmJCbjZneGRn Q3U1aTI5SjFRQ1lyQ1l2cWwyVXlGUEFLK2RvOTkvMWpPWFQ0bTI4MzZqMXdBUkFRQUIKdENC UVlYVnNJRVZuWjJWeWRDQThaV2RuWlhKMFFHTnpMblZqYkdFdVpXUjFQb2tDUGdRVEFRSUFL QVVDVElCeQpaQUliQXdVSkVzd0RBQVlMQ1FnSEF3SUdGUWdDQ1FvTEJCWUNBd0VDSGdFQ0Y0 QUFDZ2tRN1pmcERtS3FmalJSCkd3LytJajAzZGhZZllsL2dYVlJpdXpWMWdHcmJIayt0bmZy SS9DN2ZBZW9GelE1dFZnVmluU2hhUGtabzBIVFAKZjE4eDZJREVkQWlPOE1xbzF5cDBDdEht ekdNQ0o1MG80R3JnZmpscjZnLyt2dEVPS2JobGVzek4yWHBKdnB3TQoyUWdHdm4vbGFUTFV1 OFBIOWFSV1RzN3FKSlpLS0tBYjRzeFljOTJGZWhQdTZGT0QwZERpeWhsREFxNGxPVjJtCmRC cHpRYmlvam9aelFMTVF3anBnQ1RLMjU3MmVLOUVPRVF5U1VUaFhyU0l6NkFTZW5wNE5ZVEZI czl0dUpRdlgKazlnWkRkUFNsM2JwKzQ3ZEd4bHhFV0xwQklNN3pJT053NGtzNGF6Z1Q4bnZE WnhBNUlaSHR2cUJsSkxCT2JZWQowTGU2MVdwMHkzVGxCRGgycWRLOGVZTDQyNlc0c2NFTVN1 aWc1Z2I4T0F0UWlCVzZrMnNHVXh4ZWl2OG92V3U4CllBWmdLSmZ1b1dJK3VSbk1FZGRydVk4 SnNvTTU0S2FLdlppa2tLczJiZzFuZHRMVnpIcEo2cUZaQzdRVmplSFUKaDYvQm1ndmRqV1Ba WUZUdE4rS0E5Q1dYM0dRS0tnTjN1dTk4OHl6bkQ3TG5COThUNEVVSDFIQS9HbmZCcU1WMQpn cHpUdlBjNHFWUWluQ21Ja0VGcDgzemwrRzVmQ2pKSjNXN2l2ekNuWW80S2hLTHBGVW05N29r VEtSMkxXM3haCnpFVzRjTFNXTzM4N01USzNDekRPeDVxZTZzNGE5MVp1Wk0vai9UUWRUTERh cU5uODNrQTRIcTQ4VUhYWXhjSWgKK05kOGsvM3c2bEZ1b0swd3JPRml5d2pMeCswdXI1am1t YmVjQkdIYzF4ZGhBRkc1QWcwRVRJQnlaQUVRQUthRgo2NzhUOXd5SDR3alRyVjFQejNjREVv U25WLzBaVXJPVDM3cDFkY0d5ai9JWHExeDY3MEhSVmFoQW1rMHNacFljCjI1UEY5RDVHUFlI RldsTmp1UFU5NnJEbmRYQjNoZWRtQlJoTGRDNGJBWGpJNERWK2JtZFZlK3EvSU1ubFpSYVYK bG05RWlNQ1ZBUjZ3MTNzUmV1N3FYa1c5cjNSd1kyQXpYc2twL3RBZTRCUktyMVptYnZpMm5i blE2ZXBFQzQycgpSYngwQjFFaGpiSVFaNUpIR2syNGlQVDdMZEJnbk5tb3M1d1lqendObGtN UUQ1VDBZZHpoazdKK1V4d0E1bTQ2Cm1PaFJEQzJyRlYvQTBnbTVUTHk4RFhqdi9Fc2M0Z1lu WWFpNlNRcW5VRVZoNUx1VjhZQ0pCbmlqcytUaXc3MXgKMWljbW42eEdJNDVFdWdKT2dlYyty THlwWWdwVnA0eDBISTVUODhxQlJZQ2t4SDNLZzhRbytFV05BOUE0TFJROQpEWDhuam9uYTBn ZjBzMDN0b2NLOGtCTjY2VW9xcVB0SEJuYzRlTWdCeW1DZmxLMTJlS2ZkMllZeG55ZzljWmF6 CldBNVZzbHZUeHBtNzZoYmc1b2lBRUgvVmcvOE14SHlBblBoZnJnd3lQcm1KRWNWQmFmZHNw Sm5ZUXhCWU5jbzIKTEZQSWhsT3ZXaDhyNGF0K3MrTTNMYjI2b1VUY3psZ2RXMVNmM1NEQTc3 Qk1SbkYwRlF5RSs3QXpWNzlNQk40eQpraXFhZXpReHRhRjFGeS90dmtoZmZTbzh1K2R3RzBF Z0poK3RlMzhnVGNJU1ZyMEdJUHBsTHo2WWhqcmJIclBSCkYxQ041VXVMOURCR2p4dU4zNVJM TlZFZnRhNlJVRmxSNk5jdFRqdnJBQkVCQUFHSkFpVUVHQUVDQUE4RkFreUEKY21RQ0d3d0ZD UkxNQXdBQUNna1E3WmZwRG1LcWZqU3JIQS8rS3pBS3ZUeFJoQTlNV05MeEl5SjdTNXVKMTZn cwpUM29DalpyQktHRWhLTU9HWDRPMEdBNlZPRXJ5TzdRUkNDWWFoM294U0czOElBbk5laXdK WGdVOUJ6a2s4NVVHCmJQRWQ3SEdGL1ZTZUhDUXdXb3U2anFVRFRTRHZuOVloTlRkRzBLWFBN NzRhQyt4cjJab3cxTzJtaFhpaGdXS0QKMER3KzBMWVBuVU9zUTBLT0Z4SFhYWUhtUnJTMU9a UFU1OUJMdmMrVFJoSWhhZlNIS0x3YlhLKzZja2t4Qng2aAo4ejVjY3BHMFFzNGJGaGRGWW5G ckVpZURMb0dtbkUyWUxoZFY2c3dKOVZOQ1M2cExpRW9oVDNmbTdhWG0xNXRaCk9JeXpNWmhI UlNBUGJsWHhRMFpTV2pxOG9ScmNZTkZ4YzRXMVVScEFrQkNPWUpvWHZRZkQ1TDNscUFsOFRD cUQKVXpZeGhIL3RKaGJEZEhycUhINzY3amFEYVRCMStUYWxwLzJBTUt3Y1hOT2Rpa2xHeGJt SFZHNllHbDZnOExyYgpzdTlOWkVJNHlMbEh6dWlrdGhKV2d6KzN2WmhWR3lObHQrSE5Jb0Y2 Q2pETDJvbXU1Y0VxNFJESE00NFFxUGs2Cmw3TzBwVXZOMW1UNEIrUzFiMDhSS3BxbS9mZjAx NUUzN0hOVi9waUl2Smx4R0FZejhQU2Z1R0NCMXRoTVlxbG0KZ2RoZDkvQmFiR0ZiR0dZSEE2 VTQvVDV6cVUrZjZ4SHkxU3NBUVoxTVNLbEx3ZWtCSVQrNC9jTFJHcUNIam5WMApxNUgvVDZh N3Q1bVBrYnpTck9MU280cHVqK0lUb05qWXlZSURCV3pobEExOWF2T2ErcnZVam1IdEQzc0ZO N2NYCld0a0dvaThidU5jYnk0VT0KPUFMNm8KLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxP Q0stLS0tLQo= Organization: UCLA Computer Science Department Message-ID: <49da3363-45c8-da94-6861-530794cca784@cs.ucla.edu> Date: Fri, 14 Aug 2020 14:48:53 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------0FC2409C7109B9DECCED4992" Content-Language: en-US X-Spam-Score: -2.3 (--) 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 (---) This is a multi-part message in MIME format. --------------0FC2409C7109B9DECCED4992 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Thanks for working on this and writing a fix for this obscure bug. A couple of minor thoughts on the patch. We can avoid copying bitmaps by swapping pointers to them. There are now two opportunities for calloc to fail, and we leak memory if the second one fails. A simple fix is to call calloc once and split the result in half. Proposed patch attached. --------------0FC2409C7109B9DECCED4992 Content-Type: text/x-patch; charset=UTF-8; name="0001-Fix-bus-error-on-Debian-bullseye.patch" Content-Disposition: attachment; filename="0001-Fix-bus-error-on-Debian-bullseye.patch" Content-Transfer-Encoding: quoted-printable >From d8d976e1f5c0bed8539419b5263ae4a361501247 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Fri, 14 Aug 2020 14:33:21 -0700 Subject: [PATCH] Fix bus error on Debian bullseye MIME-Version: 1.0 Content-Type: text/plain; charset=3DUTF-8 Content-Transfer-Encoding: 8bit Problem reported by Lars Mage Ingebrigtsen, and problem diagnosis and most of this patch by Pip Cet (Bug#42832). * src/pdumper.c (dump_bitsets_init): Rename from dump_bitset_init. All callers changed. Initialize two bitsets with a single malloc call. (struct pdumper_loaded_dump_private): New member last_mark_bits. (pdumper_find_object_type_impl): Return PDUMPER_NO_OBJECT if the last_mark_bits=E2=80=99 bit is set. (pdumper_set_marked_impl): Assert that the last_mark_bits=E2=80=99 bit is set. (pdumper_clear_marks_impl): Save mark_bits into last_mark_bits before clearing mark_bits. Co-authored-by: Pip Cet --- src/pdumper.c | 32 +++++++++++++++++++++++--------- 1 file changed, 23 insertions(+), 9 deletions(-) diff --git a/src/pdumper.c b/src/pdumper.c index bc41afc7c5..2d1b19283c 100644 --- a/src/pdumper.c +++ b/src/pdumper.c @@ -4802,14 +4802,19 @@ dump_mmap_contiguous (struct dump_memory_map *map= s, int nr_maps) }; =20 static bool -dump_bitset_init (struct dump_bitset *bitset, size_t number_bits) +dump_bitsets_init (struct dump_bitset bitset[2], size_t number_bits) { - int xword_size =3D sizeof (bitset->bits[0]); + int xword_size =3D sizeof (bitset[0].bits[0]); int bits_per_word =3D xword_size * CHAR_BIT; ptrdiff_t words_needed =3D divide_round_up (number_bits, bits_per_word= ); - bitset->number_words =3D words_needed; - bitset->bits =3D calloc (words_needed, xword_size); - return bitset->bits !=3D NULL; + dump_bitset_word *bits =3D calloc (words_needed, 2 * xword_size); + if (!bits) + return false; + bitset[0].bits =3D bits; + bitset[0].number_words =3D bitset[1].number_words =3D words_needed; + bitset[1].bits =3D memset (bits + words_needed, UCHAR_MAX, + words_needed * xword_size); + return true; } =20 static dump_bitset_word * @@ -4870,7 +4875,7 @@ dump_bitset_clear (struct dump_bitset *bitset) /* Copy of the header we read from the dump. */ struct dump_header header; /* Mark bits for objects in the dump; used during GC. */ - struct dump_bitset mark_bits; + struct dump_bitset mark_bits, last_mark_bits; /* Time taken to load the dump. */ double load_time; /* Dump file name. */ @@ -4993,6 +4998,10 @@ pdumper_find_object_type_impl (const void *obj) dump_off offset =3D ptrdiff_t_to_dump_off ((uintptr_t) obj - dump_publ= ic.start); if (offset % DUMP_ALIGNMENT !=3D 0) return PDUMPER_NO_OBJECT; + ptrdiff_t bitno =3D offset / DUMP_ALIGNMENT; + if (offset < dump_private.header.cold_start + && !dump_bitset_bit_set_p (&dump_private.last_mark_bits, bitno)) + return PDUMPER_NO_OBJECT; const struct dump_reloc *reloc =3D dump_find_relocation (&dump_private.header.object_starts, offset); return (reloc !=3D NULL && dump_reloc_get_offset (*reloc) =3D=3D offse= t) @@ -5021,12 +5030,16 @@ pdumper_set_marked_impl (const void *obj) eassert (offset < dump_private.header.cold_start); eassert (offset < dump_private.header.discardable_start); ptrdiff_t bitno =3D offset / DUMP_ALIGNMENT; + eassert (dump_bitset_bit_set_p (&dump_private.last_mark_bits, bitno)); dump_bitset_set_bit (&dump_private.mark_bits, bitno); } =20 void pdumper_clear_marks_impl (void) { + dump_bitset_word *swap =3D dump_private.last_mark_bits.bits; + dump_private.last_mark_bits.bits =3D dump_private.mark_bits.bits; + dump_private.mark_bits.bits =3D swap; dump_bitset_clear (&dump_private.mark_bits); } =20 @@ -5243,7 +5256,7 @@ pdumper_load (const char *dump_filename) int dump_page_size; dump_off adj_discardable_start; =20 - struct dump_bitset mark_bits; + struct dump_bitset mark_bits[2]; size_t mark_bits_needed; =20 struct dump_header header_buf =3D { 0 }; @@ -5357,7 +5370,7 @@ pdumper_load (const char *dump_filename) err =3D PDUMPER_LOAD_ERROR; mark_bits_needed =3D divide_round_up (header->discardable_start, DUMP_ALIGNMENT); - if (!dump_bitset_init (&mark_bits, mark_bits_needed)) + if (!dump_bitsets_init (mark_bits, mark_bits_needed)) goto out; =20 /* Point of no return. */ @@ -5365,7 +5378,8 @@ pdumper_load (const char *dump_filename) dump_base =3D (uintptr_t) sections[DS_HOT].mapping; gflags.dumped_with_pdumper_ =3D true; dump_private.header =3D *header; - dump_private.mark_bits =3D mark_bits; + dump_private.mark_bits =3D mark_bits[0]; + dump_private.last_mark_bits =3D mark_bits[1]; dump_public.start =3D dump_base; dump_public.end =3D dump_public.start + dump_size; =20 --=20 2.17.1 --------------0FC2409C7109B9DECCED4992-- From unknown Tue Jun 17 22:09:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Aug 2020 22:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42832 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Paul Eggert Cc: Lars Ingebrigtsen , 42832@debbugs.gnu.org Received: via spool by 42832-submit@debbugs.gnu.org id=B42832.159744395919656 (code B ref 42832); Fri, 14 Aug 2020 22:26:02 +0000 Received: (at 42832) by debbugs.gnu.org; 14 Aug 2020 22:25:59 +0000 Received: from localhost ([127.0.0.1]:54032 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6i99-00056y-Kg for submit@debbugs.gnu.org; Fri, 14 Aug 2020 18:25:59 -0400 Received: from mail-ot1-f42.google.com ([209.85.210.42]:46634) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6i96-00056i-Nx for 42832@debbugs.gnu.org; Fri, 14 Aug 2020 18:25:58 -0400 Received: by mail-ot1-f42.google.com with SMTP id v6so8757471ota.13 for <42832@debbugs.gnu.org>; Fri, 14 Aug 2020 15:25:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=t+ZSZ/37kYg87KjHx4WqCEhl8rk97AJiujE7wY4xLlk=; b=rI7TpkHL6/KsodduSRCZk10OIYd+Pxps6b114OCYaoHhjmVghN7daBiUnZpO2qBDj3 hKSFob+ujGWHSWO/dWoohSLQNhbg39luH++N6Pu9DZX1hzXaKE9DRNWiG28DNlNBgg3L cjNeHRTFk3QLjnkxG+JPhbVNlDRbwDjItJPOeE+Ecvks9bU3qr3nWdedrKXuh9njChNq FE4jfYjd6DIw6iBWZoPM73EyQoarFHW8FIsa92KgF1FRv8Zu1svG/hNL0HH2QrLdF82M G3NGZ5XHz7RKqKr47KqCjSzPHYwXd183hyN9uKkm1mRLZ7aMWTiwcEhXkvbhA+r2UYSm oZ/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=t+ZSZ/37kYg87KjHx4WqCEhl8rk97AJiujE7wY4xLlk=; b=PIRbx0qY8kw0fvz9DZzQs7qfhmqoOfUIkPs+bmmAFN+tE6n3zWjPq4WMDWTnXdc1sL s09m9qEvWfiLh5vclju76Fe9XkIm/D1kyrhd3mDrosBzW1xuOYPW4E8NG7v+LI/YlATY EuAL5ZT772tmaKHnmyqldX3wq6QnG3s6Raqk/rrTun49rUpUEpiIrOS6klIAA59p5RKP 06PbtS9lR8gSE/ZFVxuoK6dG72OsISiU6QLQFI3WF2vGKp3wBcWliz5e+GK2mM25idvS 5FMPNdiVJpMSW2pnHtVn2db9vGZPe+eQ1/etycdiDmNnGA4vReBVtHwpV3jfSrTjUr6M McDQ== X-Gm-Message-State: AOAM5337ZoMNPj0zjKr8VnjiXiYZCQkw/5/FDyIhi3PSylpl2HM+H7Gu LOGAcsVEwGXsE11jQ8P466a3s2zY9zQ73XaUqLQ= X-Google-Smtp-Source: ABdhPJw3X0hjg1mmV9oK3BhMY39R17ylI8BnlwVtzOkqyZ7FYUfX47QGGB6Yx2i27nDSFN10u2hwAG1EfH7TfDUy2lE= X-Received: by 2002:a05:6830:11:: with SMTP id c17mr3444590otp.287.1597443951188; Fri, 14 Aug 2020 15:25:51 -0700 (PDT) MIME-Version: 1.0 References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> <87sgcp44s9.fsf@gnus.org> <49da3363-45c8-da94-6861-530794cca784@cs.ucla.edu> In-Reply-To: <49da3363-45c8-da94-6861-530794cca784@cs.ucla.edu> From: Pip Cet Date: Fri, 14 Aug 2020 22:25:14 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) 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 Fri, Aug 14, 2020 at 9:48 PM Paul Eggert wrote: > Thanks for working on this and writing a fix for this obscure bug. Thank you for having a look at it. > Proposed patch attached. LGTM, with one very minor nit: (pdumper_find_object_type_impl): Return PDUMPER_NO_OBJECT if the last_mark_bits=E2=80=99 bit is set. It's actually if it's unset that we return PDUMPER_NO_OBJECT. From unknown Tue Jun 17 22:09:32 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Lars Ingebrigtsen Subject: bug#42832: closed (Re: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye) Message-ID: References: <29faf636-2982-2007-1f83-e55836364db0@cs.ucla.edu> <878sejlrfd.fsf@gnus.org> X-Gnu-PR-Message: they-closed 42832 X-Gnu-PR-Package: emacs Reply-To: 42832@debbugs.gnu.org Date: Fri, 14 Aug 2020 22:53:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1597445582-22069-1" This is a multi-part message in MIME format... ------------=_1597445582-22069-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 42832@debbugs.gnu.org. --=20 42832: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D42832 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1597445582-22069-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 42832-done) by debbugs.gnu.org; 14 Aug 2020 22:53:01 +0000 Received: from localhost ([127.0.0.1]:54043 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6iZI-0005jk-Q0 for submit@debbugs.gnu.org; Fri, 14 Aug 2020 18:53:01 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:51312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6iZF-0005jV-US for 42832-done@debbugs.gnu.org; Fri, 14 Aug 2020 18:52:59 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 9BB93160073; Fri, 14 Aug 2020 15:52:51 -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 Wckz9cDD9eiZ; Fri, 14 Aug 2020 15:52:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 9375D160132; Fri, 14 Aug 2020 15:52:49 -0700 (PDT) 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 nxREpWtOp2fD; Fri, 14 Aug 2020 15:52:49 -0700 (PDT) Received: from [192.168.1.9] (cpe-75-82-69-226.socal.res.rr.com [75.82.69.226]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 6924E160073; Fri, 14 Aug 2020 15:52:49 -0700 (PDT) Subject: Re: bug#42832: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye To: Pip Cet References: <878sejlrfd.fsf@gnus.org> <87zh6zk9m2.fsf@gnus.org> <87tux7k97r.fsf@gnus.org> <83364rog0t.fsf@gnu.org> <87lfijk7y4.fsf@gnus.org> <87h7t7k6ke.fsf@gnus.org> <87d03vk6am.fsf@gnus.org> <50a72536-c274-9a69-2b03-d82154f3e20c@cs.ucla.edu> <878sejk2wo.fsf@gnus.org> <874kp7jzsf.fsf@gnus.org> <87lfiig8hz.fsf@gnus.org> <87h7t6g8bt.fsf@gnus.org> <87sgcp44s9.fsf@gnus.org> <49da3363-45c8-da94-6861-530794cca784@cs.ucla.edu> From: Paul Eggert Autocrypt: addr=eggert@cs.ucla.edu; prefer-encrypt=mutual; keydata= LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkV5QWNtUUJFQURB QXlIMnhvVHU3cHBHNUQzYThGTVpFb243NGRDdmM0K3ExWEEySjJ0QnkycHdhVHFmCmhweHhk R0E5Smo1MFVKM1BENGJTVUVnTjh0TFowc2FuNDdsNVhUQUZMaTI0NTZjaVNsNW04c0thSGxH ZHQ5WG0KQUF0bVhxZVpWSVlYL1VGUzk2ZkR6ZjR4aEVtbS95N0xiWUVQUWRVZHh1NDd4QTVL aFRZcDVibHRGM1dZRHoxWQpnZDdneDA3QXV3cDdpdzdlTnZub0RUQWxLQWw4S1lEWnpiRE5D UUdFYnBZM2VmWkl2UGRlSStGV1FONFcra2doCnkrUDZhdTZQcklJaFlyYWV1YTdYRGRiMkxT MWVuM1NzbUUzUWpxZlJxSS9BMnVlOEpNd3N2WGUvV0szOEV6czYKeDc0aVRhcUkzQUZINmls QWhEcXBNbmQvbXNTRVNORnQ3NkRpTzFaS1FNcjlhbVZQa25qZlBtSklTcWRoZ0IxRApsRWR3 MzRzUk9mNlY4bVp3MHhmcVQ2UEtFNDZMY0ZlZnpzMGtiZzRHT1JmOHZqRzJTZjF0azVlVThN Qml5Ti9iClowM2JLTmpOWU1wT0REUVF3dVA4NGtZTGtYMndCeHhNQWhCeHdiRFZadWR6eERa SjFDMlZYdWpDT0pWeHEya2wKakJNOUVUWXVVR3FkNzVBVzJMWHJMdzYrTXVJc0hGQVlBZ1Jy NytLY3dEZ0JBZndoUEJZWDM0blNTaUhsbUxDKwpLYUhMZUNMRjVaSTJ2S20zSEVlQ1R0bE9n N3haRU9OZ3d6TCtmZEtvK0Q2U29DOFJSeEpLczhhM3NWZkk0dDZDCm5yUXp2SmJCbjZneGRn Q3U1aTI5SjFRQ1lyQ1l2cWwyVXlGUEFLK2RvOTkvMWpPWFQ0bTI4MzZqMXdBUkFRQUIKdENC UVlYVnNJRVZuWjJWeWRDQThaV2RuWlhKMFFHTnpMblZqYkdFdVpXUjFQb2tDUGdRVEFRSUFL QVVDVElCeQpaQUliQXdVSkVzd0RBQVlMQ1FnSEF3SUdGUWdDQ1FvTEJCWUNBd0VDSGdFQ0Y0 QUFDZ2tRN1pmcERtS3FmalJSCkd3LytJajAzZGhZZllsL2dYVlJpdXpWMWdHcmJIayt0bmZy SS9DN2ZBZW9GelE1dFZnVmluU2hhUGtabzBIVFAKZjE4eDZJREVkQWlPOE1xbzF5cDBDdEht ekdNQ0o1MG80R3JnZmpscjZnLyt2dEVPS2JobGVzek4yWHBKdnB3TQoyUWdHdm4vbGFUTFV1 OFBIOWFSV1RzN3FKSlpLS0tBYjRzeFljOTJGZWhQdTZGT0QwZERpeWhsREFxNGxPVjJtCmRC cHpRYmlvam9aelFMTVF3anBnQ1RLMjU3MmVLOUVPRVF5U1VUaFhyU0l6NkFTZW5wNE5ZVEZI czl0dUpRdlgKazlnWkRkUFNsM2JwKzQ3ZEd4bHhFV0xwQklNN3pJT053NGtzNGF6Z1Q4bnZE WnhBNUlaSHR2cUJsSkxCT2JZWQowTGU2MVdwMHkzVGxCRGgycWRLOGVZTDQyNlc0c2NFTVN1 aWc1Z2I4T0F0UWlCVzZrMnNHVXh4ZWl2OG92V3U4CllBWmdLSmZ1b1dJK3VSbk1FZGRydVk4 SnNvTTU0S2FLdlppa2tLczJiZzFuZHRMVnpIcEo2cUZaQzdRVmplSFUKaDYvQm1ndmRqV1Ba WUZUdE4rS0E5Q1dYM0dRS0tnTjN1dTk4OHl6bkQ3TG5COThUNEVVSDFIQS9HbmZCcU1WMQpn cHpUdlBjNHFWUWluQ21Ja0VGcDgzemwrRzVmQ2pKSjNXN2l2ekNuWW80S2hLTHBGVW05N29r VEtSMkxXM3haCnpFVzRjTFNXTzM4N01USzNDekRPeDVxZTZzNGE5MVp1Wk0vai9UUWRUTERh cU5uODNrQTRIcTQ4VUhYWXhjSWgKK05kOGsvM3c2bEZ1b0swd3JPRml5d2pMeCswdXI1am1t YmVjQkdIYzF4ZGhBRkc1QWcwRVRJQnlaQUVRQUthRgo2NzhUOXd5SDR3alRyVjFQejNjREVv U25WLzBaVXJPVDM3cDFkY0d5ai9JWHExeDY3MEhSVmFoQW1rMHNacFljCjI1UEY5RDVHUFlI RldsTmp1UFU5NnJEbmRYQjNoZWRtQlJoTGRDNGJBWGpJNERWK2JtZFZlK3EvSU1ubFpSYVYK bG05RWlNQ1ZBUjZ3MTNzUmV1N3FYa1c5cjNSd1kyQXpYc2twL3RBZTRCUktyMVptYnZpMm5i blE2ZXBFQzQycgpSYngwQjFFaGpiSVFaNUpIR2syNGlQVDdMZEJnbk5tb3M1d1lqendObGtN UUQ1VDBZZHpoazdKK1V4d0E1bTQ2Cm1PaFJEQzJyRlYvQTBnbTVUTHk4RFhqdi9Fc2M0Z1lu WWFpNlNRcW5VRVZoNUx1VjhZQ0pCbmlqcytUaXc3MXgKMWljbW42eEdJNDVFdWdKT2dlYyty THlwWWdwVnA0eDBISTVUODhxQlJZQ2t4SDNLZzhRbytFV05BOUE0TFJROQpEWDhuam9uYTBn ZjBzMDN0b2NLOGtCTjY2VW9xcVB0SEJuYzRlTWdCeW1DZmxLMTJlS2ZkMllZeG55ZzljWmF6 CldBNVZzbHZUeHBtNzZoYmc1b2lBRUgvVmcvOE14SHlBblBoZnJnd3lQcm1KRWNWQmFmZHNw Sm5ZUXhCWU5jbzIKTEZQSWhsT3ZXaDhyNGF0K3MrTTNMYjI2b1VUY3psZ2RXMVNmM1NEQTc3 Qk1SbkYwRlF5RSs3QXpWNzlNQk40eQpraXFhZXpReHRhRjFGeS90dmtoZmZTbzh1K2R3RzBF Z0poK3RlMzhnVGNJU1ZyMEdJUHBsTHo2WWhqcmJIclBSCkYxQ041VXVMOURCR2p4dU4zNVJM TlZFZnRhNlJVRmxSNk5jdFRqdnJBQkVCQUFHSkFpVUVHQUVDQUE4RkFreUEKY21RQ0d3d0ZD UkxNQXdBQUNna1E3WmZwRG1LcWZqU3JIQS8rS3pBS3ZUeFJoQTlNV05MeEl5SjdTNXVKMTZn cwpUM29DalpyQktHRWhLTU9HWDRPMEdBNlZPRXJ5TzdRUkNDWWFoM294U0czOElBbk5laXdK WGdVOUJ6a2s4NVVHCmJQRWQ3SEdGL1ZTZUhDUXdXb3U2anFVRFRTRHZuOVloTlRkRzBLWFBN NzRhQyt4cjJab3cxTzJtaFhpaGdXS0QKMER3KzBMWVBuVU9zUTBLT0Z4SFhYWUhtUnJTMU9a UFU1OUJMdmMrVFJoSWhhZlNIS0x3YlhLKzZja2t4Qng2aAo4ejVjY3BHMFFzNGJGaGRGWW5G ckVpZURMb0dtbkUyWUxoZFY2c3dKOVZOQ1M2cExpRW9oVDNmbTdhWG0xNXRaCk9JeXpNWmhI UlNBUGJsWHhRMFpTV2pxOG9ScmNZTkZ4YzRXMVVScEFrQkNPWUpvWHZRZkQ1TDNscUFsOFRD cUQKVXpZeGhIL3RKaGJEZEhycUhINzY3amFEYVRCMStUYWxwLzJBTUt3Y1hOT2Rpa2xHeGJt SFZHNllHbDZnOExyYgpzdTlOWkVJNHlMbEh6dWlrdGhKV2d6KzN2WmhWR3lObHQrSE5Jb0Y2 Q2pETDJvbXU1Y0VxNFJESE00NFFxUGs2Cmw3TzBwVXZOMW1UNEIrUzFiMDhSS3BxbS9mZjAx NUUzN0hOVi9waUl2Smx4R0FZejhQU2Z1R0NCMXRoTVlxbG0KZ2RoZDkvQmFiR0ZiR0dZSEE2 VTQvVDV6cVUrZjZ4SHkxU3NBUVoxTVNLbEx3ZWtCSVQrNC9jTFJHcUNIam5WMApxNUgvVDZh N3Q1bVBrYnpTck9MU280cHVqK0lUb05qWXlZSURCV3pobEExOWF2T2ErcnZVam1IdEQzc0ZO N2NYCld0a0dvaThidU5jYnk0VT0KPUFMNm8KLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxP Q0stLS0tLQo= Organization: UCLA Computer Science Department Message-ID: <29faf636-2982-2007-1f83-e55836364db0@cs.ucla.edu> Date: Fri, 14 Aug 2020 15:52:49 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 42832-done Cc: Lars Ingebrigtsen , 42832-done@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 (---) On 8/14/20 3:25 PM, Pip Cet wrote: > It's actually if it's unset that we return PDUMPER_NO_OBJECT. I fixed that, installed, and am marking the bug as done. Thanks very much. ------------=_1597445582-22069-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 12 Aug 2020 17:12:21 +0000 Received: from localhost ([127.0.0.1]:45428 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5uIX-0003Cf-Bj for submit@debbugs.gnu.org; Wed, 12 Aug 2020 13:12:21 -0400 Received: from lists.gnu.org ([209.51.188.17]:36060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5uIS-0003CT-IZ for submit@debbugs.gnu.org; Wed, 12 Aug 2020 13:12:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54298) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k5uIS-0007Qg-E3 for bug-gnu-emacs@gnu.org; Wed, 12 Aug 2020 13:12:16 -0400 Received: from quimby.gnus.org ([2a01:4f9:2b:f0f::2]:37190) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k5uIQ-0000CF-OG for bug-gnu-emacs@gnu.org; Wed, 12 Aug 2020 13:12:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=eieGMCQ4iJFHk8Ctg65wI7D/1jO4WCwQj/ASgNQAfO4=; b=h6nH5mamgkfLCOhdRRgczp/Dau F5TA2eDWbOWr43jsfhg1N9E52xpHagmW8qHX1/RXoCONQ3K/nQfcfXIZiXv7D7AKF/WSSAvSnLHvk nULDEThix1EMMgyPqyb5pz03xDmf5Sh9vO9Tq/KDrAG/1vcm0iN2mnuU3PDZET0ZsbJQ=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k5uIJ-0003AK-CJ for bug-gnu-emacs@gnu.org; Wed, 12 Aug 2020 19:12:12 +0200 From: Lars Ingebrigtsen To: bug-gnu-emacs@gnu.org Subject: 28.0.50; "Bus error" when compiling Emacs now on Debian bullseye Date: Wed, 12 Aug 2020 19:12:06 +0200 Message-ID: <878sejlrfd.fsf@gnus.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: I'm getting this on one of my machines: /bin/bash: line 1: 2759815 Bus error EMACSLOADPATH= '../src/emacs' -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile cedet/semantic/bovine/c-by.el make[3]: [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) 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.3 (--) I'm getting this on one of my machines: /bin/bash: line 1: 2759815 Bus error EMACSLOADPATH= '../src/emacs' -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile cedet/semantic/bovine/c-by.el make[3]: *** [Makefile:295: cedet/semantic/bovine/c-by.elc] Error 135 make[3]: *** Waiting for unfinished jobs.... make[2]: *** [Makefile:318: compile-main] Error 2 make[1]: *** [Makefile:411: lisp] Error 2 make: *** [Makefile:1126: bootstrap] Error 2 It's reproducible in that I always get this when I say "make", but if I instead say ./src/emacs -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile cedet/semantic/bovine/c-by.el everything works as it should, and it makes the .elc file. So I'm not sure how to debug this... On my laptop (which is also Debian bullseye), I'm not seeing any problems. In GNU Emacs 28.0.50 (build 51, x86_64-pc-linux-gnu, GTK+ Version 3.24.20, cairo version 1.16.0) of 2020-08-09 built on xo Repository revision: 1a845a672dc73c8e98e6cb9bb734616e168e60ba Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12008000 System Description: Debian GNU/Linux bullseye/sid -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ------------=_1597445582-22069-1--