From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thierry Volpiatto Newsgroups: gmane.emacs.bugs Subject: bug#13701: 24.2.93; Segmentation fault Date: Wed, 13 Feb 2013 10:04:15 +0100 Organization: Emacs Helm Message-ID: <87621wy48g.fsf@gmail.com> 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 1360746283 29357 80.91.229.3 (13 Feb 2013 09:04:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 Feb 2013 09:04:43 +0000 (UTC) Cc: 13701@debbugs.gnu.org To: "Sebastien Vauban" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 13 10:05:04 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 1U5YH1-0000SN-PM for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Feb 2013 10:05:04 +0100 Original-Received: from localhost ([::1]:50655 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U5YGh-0006eV-8H for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Feb 2013 04:04:43 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:48606) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U5YGc-0006dS-MA for bug-gnu-emacs@gnu.org; Wed, 13 Feb 2013 04:04:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U5YGW-0005Gu-FA for bug-gnu-emacs@gnu.org; Wed, 13 Feb 2013 04:04:38 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47801) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U5YGW-0005Gq-AV for bug-gnu-emacs@gnu.org; Wed, 13 Feb 2013 04:04:32 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U5YH0-0000EC-7b for bug-gnu-emacs@gnu.org; Wed, 13 Feb 2013 04:05:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Thierry Volpiatto Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Feb 2013 09:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13701 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13701-submit@debbugs.gnu.org id=B13701.1360746300867 (code B ref 13701); Wed, 13 Feb 2013 09:05:02 +0000 Original-Received: (at 13701) by debbugs.gnu.org; 13 Feb 2013 09:05:00 +0000 Original-Received: from localhost ([127.0.0.1]:53265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5YGy-0000Dw-2X for submit@debbugs.gnu.org; Wed, 13 Feb 2013 04:05:00 -0500 Original-Received: from mail-wi0-f176.google.com ([209.85.212.176]:50022) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U5YGv-0000Do-7Q for 13701@debbugs.gnu.org; Wed, 13 Feb 2013 04:04:58 -0500 Original-Received: by mail-wi0-f176.google.com with SMTP id hm14so5396880wib.9 for <13701@debbugs.gnu.org>; Wed, 13 Feb 2013 01:04:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:organization:references:date :in-reply-to:message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=LGFrIFL3m51Ih8CMRzJ9iRlPgqVeuI0X6Xjj06A14lo=; b=MksVcLZ/4dT7Dx4+eniswF9Oe+5fDknX5jjfowDtgUSOY7MBtjRtvYkKEKO7eOBoO4 /FWGJZVtWGL8uXED7OoCx69+IRGFkZe4v3C2YNGC5dIOo5Lcy+RFNOSgFtcTXUVjB/Zl +moVhLKARIYLuOnkQhqmZ82fIMW1IXCak4RtX6L6YiP231Q95jYQc5YSubT2ZdUwyL1g F7iQVvVKoHKQVXKv8Usa8LRWgvVkZer/H1il+uy8ouWgYf9jBOS4neTPIb+80aA/QXnS IpnpfYYCyVACpCUlCYpi1+YV+ZO/xM0oTjbmpaU/SnXBopfpk3NcuKswhWmIwxAfvLBX rMTw== X-Received: by 10.180.88.40 with SMTP id bd8mr8360673wib.17.1360746265941; Wed, 13 Feb 2013 01:04:25 -0800 (PST) Original-Received: from dell-14z (lbe83-2-78-243-104-167.fbx.proxad.net. [78.243.104.167]) by mx.google.com with ESMTPS id ex15sm29131636wid.5.2013.02.13.01.04.22 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 13 Feb 2013 01:04:23 -0800 (PST) In-Reply-To: <86vc9wfxa2.fsf@somewhere.org> (Sebastien Vauban's message of "Wed, 13 Feb 2013 09:11:49 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) 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:71162 Archived-At: Hi S=C3=A9bastien, "Sebastien Vauban" writes: > Hi Thierry, Glenn and all, > > 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 Bas= h 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", probably helm is working without crash if you use the locate executable of your cygwin stuff instead of "everything". So I repeat that helm itself is NOT crashing Emacs, but the backend used by helm in an unsupported shell IS crashing Emacs. > 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. > That does not mean I absolutely have to keep that setting, but this is _b= y 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 Emacs: for exam= ple, > calling one of my script on a selected region, or things like 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. 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) --=20 Thierry Get my Gnupg key: gpg --keyserver pgp.mit.edu --recv-keys 59F29997=20