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#13701: 24.2.93; Segmentation fault Date: Wed, 13 Feb 2013 10:16:39 +0100 Organization: Sebastien Vauban Message-ID: <86r4kkinew.fsf@somewhere.org> References: <86vc9x6wq5.fsf@somewhere.org> <86vc9wfxa2.fsf@somewhere.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1360747216 6056 80.91.229.3 (13 Feb 2013 09:20:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 Feb 2013 09:20:16 +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 Feb 13 10:20:37 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 1U5YW0-0007k2-Vk for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Feb 2013 10:20:33 +0100 Original-Received: from localhost ([::1]:33005 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U5YVh-0005Bn-Dy for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Feb 2013 04:20:13 -0500 X-Received: by 10.180.89.133 with SMTP id bo5mr1333648wib.6.1360747037400; Wed, 13 Feb 2013 01:17:17 -0800 (PST) X-FeedAbuse: http://nntpfeed.proxad.net/abuse.pl feeded by 88.191.116.97 Original-Path: usenet.stanford.edu!yu2no3300645wib.0!news-out.google.com!g1ni8297wig.0!nntp.google.com!feeder1-2.proxad.net!proxad.net!feeder1-1.proxad.net!nntpfeed.proxad.net!dedibox.gegeweb.org!gegeweb.eu!gegeweb.org!eternal-september.org!feeder.eternal-september.org!mx05.eternal-september.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.bug Original-Lines: 120 Injection-Info: mx05.eternal-september.org; posting-host="6f05eaee171434c896d44feeaf7179f0"; logging-data="19427"; mail-complaints-to="abuse-VVbKFVtnif8H+i2N2EyTrmui9UKz+5OX@public.gmane.org"; posting-account="U2FsdGVkX1+KADA5PuBpu9kxpsgORRAl" User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (windows-nt) X-Archive: encrypt Cancel-Lock: sha1:50BZAnVhEMvmmBi27tzx30VuPKs= sha1:2rNOPhK4mTMXHuGM6hfP+yRsTSE= X-Url: Under construction... Original-Xref: usenet.stanford.edu gnu.emacs.bug:97487 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:71164 Archived-At: Hi Thierry, I'm replying with things I know are facts, in order for others not to be confused by the configuration in which problems do appear. Thierry Volpiatto wrote: > "Sebastien Vauban" writes: >> Thierry Volpiatto wrote: >>> Glenn Morris writes: >>>> "Sebastien Vauban" wrote: >>>> >>>>> warning: sys_read called when read is in progress >>>> >>>> Searching for this message, I found that the only hit is crashes >>>> previously reported by you in Emacs 24.1 and 24.2: >>>> >>>> http://lists.gnu.org/archive/html/help-gnu-emacs/2012-10/msg00021.html >>>> >>>> So maybe the issue(s) is not new and is caused by some unusual >>>> circumstance on your machine. >>> >>> The initial problem was the user is setting `shell-file-name' to >>> "/path/to/bash" on a windows machine where the value is normally >>> "/path/to/cmdproxy.exe". The result is that all externals programs made= to >>> be used with "cmdproxy.exe" are crashing Emacs. In the case of `helm', = the >>> user is crashing Emacs with the helm-locate command which use the >>> executable "es.exe" which is part of "everything" program. So I think >>> these crash are not the fault of Emacs nor helm, but a bad setting of >>> user. >>> >>> So the question is: Sebastien, are you still using shell-file-name=3D= =3Dbash >>> in your config ? >> >> The answer is yes: >> >> =E2=95=AD=E2=94=80=E2=94=80=E2=94=80=E2=94=80 >> =E2=94=82 shell-file-name is a variable defined in `C source code'. >> =E2=94=82 Its value is "c:/cygwin/bin/bash.exe" >> =E2=95=B0=E2=94=80=E2=94=80=E2=94=80=E2=94=80 >> >> IIRC, I was asked by Eli (or, at the very least, allowed) to set back Ba= sh >> as my inferior shell. >> >> FYI, I'm using that setting since 1999, when I began really working with >> Emacs, and it did not cause any problems either with Helm (in that time, >> Anything) for the last years in which I used it (at least, from 2010). > > At the beginning of anything, locate was not implemented for windows with > "everything" When was that true? Not anymore in 2010. > probably helm is working without crash if you use the locate executable of > your cygwin stuff instead of "everything". No, never ever. Cygwin's locate is _not_ installed by default. And, in fact, is not straightforward to get it installed and have it run every day or so. You need to pass thru a long list of steps, much longer than simply selecti= ng the package and expecting it to be up and running (and up-to-date). So, I never did use Cygwin locate at all. When I say I used Anything back in 2010, it was already with Everything (and es.exe). > So I repeat that helm itself is NOT crashing Emacs, but the backend used = by > helm in an unsupported shell IS crashing Emacs. Yes, when I refer to Helm, I never pinpoint it as being buggy. I refer to i= ts use, from the user perspective, and something somehow that breaks Emacs when being used. >> Problems began appearing with Emacs 24, IIRC. > > This is not related to Emacs-24 IMO, same problem would happen in Emacs-23 > in same context. I really don't remember Emacs crashes with Emacs 23, with that same set of tools: - Bash (or Zsh) as my inferior shell in Emacs - Helm (or Anything) with Everything (es.exe) That did work, from 2010 to somewhere a couple of months ago. >> That does not mean I absolutely have to keep that setting, but this is _= by >> far_ my preferred one, as I'm using Cygwin Bash (or Zsh) all around the >> place, and I want to be able to do the exact same thing from withing Ema= cs: >> for example, calling one of my script on a selected region, or things li= ke >> that. > > Probably you should let-bind `shell-file-name' to "bash" or whatever when > calling your scripts from Emacs and leave the global value to its default > setting. By advicing shell-command-on-region and family? > That say, probably Emacs should detect when calling a process if the > executable is compatible with value of `shell-file-name' and throw a big = old > error if so before crashing Emacs, don't know if that is possible though. > (probably it is what Eli want to fix) I'll let them guide me toward the long-term solution. Best regards, Seb --=20 Sebastien Vauban