From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stephen Gildea Newsgroups: gmane.emacs.bugs Subject: bug#51110: Native-comp leaks fds open on /dev/ptmx Date: Sat, 09 Oct 2021 10:01:43 -0700 Message-ID: <1222487.1633798903@pental> References: <1219754.1633794325@pental> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40049"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Andrea Corallo , 51110@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Oct 09 19:02:12 2021 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 1mZFje-000AAH-Ot for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 09 Oct 2021 19:02:10 +0200 Original-Received: from localhost ([::1]:48386 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mZFjd-0003sZ-6f for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 09 Oct 2021 13:02:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36454) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mZFjW-0003sJ-5h for bug-gnu-emacs@gnu.org; Sat, 09 Oct 2021 13:02:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42518) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mZFjV-0000zu-Sk for bug-gnu-emacs@gnu.org; Sat, 09 Oct 2021 13:02:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mZFjV-0004sy-Nv for bug-gnu-emacs@gnu.org; Sat, 09 Oct 2021 13:02:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Gildea Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Oct 2021 17:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51110 X-GNU-PR-Package: emacs Original-Received: via spool by 51110-submit@debbugs.gnu.org id=B51110.163379891618770 (code B ref 51110); Sat, 09 Oct 2021 17:02:01 +0000 Original-Received: (at 51110) by debbugs.gnu.org; 9 Oct 2021 17:01:56 +0000 Original-Received: from localhost ([127.0.0.1]:54064 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mZFjP-0004sf-Sa for submit@debbugs.gnu.org; Sat, 09 Oct 2021 13:01:56 -0400 Original-Received: from tigger.sg.gildea.net ([99.65.78.170]:40480 helo=pental.sg.gildea.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mZFjJ-0004sL-Ir for 51110@debbugs.gnu.org; Sat, 09 Oct 2021 13:01:54 -0400 Original-Received: from pental (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by pental.sg.gildea.net (Postfix) with ESMTPS id 3CE8D24C7D9; Sat, 9 Oct 2021 10:01:43 -0700 (PDT) In-Reply-To: Message from eliz@gnu.org of 9 Oct 2021 18:57:04 +0300 <83mtniw5rj.fsf@gnu.org> X-Mailer: MH-E 8.6+git; nmh 1.7.1; Emacs 29.0.50 Content-ID: <1222486.1633798903.1@pental> 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" Xref: news.gmane.io gmane.emacs.bugs:216782 Archived-At: The recipe I gave provides a simple way to show the unbounded resource use of Emacs while compiling; I don't propose it as an actual use case. Apparently what's happening is that Emacs forks off a child Emacs to do the compile and allocates a pty to the child. These ptys are not closed until the compile completes. It seems Emacs needs to better manage the number of simultaneous open ptys. Or at least be able to wait and retry if an open fails.