From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#13546: 24.2.92; Error(s) when sending emails Date: Fri, 15 Feb 2013 17:47:13 +0200 Message-ID: <837gm9tw8u.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <86y5etph6t.fsf@somewhere.org> <86ip5wfv9u.fsf@somewhere.org> <86vc9winv5.fsf@somewhere.org> <86k3qcc65g.fsf@somewhere.org> <8638wzethn.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <86pq01oods.fsf@somewhere.org> <86k3q9mwwa.fsf@somewhere.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1360943309 1295 80.91.229.3 (15 Feb 2013 15:48:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Feb 2013 15:48:29 +0000 (UTC) Cc: 13546@debbugs.gnu.org To: Sebastien Vauban Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Feb 15 16:48:51 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1U6NWp-0003Ys-JP for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Feb 2013 16:48:47 +0100 Original-Received: from localhost ([::1]:40516 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6NWW-0007ix-02 for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Feb 2013 10:48:28 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:48973) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6NWQ-0007ik-Bv for bug-gnu-emacs@gnu.org; Fri, 15 Feb 2013 10:48:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U6NWN-0007b5-Nh for bug-gnu-emacs@gnu.org; Fri, 15 Feb 2013 10:48:22 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52350) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6NWN-0007ay-Jg for bug-gnu-emacs@gnu.org; Fri, 15 Feb 2013 10:48:19 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U6NX4-0002zZ-9U for bug-gnu-emacs@gnu.org; Fri, 15 Feb 2013 10:49:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Feb 2013 15:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13546 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13546-submit@debbugs.gnu.org id=B13546.136094332411476 (code B ref 13546); Fri, 15 Feb 2013 15:49:02 +0000 Original-Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 15:48:44 +0000 Original-Received: from localhost ([127.0.0.1]:57814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6NWm-0002z2-69 for submit@debbugs.gnu.org; Fri, 15 Feb 2013 10:48:44 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:50298) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6NWi-0002yr-OI for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 10:48:42 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MI900D00QE00200@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Fri, 15 Feb 2013 17:47:17 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MI900CEGQIP6ZA0@a-mtaout20.012.net.il>; Fri, 15 Feb 2013 17:47:14 +0200 (IST) In-reply-to: <86k3q9mwwa.fsf@somewhere.org> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:71316 Archived-At: > From: "Sebastien Vauban" > Cc: Sebastien Vauban , 13546@debbugs.gnu.org > Date: Fri, 15 Feb 2013 16:15:01 +0100 > > - What about that magical `C-v' character? Any idea? No idea. It doesn't seem to be related to the problem, though. > - Now that you know what the problem was, can you confirm that Emacs 23 did > behave well for my use case? Maybe Emacs 24.0 as well? Emacs 23 concealed the problem: it would let you continue invoking subprocesses, but with every Locate subprocesses launched by Helm, Emacs would leak 2 handles. After some time (longer than the 2-3 hours you got with 24.2.9x), too many handles would have been lost, and Emacs would become unusable. Moreover, since the OS cannot reuse a process ID of a process which still has some handle open on it, the entire system would become unusable, because it could no longer launch processes. In v24.2.91, this handle leakage was plumbed, but doing so exhibited another problem (which was already fixed on the trunk, btw), which manifested itself in what you described. Note that this problem only rears its ugly head whenever an async subprocess is launched and then killed without letting it exit in an orderly manner. That is why no one else reported the problem: I guess there are no more Helm users on Windows who track the v24.3 pretests. > - Is the current problem only happening on Windows (or due to my shell > setting)? It is specific to Windows, but is not related to any shell settings. It happens every time an async subprocess is killed by calling delete-process on it. > - Is it only with heavy process-creator users like me (by using Helm as my > almost only way to switch between buffers and files)? See above: delete-process is the main trigger. It prevents a slot from being released in the array which Emacs on Windows uses to manage subprocesses and network/serial connections. When all the 32 slots are used up in this way, Emacs can no longer launch subprocesses or open network connections. The code I added looks for these "lost" slots and releases them, so that they can be reused. On the trunk, the problem is avoided altogether, but that requires deeper changes in the related code, and I'd rather not make them at this late stage of the pretest. > - Can you confirm the GDB command had to be "p *cp" and not "b *cp"? Yes, of course. Sorry.