From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Sebastien Vauban" Newsgroups: gmane.emacs.bugs Subject: bug#13546: 24.2.92; Error(s) when sending emails Date: Fri, 15 Feb 2013 11:37:04 +0100 Organization: Sebastien Vauban Message-ID: <86liapoobz.fsf@somewhere.org> References: <86ehh9mx93.fsf@somewhere.org> <86libhfj7x.fsf@somewhere.org> <86ham5ffc5.fsf@somewhere.org> <861ud9gsh9.fsf@somewhere.org> <86ip5x3do6.fsf@somewhere.org> <867gmdl73l.fsf@somewhere.org> <83pq043zbn.fsf@gnu.org> <87r4kjkvkt.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1360924719 15238 80.91.229.3 (15 Feb 2013 10:38:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Feb 2013 10:38:39 +0000 (UTC) Cc: 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org, Thierry Volpiatto To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org-mXXj517/zsQ@public.gmane.org Fri Feb 15 11:39:01 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 1U6Igy-0000Dz-FF for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Feb 2013 11:38:56 +0100 Original-Received: from localhost ([::1]:34528 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6Ige-0001LP-RN for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Feb 2013 05:38:36 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:57165) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6IgW-0001L8-CT for bug-gnu-emacs-mXXj517/zsQ@public.gmane.org; Fri, 15 Feb 2013 05:38:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U6IgO-0003EO-Je for bug-gnu-emacs-mXXj517/zsQ@public.gmane.org; Fri, 15 Feb 2013 05:38:28 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51682) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6IgO-0003EI-Fs for bug-gnu-emacs-mXXj517/zsQ@public.gmane.org; Fri, 15 Feb 2013 05:38:20 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U6Ih4-0003K1-17 for bug-gnu-emacs-mXXj517/zsQ@public.gmane.org; Fri, 15 Feb 2013 05:39:02 -0500 X-Loop: help-debbugs-mXXj517/zsQ@public.gmane.org Resent-From: "Sebastien Vauban" Original-Sender: debbugs-submit-bounces-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org Resent-CC: bug-gnu-emacs-mXXj517/zsQ@public.gmane.org Resent-Date: Fri, 15 Feb 2013 10:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs-mXXj517/zsQ@public.gmane.org X-GNU-PR-Message: followup 13546 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13546-submit-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org id=B13546.136092471312727 (code B ref 13546); Fri, 15 Feb 2013 10:39:01 +0000 Original-Received: (at 13546) by debbugs.gnu.org; 15 Feb 2013 10:38:33 +0000 Original-Received: from localhost ([127.0.0.1]:57145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6Iga-0003JD-NL for submit-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org; Fri, 15 Feb 2013 05:38:32 -0500 Original-Received: from 81-188-7-133.sdsl.easynet.be ([81.188.7.133]:38529 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U6IgY-0003J6-DE for 13546-ubl+/3LiMTaZdePnXv/OxA@public.gmane.org; Fri, 15 Feb 2013 05:38:31 -0500 Original-Received: from MUNDANEUM. (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPSA id DE50A500BE3; Fri, 15 Feb 2013 11:37:46 +0100 (CET) X-Url: Under construction... X-Archive: encrypt In-Reply-To: (Eli Zaretskii's message of "Fri, 15 Feb 2013 12:10:48 +0200") User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) X-BeenThere: debbugs-submit-ubl+/3LiMTaZdePnXv/OxA@public.gmane.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-mXXj517/zsQ@public.gmane.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-mXXj517/zsQ@public.gmane.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org-mXXj517/zsQ@public.gmane.org Xref: news.gmane.org gmane.emacs.bugs:71306 Archived-At: Eli, Eli Zaretskii wrote: >> From: Thierry Volpiatto >> Date: Thu, 14 Feb 2013 12:01:54 +0100 >> >> Helm is starting updating (create the first process) after the >> `requires-pattern' value of source, for locate it is 3, so when entering >> the third char in pattern the process start, return the data through a >> process-filter, then stop the process-filter (setq *filter t) and kill >> the process. When you enter the 4th char, a new process is created, >> killed and so on. > > The "kill process" part was an important clue, thanks. Using that, I > was able to re-create a situation similar to what happens for > Sebastien. I installed a few changes on the emacs-24 branch to > prevent these problems, so I hope the next pretest will behave better. > > FWIW, the improved handling of subprocesses on the trunk avoids these > problems altogether, at least in the scenario I used to re-create > them. > > (There's still some strange issue with gnutls calls, as reported by > Sebastien, which I'm still looking in. Not sure if this is an > additional problem or just "how things should work".) > >> This was just for info in case that help for debugging. > > Thanks, it helped. > > Btw, I'm surprised that helm starts an async subprocess, just to kill > it after its output was collected. Isn't this exactly what > synchronous subprocesses are for? What is the purpose of such a > strange design? (except if you wanted to help find bugs in Emacs when > async subprocesses are launched and killed at high frequency ;-) IIUC, I guess the reason is not to block the user during typing: the fact that Helm's locate is still collecting results does not hinder to type an extra character to refined the search. Best regards, Seb -- Sebastien Vauban