From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Vincent Lefevre Newsgroups: gmane.emacs.bugs Subject: bug#58956: mark_object, mark_objects(?) crash Date: Thu, 3 Nov 2022 04:00:46 +0100 Message-ID: <20221103030046.GA57325@zira.vinc17.org> References: <874jvi5edp.fsf@melete.silentflame.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8088"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.2.7+51 (a318ca5a) vl-149028 (2022-10-21) Cc: 58956@debbugs.gnu.org, 1017711@bugs.debian.org To: Sean Whitton Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 03 04:01:41 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oqQU8-0001xM-OF for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 03 Nov 2022 04:01:40 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oqQTs-00020O-0E; Wed, 02 Nov 2022 23:01:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oqQTW-0001ze-VP for bug-gnu-emacs@gnu.org; Wed, 02 Nov 2022 23:01:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oqQTW-0005j9-Kc for bug-gnu-emacs@gnu.org; Wed, 02 Nov 2022 23:01:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oqQTW-0006d2-1X for bug-gnu-emacs@gnu.org; Wed, 02 Nov 2022 23:01:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Vincent Lefevre Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Nov 2022 03:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58956 X-GNU-PR-Package: emacs Original-Received: via spool by 58956-submit@debbugs.gnu.org id=B58956.166744445125455 (code B ref 58956); Thu, 03 Nov 2022 03:01:02 +0000 Original-Received: (at 58956) by debbugs.gnu.org; 3 Nov 2022 03:00:51 +0000 Original-Received: from localhost ([127.0.0.1]:47484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqQTL-0006cV-A6 for submit@debbugs.gnu.org; Wed, 02 Nov 2022 23:00:51 -0400 Original-Received: from joooj.vinc17.net ([155.133.131.76]:56582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oqQTJ-0006cL-G8 for 58956@debbugs.gnu.org; Wed, 02 Nov 2022 23:00:50 -0400 Original-Received: from smtp-zira.vinc17.net (128.119.75.86.rev.sfr.net [86.75.119.128]) by joooj.vinc17.net (Postfix) with ESMTPSA id 3722CBD; Thu, 3 Nov 2022 04:00:47 +0100 (CET) Original-Received: by zira.vinc17.org (Postfix, from userid 1000) id 7C7CB2800303; Thu, 3 Nov 2022 04:00:46 +0100 (CET) Content-Disposition: inline In-Reply-To: <87y1st3ucy.fsf@melete.silentflame.com> <83a659bl2k.fsf@gnu.org> X-Mailer-Info: https://www.vinc17.net/mutt/ X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: "bug-gnu-emacs" Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:246908 Archived-At: On 2022-11-02 14:24:51 +0200, Eli Zaretskii wrote: > Signal 1 is SIGHUP, AFAIU. Why should Emacs receive SIGHUP in the > middle of GC, I have no idea. Maybe ask the user what was he doing at > that time. E.g., could that be a remote Emacs session? No, it is on my local machine. On 2022-11-02 14:43:41 -0700, Sean Whitton wrote: > Upstream says there isn't enough information in the backtrace to say > anything helpful about this. Could you take a look at > and consider supplying more information > over there, please? > > Also, are you able to reproduce this with 'emacs -q' (not -Q)? This is not reproducible with "emacs -q". I can reproduce it in a firejail private directory[*] (so that the behavior doesn't depend on my own config files), where there is no .emacs file. There is a .emacs.d directory with just a eln-cache subdirectory: zira% ls -la .emacs.d total 12 drwx------ 3 vinc17 vinc17 4096 2022-11-01 00:40:05 . drwx------ 4 vinc17 vinc17 4096 2022-11-03 03:53:23 .. drwxr-xr-x 3 vinc17 vinc17 4096 2022-11-01 00:40:05 eln-cache zira% ls -la .emacs.d/eln-cache total 12 drwxr-xr-x 3 vinc17 vinc17 4096 2022-11-01 00:40:05 . drwx------ 3 vinc17 vinc17 4096 2022-11-01 00:40:05 .. drwxr-xr-x 2 vinc17 vinc17 4096 2022-11-01 00:40:05 28.2-43f520ab zira% ls -la .emacs.d/eln-cache/28.2-43f520ab total 8 drwxr-xr-x 2 vinc17 vinc17 4096 2022-11-01 00:40:05 . drwxr-xr-x 3 vinc17 vinc17 4096 2022-11-01 00:40:05 .. zira% [*] firejail --ignore=read-only --ignore='noexec ${HOME}' --noblacklist='${HOME}/*' --private=fj-dir zsh I run emacs, and quit it immediately. The generation of the core dump is almost 100% reproducible. Ditto with "emacs -nw". But note that the bug is also reproducible without firejail, but harder to reproduce. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)