From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#39164: 27.0.60; Intermittent crash on MacOS 10.14 in setup_process_coding_systems Date: Thu, 30 Jan 2020 16:49:48 +0200 Message-ID: <83a765m22b.fsf@gnu.org> References: <83y2u523xl.fsf@gnu.org> <83y2u2vwha.fsf@gnu.org> <642b78068a31ff898c349357263460a8.squirrel@weber.math.s.chiba-u.ac.jp> <83mua8oj8k.fsf@gnu.org> <1827C99D-AFC1-494C-B004-0D569B9D481D@gnu.org> <88A26EA5-725A-43D4-9A13-065703B9F9A4@gnu.org> <83a767o52x.fsf@gnu.org> <2B631786-500C-4FAE-9880-A96F0FEBE0E1@gnu.org> <0A439FD3-D066-4D6B-B73D-CFCF78DB18FD@gnu.org> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="29902"; mail-complaints-to="usenet@ciao.gmane.io" Cc: tomekowal@gmail.com, rpluim@gmail.com, 39164@debbugs.gnu.org, jguenther@gmail.com To: YAMAMOTO Mitsuharu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 30 15:50:14 2020 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 1ixB94-0007jC-9g for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 30 Jan 2020 15:50:14 +0100 Original-Received: from localhost ([::1]:33742 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ixB93-0000ez-7w for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 30 Jan 2020 09:50:13 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43641) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ixB8t-0000cp-Jt for bug-gnu-emacs@gnu.org; Thu, 30 Jan 2020 09:50:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ixB8s-0003FR-KK for bug-gnu-emacs@gnu.org; Thu, 30 Jan 2020 09:50:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57415) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ixB8s-0003Dw-Fk for bug-gnu-emacs@gnu.org; Thu, 30 Jan 2020 09:50:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ixB8s-0006D2-DF for bug-gnu-emacs@gnu.org; Thu, 30 Jan 2020 09:50:02 -0500 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 Jan 2020 14:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39164 X-GNU-PR-Package: emacs X-Debbugs-Original-Cc: tomekowal@gmail.com, bug-gnu-emacs@gnu.org, 39164@debbugs.gnu.org, rpluim@gmail.com, jguenther@gmail.com Original-Received: via spool by submit@debbugs.gnu.org id=B.158039579423838 (code B ref -1); Thu, 30 Jan 2020 14:50:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 30 Jan 2020 14:49:54 +0000 Original-Received: from localhost ([127.0.0.1]:35152 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ixB8j-0006CP-Jt for submit@debbugs.gnu.org; Thu, 30 Jan 2020 09:49:53 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:57933) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ixB8h-0006CG-KQ for submit@debbugs.gnu.org; Thu, 30 Jan 2020 09:49:51 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43458) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ixB8g-0000LP-7r for bug-gnu-emacs@gnu.org; Thu, 30 Jan 2020 09:49:51 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:40224) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ixB8f-0002QG-7b; Thu, 30 Jan 2020 09:49:49 -0500 Original-Received: from [176.228.60.248] (port=2881 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ixB8d-0006dQ-T7; Thu, 30 Jan 2020 09:49:49 -0500 In-reply-to: (message from YAMAMOTO Mitsuharu on Thu, 30 Jan 2020 18:42:41 +0900) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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:175443 Archived-At: > Date: Thu, 30 Jan 2020 18:42:41 +0900 > From: YAMAMOTO Mitsuharu > Cc: bug-gnu-emacs@gnu.org, > tomekowal@gmail.com, > rpluim@gmail.com, > 39164@debbugs.gnu.org, > jguenther@gmail.com > > > My point is that having this code in the same place for all platforms is better for long-range maintenance. > > If we make dummy calls before setrlimit in init_process_emacs, then an > artificially increased limit is recorded to the variable nofile_limit, > and that will be used in restore_nofile_limit later. That's true, but restore_nofile_limit is called after the fork in the context of the child process, so can that call cause any harm? If it does do harm, maybe we should simply avoid that call on macOS?