stdin parameter of $EXEC

Hi Looking at the fix for JDK-8080490 ("add $EXECV command to Nashorn scripting mode") raised a few questions concerning the stdin parameter of $EXEC: - sample exec.js [1] uses the empty string to denote "no stdin". Why wasn't undefined used instead? - $EXEC("someCmd", null) actually sends "

Re: RFR: JDK-8080679: Include jline in JDK for Java and JavaScript REPLs

On 25/06/2015 17:25, Jan Lahoda wrote: Hello, Based on the feedback I've received so far, I've uploaded an updated version of the patch: http://cr.openjdk.java.net/~jlahoda/8080679/webrev.01/full/ Notable changes: -avoided the dependency on java.desktop and java.datatransfer -adjusted the n

Re: RFR: JDK-8080679: Include jline in JDK for Java and JavaScript REPLs

Hello, Based on the feedback I've received so far, I've uploaded an updated version of the patch: http://cr.openjdk.java.net/~jlahoda/8080679/webrev.01/full/ Notable changes: -avoided the dependency on java.desktop and java.datatransfer -adjusted the native library build script as per Erik's r

Re: RFR: 8098547: (tz) Support tzdata2015e

Sure; filed >. (Removed Seán Coffey from the recipient list as this is not a JDK8 issue.) Attila. > On Jun 25, 2015, at 5:16 PM, Naoto Sato wrote: > > Hi Attila, > > Looks like it's a regressi

Re: Nashorn Octane JMH code publicly available?

Hi Volker, I thought I'd posted my findings back here but turns out I'd tweeted them: https://twitter.com/chriswhocodes/status/596723775779012608 Here is my JMH Octane wrapper: https://gist.github.com/chriswhocodes/c5bf3632fb7272e994e9 The gist doesn't incorporate incorporate Aleksey's @Setup s

Re: RFR: 8098547: (tz) Support tzdata2015e

Yeah, basically instantiating a JavaScript native Date object with (70, 0, -10) and confirming it ends up being 10 days before epoch… This test failure happened tonight with jdk9, see >, so I presumed it has to be

Re: RFR: 8098547: (tz) Support tzdata2015e

That looks like a strange failure Attila. The timezone in use for that testcase is Europe/Vienna. 2015e tzdata changes haven't been pushed to jdk9-dev forest yet. Where the 1969 date coming from ? Is there some rollover calculation happening ? Regards, Sean. On 25/06/2015 09:05, Attila Szege

Re: RFR: 8098547: (tz) Support tzdata2015e

FWIW, he do have one new test failure in Nashorn now, it seems related. Can you confirm it is caused by your changes? [testng] Test test/script/basic/NASHORN-627.js failed at line 1 - [testng] expected: 'Sun Dec 21 1969 00:00:00 GMT+0100 (CET) -95400 1969-12-20T23:00:00.000Z' [test

Re: Nashorn Octane JMH code publicly available?

No results are very unstable - using JMH will bring significant stability to them, but you have to realize that in some cases HotSpot needs to do hundreds of runs before plateauing out because of LambdaForms etc. Aleksey knows more. /M > On 24 Jun 2015, at 17:50, Volker Simonis wrote: > > Hi