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, 01 Mar 2013 15:58:02 +0200 Message-ID: <831ubzw7bp.fsf@gnu.org> References: <86ehh9mx93.fsf@somewhere.org> <86fw0z3z5e.fsf@somewhere.org> <83k3q9ubq7.fsf@gnu.org> <86k3q9l8pt.fsf@somewhere.org> <86fw0x8fos.fsf@somewhere.org> <86mwv56tid.fsf@somewhere.org> <83a9r2rdze.fsf@gnu.org> <861uc4gk5z.fsf@somewhere.org> <86wqtu3v3x.fsf@somewhere.org> <86wqtt5vz6.fsf@somewhere.org> <868v69a1pf.fsf@somewhere.org> <83k3ptvy1c.fsf@gnu.org> <837glswhgf.fsf@gnu.org> <87y5e7s6fu.fsf@lifelogs.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1362146350 7926 80.91.229.3 (1 Mar 2013 13:59:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Mar 2013 13:59:10 +0000 (UTC) Cc: 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com To: Ted Zlatanov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 01 14:59:32 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 1UBQUi-0000oV-OZ for geb-bug-gnu-emacs@m.gmane.org; Fri, 01 Mar 2013 14:59:28 +0100 Original-Received: from localhost ([::1]:35922 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UBQUN-0006tu-QD for geb-bug-gnu-emacs@m.gmane.org; Fri, 01 Mar 2013 08:59:07 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:45544) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UBQUK-0006tZ-LX for bug-gnu-emacs@gnu.org; Fri, 01 Mar 2013 08:59:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UBQUG-00068i-Od for bug-gnu-emacs@gnu.org; Fri, 01 Mar 2013 08:59:04 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52209) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UBQUG-00068e-L1 for bug-gnu-emacs@gnu.org; Fri, 01 Mar 2013 08:59:00 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UBQWE-0000sy-0v for bug-gnu-emacs@gnu.org; Fri, 01 Mar 2013 09:01: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, 01 Mar 2013 14:01:01 +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.13621464063317 (code B ref 13546); Fri, 01 Mar 2013 14:01:01 +0000 Original-Received: (at 13546) by debbugs.gnu.org; 1 Mar 2013 14:00:06 +0000 Original-Received: from localhost ([127.0.0.1]:57673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQVI-0000rR-VD for submit@debbugs.gnu.org; Fri, 01 Mar 2013 09:00:05 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:62954) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UBQVG-0000qh-5C for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 09:00:04 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MIZ00200I9HS900@a-mtaout20.012.net.il> for 13546@debbugs.gnu.org; Fri, 01 Mar 2013 15:57:58 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MIZ002OPISLH6A0@a-mtaout20.012.net.il>; Fri, 01 Mar 2013 15:57:58 +0200 (IST) In-reply-to: <87y5e7s6fu.fsf@lifelogs.com> 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:71977 Archived-At: > From: Ted Zlatanov > Cc: Stefan Monnier , 13546@debbugs.gnu.org, wxhgmqzgwmuf@spammotel.com > Gmane-Reply-To-List: yes > Date: Fri, 01 Mar 2013 06:30:45 -0500 > > On Thu, 28 Feb 2013 18:06:56 +0200 Eli Zaretskii wrote: > > EZ> Sebastien, if the latest emacs-24 binary still gives you trouble, > EZ> please try separate the sub-process and Helm stuff from the email > EZ> stuff. That is, start 2 sessions of Emacs: one that uses Helm, but > EZ> does not use email, the other that uses email, but not Helm (or > EZ> subprocess-related commands in general). I'd like to know whether > EZ> none, one, or both of theses sessions will exhibit some abnormal > EZ> symptoms after several hours. > > I read through this thread. > > I am not aware of anyone else experiencing this bug on W32 or other > platforms. I doubt anyone else who tracks development versions has such an extreme setup, that puts such a pressure on the infrastructure used in the w32 Emacs for supporting subprocesses and network connections (the same infrastructure is used for both types). As you must have seen in one of the messages I posted and in the corresponding screencast, Helm sometimes fires up an async subprocess for every keystroke, then kills each one of them right away. Emacs on Windows can only support up to 32 subprocess or up to 64 network connections (each subprocess requires resources of 2 connections). So any subtle problems and race conditions in the related code, that will go unnoticed on more "quiet" systems, could be exposed by such an enormous resource pressure. This is complicated by the fact that Sebastien uses the Cygwin Bash as the sub-shell, so any subtle problems with controlling, communicating, and killing such processes from a native w32 application might also come into play here. > May I also suggest running without the GnuTLS DLL, which > will degrade your experience but may give a good differential? I don't think GnuTLS per se is the problem. At most, it could be the fact that emacs_gnutls_pull calls 'select', but I doubt even that.