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:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=yHBVjDSbB1KQvQwv
	LposAorjHeNu6AVnvwHCTRMCZ71FMPRXIoA8D0Sf2aYIuiXk9amFlJ57WC5ZCLOI
	qZjMPOaVky9JosxcQx+bJko6bAk5si3B/a0YJe3+8a88YgwuyMQcTGpQHatxjOrH
	S+9jziHc136qsYxPcdyPNB/oftY=
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:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; s=default; bh=xnjAF99fAwGahrqXfHPSgw
	w6hFk=; b=SpaKxd7xXd8HGh0c+u9iMR3kSTV0v31A8k8r67Nb+9+DzgHb8USgKD
	tpBw6BmuCdGtWF+RBoF+nLDDFXeCAyHLmrHAEmM1e6Puk1LGYl0KYj/qxu8KHnWW
	QWRXJafkjBCk/k+l9r4uwSaEoikdMAu6LHvQFjzfn1eeult03+TjM=
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-Spam-SWARE-Status: No, score=-0.7 required=5.0 tests=BAYES_00,FREEMAIL_FROM,KAM_THEBAT,RCVD_IN_DNSWL_LOW,SPF_PASS,TIME_LIMIT_EXCEEDED autolearn=unavailable version=3.3.2 spammy=HX-Priority:Normal, H*M:yandex, H*RU:192.168.1.10, H*r:ip*192.168.1.10
X-HELO: forward104j.mail.yandex.net
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1544055602;	bh=GY1P8Ab4VVlc0Ad+spJywT0Yd/79EH7ARAM2fVn/YzE=;	h=Date:From:Reply-To:Message-ID:To:Subject:In-Reply-To:References;	b=f6/A+wGtdHJ3upLdMGETzdTQxhJZD0GGpxTi+S1Sixpeob9YnjnViN+b5X9JWy5lW	 q6lMB5JvZyIetEwmCeMIjTiCkJdxwOp8NEDuFxjoOrbprQ0JmO4s9caz4sPk7gvzIx	 3+j5sHOJaWl3RRXbuQ5R7Jh24S2c/VALE8i4ASwE=
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1544055601;	bh=GY1P8Ab4VVlc0Ad+spJywT0Yd/79EH7ARAM2fVn/YzE=;	h=Date:From:Reply-To:Message-ID:To:Subject:In-Reply-To:References;	b=KjZn89mCIwiOWh6K9DI2KjEMQI2Rrt34/FIE/m7pjGb0umdn+NYzIBfO8C9PkKJ4h	 OEjg/NY2noT6OOvmHgOpos/k/uOTAvFDf36iB0x91LX7qzme17XBVLpcO8Rfp7iKJK	 aid4cULAQHPhJGROGScJgFUV9ylV56duOl0iz3d4=
Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@yandex.ru
Date: Thu, 6 Dec 2018 03:14:57 +0300
From: Andrey Repin <anrdaemon AT yandex DOT ru>
Reply-To: cygwin AT cygwin DOT com
Message-ID: <869301960.20181206031457@yandex.ru>
To: David Karr <davidmichaelkarr AT gmail DOT com>, cygwin AT cygwin DOT com
Subject: Re: Redirecting stderr to stdout through pipe doesn't work the way it does in Linux
In-Reply-To: <CAA5t8VpcYy_tTYHTmJMmA4x3-kSJ91ZgBn0j5C=9hehKyhnxuQ@mail.gmail.com>
References: <CAA5t8VrSPx-LgmwCJCzTTHwA8wV6Lq5iMfjx06ApDQRPgx8ByA AT mail DOT gmail DOT com>   <6cc83f4b-b0b1-d5c9-8d59-94c51382e4e3 AT gmail DOT com>  <CAA5t8VoFRu2ai3c9tVTxAAVBWJg2fUMQWPr8jgjcs-67vUR60g AT mail DOT gmail DOT com>  <37f0fb9b-5d70-ea1f-b1fc-1cd3f3ad0fa7 AT gmail DOT com>  <CAA5t8VpcYy_tTYHTmJMmA4x3-kSJ91ZgBn0j5C=9hehKyhnxuQ AT mail DOT gmail DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

Greetings, David Karr!

> Sigh. What a mess. I can't get this to work.  It was easy enough when a
> single script has to execute "kubectl", having "winpty" prefix that call,
> but I'm trying to write a script that calls that other script, and even in
> a pipeline.

> If I have "winpty" prefix the call to the script that calls "kubectl", it
> says:

>     winpty: error: cannot start '...': Not found in PATH

Either
kubectl(){ .../winpty ...\\kubectl }; readonly -f kubectl

> When I changed it so it references the absolute path, it then says "%1 is
> not a valid Win32 application. (error 0xc1)".  So, this makes it clear that
> winpty can only directly execute Windows applications, which makes sense.

> So how can I call a Windows application from more than just the top-level
> script?

or write a Cygwin wrapper for kubectl and place it where it is usually located
on *NIX system.
Do NOT add kubectl or winpty to Cygwin $PATH, since both are not Cygwin apps
and their presence only confuses you.

Wrapper would probably be more universal.


-- 
With best regards,
Andrey Repin
Thursday, December 6, 2018 3:09:46

Sorry for my terrible english...


--
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