From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Aaron Jensen Newsgroups: gmane.emacs.bugs Subject: bug#60220: 29.0.60; macOS 13.1 crash shortly after starting Emacs Date: Fri, 30 Dec 2022 10:50:42 -0500 Message-ID: References: <601a3979-ea55-fbac-6762-497cbc61628a@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5050"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , Paul Eggert , 60220@debbugs.gnu.org To: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 30 16:52:25 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 1pBHgG-000171-U2 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Dec 2022 16:52:24 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pBHfz-00046h-DA; Fri, 30 Dec 2022 10:52:07 -0500 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 1pBHfu-00046S-Nd for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2022 10:52:03 -0500 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 1pBHfu-0003uk-4l for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2022 10:52:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pBHft-0000In-Kf for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2022 10:52:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Aaron Jensen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Dec 2022 15:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60220 X-GNU-PR-Package: emacs Original-Received: via spool by 60220-submit@debbugs.gnu.org id=B60220.16724154621093 (code B ref 60220); Fri, 30 Dec 2022 15:52:01 +0000 Original-Received: (at 60220) by debbugs.gnu.org; 30 Dec 2022 15:51:02 +0000 Original-Received: from localhost ([127.0.0.1]:35951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBHew-0000HZ-9P for submit@debbugs.gnu.org; Fri, 30 Dec 2022 10:51:02 -0500 Original-Received: from mail-pl1-f180.google.com ([209.85.214.180]:39518) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBHet-0000H5-RO for 60220@debbugs.gnu.org; Fri, 30 Dec 2022 10:51:00 -0500 Original-Received: by mail-pl1-f180.google.com with SMTP id d15so22240099pls.6 for <60220@debbugs.gnu.org>; Fri, 30 Dec 2022 07:50:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=wxxJXXYYCKUJPYNGMGawDq+S1C3j1ezx22NOrJCo5Qc=; b=UX+BOx5T+BZxO5MalOcpailljySFs1H/euaB315gMJo6PbzIzKRNii8J74EIj7o+WR +Y+e3U7G5/o1XaN7xztZOs7iYoGy9rBPWJJSg9W3fJujYGsKIDU5+AjDTKpKZESFH10/ zmvrS+Q+v0Wr638xfCWQZJ8jSIjJHZDGXN6k0Y5BsRDDO6la8xHMLJQ2Bg4D+craYgIJ rlo+7vy1FPCbRvvD+YjayxVmga1CmMtPblugaIo0FM46j5YscsdJdOPzgZMw1MjaxNQc coj04dAGKFkXjgkMw+duDAJalk4QTHALZOkyEQgMsSVNcSB38xaBGxKd1HqKQBdHEZqx gpKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=wxxJXXYYCKUJPYNGMGawDq+S1C3j1ezx22NOrJCo5Qc=; b=zxWVPXpHIgu5lI/ZZxaBvE2wH1xDBGnsX4bxZURh7kJwMWk+djz36Nj3hrrxMzuiMo VhteouXTniQzFtWqBW924e+Zqsq2USP+6mQjHZUNXDjTG2kgvYySWKekpA2KnJQ4N6ZH nXuggCY15HzBcHNbQw36hoNAYrG37uGxjqftfA1hBs6qIJw2KrtSxTo4EEQXPxE5bop1 P6DHw79pLnJDVwTdxcbmeSua/qJoL4f0Mr5/yZE8jiFRWJv7JpOX7hKrSEwpUFIMQL61 BfD2ZOqZY6B+2IJmTcFgq5qafPnDsnhU0KlotW117IvEdmhQR2Mo7SdF4hIP3/zwfBH9 BSBw== X-Gm-Message-State: AFqh2koVwH/EQwNNth6FyTBQtKtjUPr5wlRMHKVqt4UcNkCrAlPzm3NK B/c71HB02AUhYPw1rAfhcifJ/t2odeU/LgP98b8= X-Google-Smtp-Source: AMrXdXs7+3YAHOMjuS52TA8zkqtwf6J4TnUUbzQoYhwifb+ukPwFzLKfoYP38UCSGeS6KNbkU8WuyeXU1+UyZ92vnYg= X-Received: by 2002:a17:90a:ad8a:b0:212:e24e:16b3 with SMTP id s10-20020a17090aad8a00b00212e24e16b3mr2143730pjq.69.1672415453994; Fri, 30 Dec 2022 07:50:53 -0800 (PST) In-Reply-To: <601a3979-ea55-fbac-6762-497cbc61628a@gmail.com> 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:252135 Archived-At: On Fri, Dec 30, 2022 at 10:27 AM Gerd M=C3=B6llmann wrote: > > On 30.12.22 14:52, Aaron Jensen wrote: > > On Fri, Dec 30, 2022 at 8:37 AM Aaron Jensen wr= ote: > >> > >> On Fri, Dec 30, 2022 at 3:42 AM Gerd M=C3=B6llmann wrote: > >>> > >>> 13.1 on an M1. > >> > >> Ok, same. Did you allow everything to native compile before starting > >> the restart loop? > > > > Also, please try to run it outside of LLDB and see if it crashes there. > > It seem to depend on "-g -O0" plus running in LLDB. > > With "-g -O0" and without LLDB, the first restart terminates with > > ~/tmp/ > HOME=3D. ~/emacs/master/src/emacs > dyld[4467]: Assertion failed: (this->magic =3D=3D kMagic), function > contains, file Loader.cpp, line 144. Yes, this is what I see. The Apple error reporter shows me the full stack trace I've submitted. I'm glad I'm not the only one. For me, it does not depend on "-g -O0", but that does appear to make it more likely. > With LLDB, it stops like this between restarts > > * thread #21, stop reason =3D exec > frame #0: 0x0000000100b50950 dyld`_dyld_start > > but happily chips on after each "continue" in LLDB. I'm guessing the exec breakpoint is expected and not problematic. Xcode doesn't do this, and I can make LLDB crash, it just takes a few times for me. > I don't see at the moment how to proceed with this. Maybe it's worth > trying to use a helper process for restarting Emacs, as you described > elsewhere if I remember that right. I don't think this is necessary since I've seen what appears to be the same crash on a fresh start (without restarting). I don't know how to proceed either. Without any additional evidence, the only thing I can guess is that we are hitting the same thing that Xojo is: https://www.mbs-plugins.de/archive/2022-12-28/Avoiding_macOS_Ventura_crashe= s/monkeybreadsoftware_blog_xojo Their current plan is to wait and see if Apple fixes it, but 13.2 beta doesn't appear to have fixed it yet, so it may be a while. In the interim, I'm just sending every crash report to Apple and starting Emacs anew whenever it crashes (which thankfully under normal use isn't all that often). Aaron