From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#50284: 28.0.50; Emacs crashes occasionally on macOS BigSur Date: Thu, 30 Sep 2021 12:17:48 +0300 Message-ID: <83fstmh16r.fsf@gnu.org> References: <83lf4hu8ne.fsf@gnu.org> <874ka39xqu.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12010"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 50284@debbugs.gnu.org To: Umar Ahmad Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Sep 30 11:18:28 2021 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 1mVsCy-0002yW-Js for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 30 Sep 2021 11:18:28 +0200 Original-Received: from localhost ([::1]:34510 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mVsCx-0002LX-HE for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 30 Sep 2021 05:18:27 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59582) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mVsCY-0002Kk-Rd for bug-gnu-emacs@gnu.org; Thu, 30 Sep 2021 05:18:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39918) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mVsCY-0004s0-KP for bug-gnu-emacs@gnu.org; Thu, 30 Sep 2021 05:18:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mVsCY-0007W9-AI for bug-gnu-emacs@gnu.org; Thu, 30 Sep 2021 05:18:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 30 Sep 2021 09:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50284 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 50284-submit@debbugs.gnu.org id=B50284.163299346928876 (code B ref 50284); Thu, 30 Sep 2021 09:18:02 +0000 Original-Received: (at 50284) by debbugs.gnu.org; 30 Sep 2021 09:17:49 +0000 Original-Received: from localhost ([127.0.0.1]:51464 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mVsCK-0007Vg-Lu for submit@debbugs.gnu.org; Thu, 30 Sep 2021 05:17:48 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:54394) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mVsCI-0007VN-2I for 50284@debbugs.gnu.org; Thu, 30 Sep 2021 05:17:47 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:36866) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mVsCC-0004ZN-6g; Thu, 30 Sep 2021 05:17:40 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4282 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mVsCB-0003Uo-Qn; Thu, 30 Sep 2021 05:17:40 -0400 In-Reply-To: (message from Umar Ahmad on Thu, 30 Sep 2021 02:14:06 +0530) 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:215954 Archived-At: > From: Umar Ahmad > Date: Thu, 30 Sep 2021 02:14:06 +0530 > Cc: Eli Zaretskii , 50284@debbugs.gnu.org > > Anyway, I think you're right to point out that it was some lisp code that was > the culprit here. I've been running emacs continuously for the last 20 days > without a crash. This closely matches the time I upgraded all the packages, so I > think it's fair to assume that some package upgrade solved it. > > I was under the assumption that any lisp code crashing emacs would be a bug in > Emacs, but I guess we can keep this closed, considering that I can't replicate > it now. A Lisp bug shouldn't in general crash Emacs, but infinite recursion in Lisp is an exception: it is not always possible to recover from that, although Emacs does try. > > We need to know where in regex-emacs.c is the place shown in the last line > above. Can you try establishing that? > > I've no idea on how to establish that considering my rudimentary knowledge of > C. Do you mean, running emacs with GDB enabled and adding breakpoints to figure > this out? It is enough to run under GDB and produce a backtrace when the crash happens. > > This indicates that you are using s.el, which makes tracking this bug harder. > > Oh! I see. Didn't know this could make things harder. It is harder because to try anything we would need to install s.el. > > So I think we need to see the full Lisp backtrace when this happens, or at > least the Lisp code which runs. > > Got it. I only knew of `toggle-debug-on-error`, at the time of reporting this > bug, that would give me a trace if there were some errors in elisp but I didn't > know, how I could've managed to get the lisp trace when emacs crashes. I just > discovered the /etc/DEBUG file, after going through your mail, and it seems the > way to do this is again through GDB and running xbacktrace. Is this the correct > understanding or is there some other way to achieve this? Yes. In fact, if you start GDB from the src directory with Emacs sources, the "backtrace" command will automatically run "xbacktrace" as well, because we arrange for that in src/.gdbinit. So I guess we should close this bug for now?