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: Re: bug#12579: Emacs 24.2 crashes or freezes Date: Wed, 19 Dec 2012 21:32:56 +0100 Organization: Sebastien Vauban Message-ID: <80lictbx53.fsf@somewhere.org> References: <80vcep2v3z.fsf@somewhere.org> <83mwyryusx.fsf@gnu.org> <80vcdft53a.fsf@somewhere.org> <83k3tvyqqv.fsf@gnu.org> <87pq3nkm23.fsf@gmail.com> <80a9uqyjdg.fsf@somewhere.org> <83fw4izx72.fsf@gnu.org> <80sj8izqa7.fsf@somewhere.org> <83625ezmds.fsf@gnu.org> <80k3tosfam.fsf@somewhere.org> <80fw49ucn1.fsf_-_@somewhere.org> <83lie1swer.fsf@gnu.org> <80d2z7oto8.fsf@somewhere.org> <801uf3h0j5.fsf@somewhere.org> <801uf1oefr.fsf@somewhere.org> <804njj55ty.fsf@somewhere.org> <80ehimfnhc.fsf@somewhere.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1355949313 17508 80.91.229.3 (19 Dec 2012 20:35:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 19 Dec 2012 20:35:13 +0000 (UTC) To: bug-gnu-emacs-mXXj517/zsQ@public.gmane.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org-mXXj517/zsQ@public.gmane.org Wed Dec 19 21:35:28 2012 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 1TlQMP-0004dx-TC for geb-bug-gnu-emacs@m.gmane.org; Wed, 19 Dec 2012 21:35:26 +0100 Original-Received: from localhost ([::1]:38308 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TlQMC-0001tw-99 for geb-bug-gnu-emacs@m.gmane.org; Wed, 19 Dec 2012 15:35:12 -0500 X-Received: by 10.180.74.79 with SMTP id r15mr2448588wiv.4.1355949177399; Wed, 19 Dec 2012 12:32:57 -0800 (PST) Original-Path: usenet.stanford.edu!m1no14605163wiv.0!news-out.google.com!i11ni226883wiw.0!nntp.google.com!feeder1-2.proxad.net!proxad.net!feeder1-1.proxad.net!ecngs!feeder2.ecngs.de!feeder.erje.net!eu.feeder.erje.net!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.bug Original-Lines: 76 Injection-Info: mx04.eternal-september.org; posting-host="5da807328d6a3351ee2b595083918cf6"; logging-data="11953"; mail-complaints-to="abuse-VVbKFVtnif8H+i2N2EyTrmui9UKz+5OX@public.gmane.org"; posting-account="U2FsdGVkX18kj6zBa1Nq/oLCnyBhx2Un" User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.91 (windows-nt) X-Archive: encrypt Cancel-Lock: sha1:8Hmts8fjArSlR9/V7TrC/p1fR9s= sha1:l956/5BE1cETpb3zElrbbzUcwq0= X-Url: Under construction... Original-Xref: usenet.stanford.edu gnu.emacs.bug:95113 X-BeenThere: bug-gnu-emacs-mXXj517/zsQ@public.gmane.org X-Mailman-Version: 2.1.14 Precedence: list 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:68762 Archived-At: Hi Eli, Eli Zaretskii wrote: >> From: "Sebastien Vauban" >> Date: Wed, 19 Dec 2012 09:35:43 +0100 >> >> - I used Helm (with its Everything companion -- that is some sort of "locate" >> for Windows, even better than the Unix one btw) on Emacs 22/23 for months >> (if not for one to two years). >> >> - I used it with the above setting for `shell-file-name' -- that is unchanged >> in my .emacs file for years (while other settings may be often added or >> removed). >> >> All of that without (any? or much?) problems... but the Helm code base I'm >> using now is not the same as before -- I'm as good as up-to-date for all tests >> I did with the new Emacs versions, to be sure to avoid problems which would >> have been fixed on one side or the other. >> >> So, I've no comparison where only Emacs version would differ, reason why I >> can't honestly answer a definite "yes". >> >> But, for sure, things were very bad with the first versions of Emacs 24: in >> the beginning, I had a lot of crashes (multiple times a day with Emacs 24.1); >> now (with the latest versions), it simply freezes when the process "es.exe" >> becomes suspended. > > To be able to debug this, I'd need to see a full sequence of > Lisp-level API calls that lead to the problem. This is difficult to > obtain because the problem happens rarely. I suspect that the problem > is related with Emacs killing the process; because es.exe is being run > via the shell, Emacs actually kills the shell (because that's the only > subprocess it knows about), and relies on the shell to kill its > children. (On Windows, killing a process doesn't kill its children.) > For some reason, es.exe sometimes hangs in this situation, but only if > the shell is the Cygwin Bash -- the stock cmd.exe doesn't suffer from > this problem. > > Anyway, this is guesswork, I don't have any real evidence to back it > up. I second your summary. I sometimes wonder whether my typing speed can play a role, along with this setting in my .emacs file: --8<---------------cut here---------------start------------->8--- ;; time that the user has to be idle for, before candidates from ;; DELAYED sources are collected (setq helm-idle-delay 0.1) ;; useful for sources involving heavy operations, so that ;; candidates from the source are not retrieved unnecessarily if ;; the user keeps typing ;; time that the user has to be idle for, before ALL candidates ;; are collected (>= `helm-idle-delay') (setq helm-input-idle-delay 0.1) ;; also effective for NON-DELAYED sources --8<---------------cut here---------------end--------------->8--- In particular, I sometimes wonder whether typing erroneous names (more than 3 letters), deleting some chars (coming back to 2 letters or less -- that is no "locate" anymore), adding new chars, all that in a speedy way, may impact or not the fact that es.exe are killed on the fly -- prematurely? But, as you, these are pure assumptions on things to test, but things are difficult to test, because such a problem only happens once a day (more or less) with real work being done in Emacs. That could maybe happen much more often if you we could have some "monkey" program typing for file names to locate on my laptop, ever and ever. Is there such a thing doable -- ideas? Isn't there any "debug" or "trace" mode I can enable in the Emacs at my disposal, that could serve you? Best regards, Seb