RFR(S): 8151291: $EXEC yields "unknown command" on Cygwin
Jim Laskey (Oracle)
james.laskey at oracle.com
Wed Mar 9 12:42:16 UTC 2016
+1
> On Mar 9, 2016, at 8:29 AM, Michael Haupt <michael.haupt at oracle.com> wrote:
>
> All,
>
> the updated webrev is at http://cr.openjdk.java.net/~mhaupt/8151291/webrev.01/ - please review.
>
> The issue is a bit deeper. The way the current working directory is initialised and subsequently handled was the root cause of the observed problems. Cygwin being a unixy environment somewhat forcefully inflicted on Windows, and Java assuming that the underlying platform is, after all, Windows and consequently using Windows path conventions did not coexist too well.
>
> The gist of the fix is to unconditionally initialise $ENV.PWD to the Java property user.dir, which is always in a form that the underlying platform can understand.
>
> Thanks,
>
> Michael
>
>> Am 08.03.2016 um 15:50 schrieb Michael Haupt <michael.haupt at oracle.com>:
>>
>> All,
>>
>> I revoke the RFR for the time being; there is another issue with invoking $EXEC from within a Cygwin directory that does not have a /cygdrive prefix (e.g., /home/...). This will require some deeper investigation.
>>
>> Once a solution is in place, I will post another RFR in this thread.
>>
>> Best,
>>
>> Michael
>>
>>> Am 08.03.2016 um 11:35 schrieb Michael Haupt <michael.haupt at oracle.com>:
>>>
>>> Hi Srini,
>>>
>>>> Am 07.03.2016 um 19:36 schrieb Srinivas Dama <srinivas.dama at oracle.com>:
>>>> Few limitations with absolute paths.
>>>> On cmd.exe:
>>>> jjs -scripting
>>>> $EXEC("D:\work\nashorn-dev\dev\build\windows-x86_64-normal-server-release\images\jdk\bin\java.exe")
>>>
>>> I assume you meant to say this fails - using double backslashes helps. :-)
>>>
>>>> Good thing is on cygwin if we give mixed path like:
>>>> $EXEC("D:/work/nashorn-dev/dev/build/windows-x86_64-normal-server-release/images/jdk/bin/java.exe"),it works.
>>>> But $EXEC("/cygdrive/d/work/nashorn-dev/dev/build/windows-x86_64-normal-server-release/images/jdk/bin/java.exe") fails.
>>>
>>> Yes, that's not right. I've addressed that. I need another round of reviews please: http://cr.openjdk.java.net/~mhaupt/8151291/webrev.00 (note that I accidentally deleted the previous webrev).
>>>
>>> Thanks,
>>>
>>> Michael
>
> --
>
> <http://www.oracle.com/>
> Dr. Michael Haupt | Principal Member of Technical Staff
> Phone: +49 331 200 7277 | Fax: +49 331 200 7561
> Oracle Java Platform Group | LangTools Team | Nashorn
> Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany
>
> ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstraße 25, D-80992 München
> Registergericht: Amtsgericht München, HRA 95603
>
> Komplementärin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
> Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697
> Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
> <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
>
More information about the nashorn-dev
mailing list