public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
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

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