On Fri, 10 Dec 2021 21:07:37 GMT, Roman Kennke wrote:
>> As a follow-up to #6375, this change refactors
>> java.io.ObjectInputStream.Caches#subclassAudits and
>> java.io.ObjectOutputStream.Caches#subclassAudits to use ClassValue instead
>> of SoftReference, similar to what we did in #6375 for
I have fixed the javadoc comments as the definition. Could you review this fix?
-
Commit messages:
- 8278892: java.naming module description is missing @uses tags to document
the services that it uses
Changes: https://git.openjdk.java.net/jdk/pull/7041/files
Webrev:
On Mon, 20 Dec 2021 09:57:14 GMT, Masanori Yano wrote:
> Could you please review the 8276694 bug fixes?
>
> A message specific for this exception should be printed instead of an
> internal error. This fix adds a new check to output an appropriate exception
> message when the regular
On Mon, 20 Dec 2021 09:57:14 GMT, Masanori Yano wrote:
> Could you please review the 8276694 bug fixes?
>
> A message specific for this exception should be printed instead of an
> internal error. This fix adds a new check to output an appropriate exception
> message when the regular
Hi Vyom,
That's probably a question to ask on the jdk-updates-dev list, which I
put in cc:
best regards,
-- daniel
On 11/01/2022 06:50, Vyom Tiwari wrote:
Hi,
I am facing the build issue with OpenJDK11(jdk11u). I am trying to
build jdk11u on Windows and I am getting the below error.
On Tue, 14 Dec 2021 15:26:54 GMT, Rob McKenna wrote:
>> This fix attemps to resolve an issue where threads can stack up on each
>> other while waiting to get a connection from the ldap pool to an unreachable
>> server. It does this by having each thread start a countdown prior to
>> holding
Directing to jdk-updates-dev...
Paul
-Original Message-
From: core-libs-dev on behalf of Vyom
Tiwari
Date: Monday, January 10, 2022 at 10:51 PM
To: net-dev , core-libs-dev
Cc: "kusriniva...@vmware.com"
Subject: jdk11u build failure on Windows
Hi,
I am facing the build issue with
On Tue, 14 Dec 2021 15:26:54 GMT, Rob McKenna wrote:
>> This fix attemps to resolve an issue where threads can stack up on each
>> other while waiting to get a connection from the ldap pool to an unreachable
>> server. It does this by having each thread start a countdown prior to
>> holding
On Tue, 11 Jan 2022 12:30:44 GMT, Claes Redestad wrote:
> In `String.encodeUTF8_UTF16`, making the `char c` local to each loop helps
> the performance of the method by helping C2 optimize each individual loop
> better.
>
> Results on the updated micros:
> 19-b04:
>
> Benchmark
On Tue, 11 Jan 2022 12:58:51 GMT, Aleksey Shipilev wrote:
>> Claes Redestad has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Happy new year!
>
> Looks fine, consider touchups in benchmark code.
Thanks for reviewing, @shipilev and
> In `String.encodeUTF8_UTF16`, making the `char c` local to each loop helps
> the performance of the method by helping C2 optimize each individual loop
> better.
>
> Results on the updated micros:
> 19-b04:
>
> Benchmark (charsetName) Mode Cnt Score
> Error
On Tue, 11 Jan 2022 13:50:48 GMT, Claes Redestad wrote:
>> In `String.encodeUTF8_UTF16`, making the `char c` local to each loop helps
>> the performance of the method by helping C2 optimize each individual loop
>> better.
>>
>> Results on the updated micros:
>> 19-b04:
>>
>> Benchmark
On Tue, 11 Jan 2022 13:09:07 GMT, Claes Redestad wrote:
>> In `String.encodeUTF8_UTF16`, making the `char c` local to each loop helps
>> the performance of the method by helping C2 optimize each individual loop
>> better.
>>
>> Results on the updated micros:
>> 19-b04:
>>
>> Benchmark
> In `String.encodeUTF8_UTF16`, making the `char c` local to each loop helps
> the performance of the method by helping C2 optimize each individual loop
> better.
>
> Results on the updated micros:
> 19-b04:
>
> Benchmark (charsetName) Mode Cnt Score
> Error
On Tue, 11 Jan 2022 12:57:49 GMT, Aleksey Shipilev wrote:
>> Claes Redestad has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Remove unused Blackholes
>
> test/micro/org/openjdk/bench/java/lang/StringEncode.java line 113:
>
>> 111:
>>
On Tue, 11 Jan 2022 13:02:21 GMT, Claes Redestad wrote:
>> In `String.encodeUTF8_UTF16`, making the `char c` local to each loop helps
>> the performance of the method by helping C2 optimize each individual loop
>> better.
>>
>> Results on the updated micros:
>> 19-b04:
>>
>> Benchmark
> In `String.encodeUTF8_UTF16`, making the `char c` local to each loop helps
> the performance of the method by helping C2 optimize each individual loop
> better.
>
> Results on the updated micros:
> 19-b04:
>
> Benchmark (charsetName) Mode Cnt Score
> Error
In `String.encodeUTF8_UTF16`, making the `char c` local to each loop helps the
performance of the method by helping C2 optimize each individual loop better.
Results on the updated micros:
19-b04:
Benchmark (charsetName) Mode Cnt Score Error
Units
On Mon, 15 Nov 2021 19:31:09 GMT, Raffaello Giulietti
wrote:
>> Hello,
>>
>> here's a PR for a patch submitted on March 2020
>> [1](https://cr.openjdk.java.net/~bpb/4511638/webrev.04/) when Mercurial was
>> a thing.
>>
>> The patch has been edited to adhere to OpenJDK code conventions about
19 matches
Mail list logo