From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#60220: 29.0.60; macOS 13.1 crash shortly after starting Emacs Date: Thu, 22 Dec 2022 06:36:43 +0100 Message-ID: <9D33F867-56DD-4612-9E21-ADC1AA09E5CB@gmail.com> References: Mime-Version: 1.0 (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="30880"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , 60220@debbugs.gnu.org To: Aaron Jensen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Dec 22 06:38:16 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 1p8EHW-0007s3-Lp for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 22 Dec 2022 06:38:14 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p8EHL-0004RF-UW; Thu, 22 Dec 2022 00:38:03 -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 1p8EHK-0004R6-FQ for bug-gnu-emacs@gnu.org; Thu, 22 Dec 2022 00:38:02 -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 1p8EHK-0004LD-75 for bug-gnu-emacs@gnu.org; Thu, 22 Dec 2022 00:38:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1p8EHJ-0001x4-Jb for bug-gnu-emacs@gnu.org; Thu, 22 Dec 2022 00:38:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Dec 2022 05:38: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.16716874247478 (code B ref 60220); Thu, 22 Dec 2022 05:38:01 +0000 Original-Received: (at 60220) by debbugs.gnu.org; 22 Dec 2022 05:37:04 +0000 Original-Received: from localhost ([127.0.0.1]:56129 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p8EGO-0001wY-6Q for submit@debbugs.gnu.org; Thu, 22 Dec 2022 00:37:04 -0500 Original-Received: from mail-wm1-f46.google.com ([209.85.128.46]:38561) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p8EGL-0001w9-GH for 60220@debbugs.gnu.org; Thu, 22 Dec 2022 00:37:01 -0500 Original-Received: by mail-wm1-f46.google.com with SMTP id i82-20020a1c3b55000000b003d1e906ca23so399294wma.3 for <60220@debbugs.gnu.org>; Wed, 21 Dec 2022 21:37:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=R4cbhyHeoeskXaDAlcHHZ7IQO2cBJ0LbbQXsgG37R/8=; b=Mo+J9FvfR3U2Fq8leBgtN5jTAopXo1k4q6ntkQGrb/ERJJc0dma7UqP1wkxqt4ojxB B3HqXbEPykz+borPGcTpAuOJDeL5UmlPIpnCiAYNyFA/hs90PrZyYte+Ui8DSbWVFXVC +2EZS9Qh6TykZujwT3mmoDeOJI8+Ypk3ZPKzBmQxW+lpHWRYyvD6MOnWLMlL8IDRwPw3 XrHlLITs4kpJFIYayKp9D4x2obZc24HsrgvIZn6NzMtUJ/DQGXtkdlJinGLggsgeEb2F LjjjszBFyAy09LcXCY4xSxVtUAPOoFepFVOe1w1FqN9gzZ3vHsgpCbOB86N9iQkxbeVI x9lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=R4cbhyHeoeskXaDAlcHHZ7IQO2cBJ0LbbQXsgG37R/8=; b=DYnnSk6AMyOEeGHjo/jTXzdxJaxOo+WPj4QjAN4bs+0ivmHo2QBylr+zQNHDFIGV8l PKkEQ3fu7RQoMQWddt9xWnGfRt83xqDl6nF7dYcjfWsGsBwCWzi6owXdpVptUGD9JSjK KDPefjmvcbYkrySXFfAtYsaZHABAXISkdOaMcr7A5QKgHPxUT1UUK46EPh2ciOfQ9GPT Rpor0jwUIA4o7n6actatx7703CPOS3VR+5gAVjLVgd378Ut7GAyDSVRrUU+ksOCPuE6F F2sFE+piWuBb5iXpShD44lcpUAjT2LrJgrFd82ALW0rg/KQ/eGF1XMTejCvTC9W+OTxv ijTw== X-Gm-Message-State: AFqh2kqMg7mESgYZ35hdunm26pC9c2ZtaqV/Z8kdybDz6JSNYEhiD2mz ijTfWvDZhfiTuUelbM94Nb8= X-Google-Smtp-Source: AMrXdXsrXw1X0Dp8K0zjJcA+DDzbMH8VUOQCHtv+RfWL0VEI2+NXHQh0VBe2aJ0RH/stvRIR/1NawA== X-Received: by 2002:a05:600c:1d16:b0:3d1:fe93:f1d3 with SMTP id l22-20020a05600c1d1600b003d1fe93f1d3mr3016851wms.36.1671687414561; Wed, 21 Dec 2022 21:36:54 -0800 (PST) Original-Received: from smtpclient.apple (pd9e36653.dip0.t-ipconnect.de. [217.227.102.83]) by smtp.gmail.com with ESMTPSA id s4-20020a05600c384400b003c6bd12ac27sm4247963wmr.37.2022.12.21.21.36.53 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 21 Dec 2022 21:36:53 -0800 (PST) In-Reply-To: X-Mailer: iPhone Mail (20C65) 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:251640 Archived-At: I was more thinking of something like this: A SIGALRM handler is installed in the original process. SIGALRM continues to= be delivered to the new process after execve but the signal handler is now t= he default handler which terminates the process.=20 The man pages I mentioned should say somewhere if that=E2=80=99s plausible. I= t looks to me like that could be what=E2=80=99s happening. But it=E2=80=99s a= guess.=20 If it is that, one would need to arrange for SIGALRM to be ignored before ex= ecve and reinitialize a timers in the new process. Or something like that.=20= Sent from my iPhone > On 22. Dec 2022, at 06:12, Aaron Jensen wrote: >=20 > =EF=BB=BFOn Thu, Dec 22, 2022 at 12:09 AM Aaron Jensen wrote: >>=20 >>> On Wed, Dec 21, 2022 at 8:29 AM Gerd M=C3=B6llmann wrote: >>>=20 >>> If I remember that correctly, installed signal handlers don=E2=80=99t su= rvive process replacement. The man pages for execve and sigaction should tel= l. >>=20 >> If I'm reading this correctly, that is the case: >>=20 >> Signals set to be ignored in the calling process are set to be ignored >> in the new process. Signals which are set to be caught in the calling >> process image are set to default action in the new process image. >> Blocked >> signals remain blocked regardless of changes to the signal action. >> The signal stack is reset to be undefined (see sigaction(2) for more >> information). >>=20 >>=20 >>=20 >> I have not had a crash today. I have also not restarted Emacs via restart= -emacs. >=20 >=20 > Is this of any relevance? >=20 > File descriptors open in the calling process image remain open in the > new process image, except for those for which the close-on-exec flag > is set (see close(2) and fcntl(2)). Descriptors that remain open are > unaffected by execve(). >=20 > Aaron