From: Thomas Wolff <towo@towo.net>
To: cygwin@cygwin.com
Subject: Re: antrun versus wsl versus cygwin
Date: Mon, 18 Feb 2019 20:54:00 -0000 [thread overview]
Message-ID: <2c1560b2-511f-7c2c-3da5-4f4587edbc47@towo.net> (raw)
In-Reply-To: <7adb0a4e-2cf5-0ad8-d479-4fdd509cebf3@gmail.com>
Am 17.02.2019 um 14:39 schrieb Franz Fehringer:
> Am 17.02.2019 um 13:53 schrieb Thomas Wolff:
>> Am 17.02.2019 um 12:11 schrieb Franz Fehringer:
>>> Hi all (half off topic),
>>>
>>> I have installed (on a Windows 10 1809 system) both Cygwin and WSL (only
>>> the Windows component, no real Linux distribution yet).
>>> This scenario gives me a strange problem with antrun: With <exec
>>> executable="bash"> i always get the WSL bash instead of the Cygwin one,
>>> although Cygwin is first in PATH (both Cygwin PATH and Windows PATH),
>>> even so if C:/Windows/System32 (location of WSL bash) is not in the
>>> (Cygwin) PATH at all.
>>> I made some tries with extra parameters like seachpath to no avail.
>>> It (naturally) works if i give the full absolute path to the Cyhwin
>>> bash, but this is awkward.
>>> Any hints about reason and solution?
>> No, just about some diagnostics (maybe your application does not see the
>> extended PATH?): on a Windows cmd line, say `where bash` to see if it's
>> really available...
>>
> I am not sure if i understand this correctly, but
>
> Windows cmd:
>
> C:\Users\feh01589>where bash
> C:\Tools\Cygwin\bin\bash.exe
> C:\Windows\System32\bash.exe
>
> ...
Try to set up a test that reproduces the original environment closely:
start a cmd.exe from your application, just as you're trying to start
bash. Possibly the application manipulates the path before starting an
external command. From that (cmd started from your, whatever, ant), rerun
where bash
--
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
next prev parent reply other threads:[~2019-02-18 20:52 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-17 12:53 Franz Fehringer
2019-02-17 13:39 ` Thomas Wolff
2019-02-17 14:14 ` Franz Fehringer
2019-02-18 20:54 ` Thomas Wolff [this message]
2019-02-17 14:46 ` LRN
2019-02-18 9:25 ` Franz Fehringer
2019-02-17 15:35 ` Houder
2019-02-18 8:28 ` Franz Fehringer
2019-02-17 22:10 ` Csaba Ráduly
2019-02-17 23:05 ` Franz Fehringer
2019-02-18 3:08 ` Andrey Repin
2019-02-18 7:20 ` Franz Fehringer
2019-02-18 9:40 ` Franz Fehringer
2019-02-18 10:58 ` Houder
2019-02-18 12:59 ` Franz Fehringer
2019-02-18 13:16 ` Houder
2019-02-18 14:11 ` Franz Fehringer
2019-02-18 17:06 ` Houder
2019-02-18 17:10 ` Franz Fehringer
2019-02-18 20:52 ` Franz Fehringer
2019-02-19 10:31 ` Houder
2019-02-19 19:15 ` Franz Fehringer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2c1560b2-511f-7c2c-3da5-4f4587edbc47@towo.net \
--to=towo@towo.net \
--cc=cygwin@cygwin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).