X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:reply-to:to:message-id:in-reply-to
	:references:subject:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=ovnvDCxubPy8LDAj
	udxE1o27eEURqrM4r7gtRM79agz+wmagMkWYC9ohdUEKeHeAmsW5TLPVFPR5agye
	4grsq2/sYOX1hUxWRS4MEVX5BfZLVkTv3/TXdOPQ/by7n4btb4arBvZTVoSQVkth
	BlukYVTfZ5VM5gibP5QscDCgBbc=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:reply-to:to:message-id:in-reply-to
	:references:subject:mime-version:content-type
	:content-transfer-encoding; s=default; bh=EyIWmrNEecYALuJIs3SxOo
	CgQSo=; b=wJrwrtps/OxU/de5gvmIp8LgaK+TBFalOELs8s1m9qVJ+7osjbaSNU
	eZTEnicgFtXZ8L3A/HMtay0A6BBJ6U4oDTLvxxObiJHVSCMiVp6opDz3MalhLOi/
	ShOZbzEjl71zhWZLbkHCQIpDJLXe2sAgRtez/B8dt4JSHRMs5cyfo=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-0.3 required=5.0 tests=AWL,BAYES_40,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=H*MI:sk:569EE23, H*i:sk:569EE23, persistent, Hx-spam-relays-external:sk:tm107.b
X-HELO:	nm45-vm2.bullet.mail.ne1.yahoo.com
Date:	Thu, 21 Jan 2016 02:20:45 +0000 (UTC)
From:	Richard Heintze <sieg_heintze AT yahoo DOT com>
Reply-To:	Richard Heintze <sieg_heintze AT yahoo DOT com>
To:	Ken Brown <kbrown AT cornell DOT edu>, "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Message-ID:	<1536926375.6640036.1453342846012.JavaMail.yahoo@mail.yahoo.com>
In-Reply-To:	<569EE230.2060600@cornell.edu>
References:	<569EE230 DOT 2060600 AT cornell DOT edu>
Subject:	Re: Any progress on "Fork issues ith long command lines and long $PATH"?
MIME-Version:	1.0
X-IsSubscribed:	yes

>On Tuesday, January 19, 2016 5:26 PM, Ken Brown <kbrown AT cornell DOT edu> wrote:
>[Please don't top post.]

>On 1/19/2016 6:34 PM, Richard Heintze wrote:
>> Regarding my choice of terms: I was trying use terms consistent with that old link
>> "https://cygwin.com/ml/cygwin/2011-02/msg00416.html".

>That message doesn't even mention emacs.  That's why I said in my first 
>reply to you that I couldn't make much sense of what you wrote.

>> (1) So is there a fix for the problem described in this link "https://cygwin.com/ml/cygwin/2011-02/msg00416.html"? According to
>> Corinna Vinschen's comments it is a Cygwin problem, not an emacs problem. I would love to have a fix.

>I still don't know the connection between that message and emacs.  Could 
>you say exactly what problem you're having?

>> (2) I was using $USERPROFILE as an example. We have dozens of these environment variables pointing to dozens directories. They enable us to type in the same file name to emacs's find file (ctrl-x-ctrl-f) regardless >of who is logged in or which computer we are logged into (assuming that every account has the same directory structure and propertly defined environment variables).  Yes we can manually translate them at a bash >prompt but this is a lot more typing, cutting and pasteing. We also share the same .emacs file that contains thousands of file names that contain these environment variables. We will really missing feature of native >emacs.

>The fact that C-x C-f expands environment variables is not a special 
>feature of native Windows emacs.  But the expansion has to yield a valid 
>file name.  In the case of Cygwin emacs, that means a Posix path.

>Maybe you could write a script that uses cygpath to convert the relevant 
>environment variables to Posix paths, and then call this script from 
>your .bashrc.


>Ken
Ken:
Thanks for being persistent! I'm sorry for the confusion. I had to google search "top post". I hope I'm doing it right now.

When I run the bash prompt directly by clicking on the Cygwin icon, everything is fine.
When I run Cygwin or native emacs on win 8 and use the emacs compile or async shell command to run a bash command everything is fine.
When I run Cygwin emacs on win 10 and use the compile or asynch shell command run bash command everything is fine.
However, when I run native (FSF/windows) emacs on win10 and use the compile or asynch shell command to run bash commands that contain a pipe ("|") or child ($(bashcommand)), I get very similar symptoms (maybe the same) as "https://cygwin.com/ml/cygwin/2011-02/msg00416.html". For example  perl -e 'print "hello"' is fine. However, echo $(perl -e 'print "hello"') causes a stack trace like "https://cygwin.com/ml/cygwin/2011-02/msg00416.html"
After reading Corinna's comments  I'm thinking this is a Cygwin/bash problem. What do you think?
Let me know if I need to send you my stackdump file.
Thank you!
Siegfried

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -