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#60220: 29.0.60; macOS 13.1 crash shortly after starting Emacs Date: Fri, 30 Dec 2022 10:37:05 +0200 Message-ID: <83fscx70em.fsf@gnu.org> References: <24A595DF-81D8-47E7-90BC-FCDDB27315E8@gmail.com> <83ilhz2r14.fsf@gnu.org> <83r0wl0z6g.fsf@gnu.org> <204d542c-73e6-243a-f2d5-36b92cfa25ee@cs.ucla.edu> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38915"; mail-complaints-to="usenet@ciao.gmane.io" Cc: gerd.moellmann@gmail.com, 60220@debbugs.gnu.org, aaronjensen@gmail.com To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 30 09:38:46 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 1pBAub-0009qj-SD for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Dec 2022 09:38:46 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pBAtz-00053v-IW; Fri, 30 Dec 2022 03:38: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 1pBAtw-00053P-IN for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2022 03:38:04 -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 1pBAtt-0003no-Sb for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2022 03:38:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pBAtt-0000DZ-If for bug-gnu-emacs@gnu.org; Fri, 30 Dec 2022 03:38:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Dec 2022 08: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.1672389434775 (code B ref 60220); Fri, 30 Dec 2022 08:38:01 +0000 Original-Received: (at 60220) by debbugs.gnu.org; 30 Dec 2022 08:37:14 +0000 Original-Received: from localhost ([127.0.0.1]:33524 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBAt7-0000CR-Sg for submit@debbugs.gnu.org; Fri, 30 Dec 2022 03:37:14 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:34814) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pBAt6-0000CE-QQ for 60220@debbugs.gnu.org; Fri, 30 Dec 2022 03:37:13 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pBAt1-0003fa-2J; Fri, 30 Dec 2022 03:37:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=RXTFkSPkVh4/7TMgJ/aq/Nlqk6OFCkX133mcXn2mZNQ=; b=dgl6hCtjYnD5 4Jm0wID+Je5OcrjQMlrkBFzxAyoHJysvOBDDs8oinrjtq/cnOmoWojajezutGZWtB2Vp2/2QPRjwj Cg1KzycnHhP71NNx6lyguJoGQu10DGpydDKwtcZXZv0wY1PIq+RB8ze1v1IJacUze4CTqNv4Psy7P REZ+3RUVK/2KsWjo76H1pd/Ix1fn9Kkj5cxcLp599C0qeaqNbkVR3E4u0YZo2rVTd5oCcNLflwp6L 6ja8xQ9QpCpcp7mybkR656xS9H2LtpCMvmcU4MP/bWcW4W4s7n40KA5/3SU7n0/MCb82tmMfVIiGo y3aUJsMxqebBUxK5/QSzFQ==; Original-Received: from [87.69.77.57] (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 1pBAt0-0006wD-Np; Fri, 30 Dec 2022 03:37:06 -0500 In-Reply-To: <204d542c-73e6-243a-f2d5-36b92cfa25ee@cs.ucla.edu> (message from Paul Eggert on Thu, 29 Dec 2022 17:16:18 -0800) 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:252102 Archived-At: > Date: Thu, 29 Dec 2022 17:16:18 -0800 > Cc: Eli Zaretskii , gerd.moellmann@gmail.com, > 60220@debbugs.gnu.org > From: Paul Eggert > > On 12/29/22 16:03, Aaron Jensen wrote: > > Would it make sense to use block_atimers while loading native lisp? If > > Might, but it might make more sense not to be dynamically loading code > during an idle timer. This is a limitation we don't want, as it is too severe. How can we prevent loading when idle timers can run any Lisp, and an arbitrary Lisp program can always call some autoloaded function? And I don't understand why we'd want to have such a restriction, since idle timers run from the main loop, thus in safe context. It would be a gratuitous restriction that will only draw (justified) complaints. Can you explain why you think loading shared libraries from an Emacs idle timer could be dangerous? I don't think I understand that.