RFR(XS): 8032678: [TESTBUG] sun/misc/Version/Version.java doesn't understand two-digit HotSpot minor version numbers
volker.simonis at gmail.com
Fri Jan 24 18:44:24 UTC 2014
And I just noticed from Alejandro's mail that there also exists
hs24.60 for 7u60 now. So if somebody is interested in cleanly passing
the jtreg tests on 7u60 this change will also has to be backported to
On Fri, Jan 24, 2014 at 7:39 PM, Volker Simonis
<volker.simonis at gmail.com> wrote:
> Hi Vladimir,
> I've just pushed this to jdk9/dev.
> I also received an email stating that "this bug needs to be updated,
> please request to defer or upgrade to P1 and request for approval". I
> assume that's because I entered "8-pool, 9" as "Fix versions".
> Now I actually don't know what to do. It seems strange to upgrade this
> to P1 because it is only a test bug. On the other hand it is needed in
> 8u because there's where we have the trouble.
> So should I upgrade it to P1 and request approval for jdk8u-dev (or
> directly jdk8u)? The actual problem occurs in jdk8u only, because
> jdk8u-dev doesn't yet has change 8032678 which bumps the HS minor
> number to 20.
> Can I push directly to jdk8u or does the change has to go trough jdk8u-dev?
> On Fri, Jan 24, 2014 at 6:13 PM, Vladimir Kozlov
> <vladimir.kozlov at oracle.com> wrote:
>> Good change. I got this failure too.
>> On 1/24/14 9:04 AM, Volker Simonis wrote:
>>> could you please review the following trivial change:
>>> which fixes the JDK test jdk/test/sun/misc/Version/Version.java to
>>> correctly handle two-digit HotSpot minor version numbers. This became
>>> necessary after change "8031552: Update the Hotspot version numbers in
>>> Hotspot for JDK 8U" bumped the minor HS version to '20' in jdk8u.
>>> This webrev is for jdk9 but it will have to be backported to jdk8u
>>> because there’s where the current problem happens.
More information about the core-libs-dev