Looks fine to me Rob. Assuming JPRT job builds & tests ok.
Regards,
Sean.
On 24/11/15 12:40, Rob McKenna wrote:
You would think, but this fix isn't in jdk_util.c in 6. The test isn't
in 6 either though.
-Rob
On 24/11/15 04:39, David Holmes wrote:
On 24/11/2015 12:24 AM, Rob McKenna
You would think, but this fix isn't in jdk_util.c in 6. The test isn't
in 6 either though.
-Rob
On 24/11/15 04:39, David Holmes wrote:
On 24/11/2015 12:24 AM, Rob McKenna wrote:
Thanks David, I'll mark this 9-na. (bcc'ing verona-dev)
Something similar was fixed in 7
Thanks David, I'll mark this 9-na. (bcc'ing verona-dev)
Something similar was fixed in 7
(https://bugs.openjdk.java.net/browse/JDK-8009634) - that may be what
you're thinking of.
Aside from that are you ok with the changes?
-Rob
On 18/11/15 09:00, David Holmes wrote:
On 18/11/2015
On 24/11/2015 12:24 AM, Rob McKenna wrote:
Thanks David, I'll mark this 9-na. (bcc'ing verona-dev)
Something similar was fixed in 7
(https://bugs.openjdk.java.net/browse/JDK-8009634) - that may be what
you're thinking of.
6 hit this with 6u101 first, so presumably it was addressed there (and
On 18/11/2015 1:30 AM, Rob McKenna wrote:
I'd expect this to be superseded by 223 completely but I've cc'd
verona-dev in case there are objections. At this point the fix is more
for the benefit of 7 & 8. I'd be happy to mark this 9-na if that makes
more sense?
I'd vote for a 7 (and 8?)
Hi folks,
With 7u hitting 101 shortly we've noticed that our Version parsing
infrastructure balks at the extra digit. With that in mind I'd like to
update the logic surrounding the parsing of version numbers and the test
itself to use regex instead of the less flexible CharacterSequence
I'd expect this to be superseded by 223 completely but I've cc'd
verona-dev in case there are objections. At this point the fix is more
for the benefit of 7 & 8. I'd be happy to mark this 9-na if that makes
more sense?
-Rob
On 17/11/15 15:19, Alan Bateman wrote:
On 17/11/2015
On 17/11/2015 14:47, Rob McKenna wrote:
Hi folks,
With 7u hitting 101 shortly we've noticed that our Version parsing
infrastructure balks at the extra digit. With that in mind I'd like to
update the logic surrounding the parsing of version numbers and the
test itself to use regex instead
