GNU bug report logs - #39164
27.0.60; Intermittent crash on MacOS 10.14 in setup_process_coding_systems

Previous Next

Package: emacs;

Reported by: Justin Guenther <jguenther <at> gmail.com>

Date: Fri, 17 Jan 2020 19:02:01 UTC

Severity: normal

Merged with 40023, 40555

Found in versions 27.0.60, 26.3, 27.0.90

Fixed in version 27.1

Done: Robert Pluim <rpluim <at> gmail.com>

Bug is archived. No further changes may be made.

Full log

Message #26 received at 39164 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: mituharu <at> math.s.chiba-u.ac.jp
Cc: tomekowal <at> gmail.com, rpluim <at> gmail.com, 39164 <at> debbugs.gnu.org,
 jguenther <at> gmail.com
Subject: Re: bug#39164: 27.0.60; Intermittent crash on MacOS 10.14 in
 setup_process_coding_systems
Date: Mon, 27 Jan 2020 20:19:07 +0200

> Date: Mon, 27 Jan 2020 22:26:10 +0900
> From: mituharu <at> math.s.chiba-u.ac.jp
> Cc: "Eli Zaretskii" <eliz <at> gnu.org>,
>  jguenther <at> gmail.com,
>  "Tomasz Kowal" <tomekowal <at> gmail.com>,
>  39164 <at> debbugs.gnu.org
> 
> This is a variant of Bug#24325: Crash - fd larger than FD_SETSIZE.
> Some functions in the Core Foundation framework on macOS
> call setrlimit for RLIMIT_NOFILE in order to increase the limit of
> the maximum number of open files for the process:
> 
>   https://opensource.apple.com/source/CF/CF-1153.18/CFSocket.c.auto.html
> 
> So the fix for Bug#24325 doesn't work in this case.

Thanks.

So I guess one possible solution would be to see that fd is beyond
FD_SETSIZE, and if so, call getrlimit to see if the limit was bumped
up, and if so, reallocate the arrays used by process.c?  Would that
make sense?
This bug report was last modified 5 years and 35 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.