Re: RFR: 8268113: Re-use Long.hashCode() where possible [v9]

2021-07-13 Thread Attila Szegedi
On Wed, 2 Jun 2021 14:11:07 GMT, Сергей Цыпанов wrote: >> Сергей Цыпанов has updated the pull request with a new target base due to a >> merge or a rebase. The incremental webrev excludes the unrelated changes >> brought in by the merge/rebase. The pull request contains ten additional >> comm

Re: RFR: 8098547: (tz) Support tzdata2015e

2015-06-27 Thread Attila Szegedi
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: RFR: 8098547: (tz) Support tzdata2015e

2015-06-27 Thread Attila Szegedi
. > 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 Szegedi wrote: >> FWIW, he do have one new test fa

Re: RFR: 8098547: (tz) Support tzdata2015e

2015-06-27 Thread Attila Szegedi
gt; > Looks like it's a regression caused by the fix to 8008577, where the default > locale data switched to Unicode Consortium's CLDR. Would you please file an > issue? > > Naoto > > On 6/25/15 5:49 AM, Attila Szegedi wrote: >> Yeah, basically instantiating a JavaS