On Tue, 16 Nov 2021 20:53:26 GMT, kabutz wrote:
>> This is a draft proposal for how we could improve stream performance for the
>> case where the streams are empty. Empty collections are common-place. If we
>> iterate over them with an Iterator, we would have to create one small
>> Iterator
On Wed, 15 Dec 2021 05:59:45 GMT, Vladimir Kozlov wrote:
> A proper fix for this is to use the catchException combination. However, that
> introduces significant cold startup performance regression. JDK-8278447
> tracks the work to address the performance regression using catchException
> and
A proper fix for this is to use the catchException combination. However, that
introduces significant cold startup performance regression. JDK-8278447 tracks
the work to address the performance regression using catchException and
asSpreader combinator. It may require significant work and
On Tue, 14 Dec 2021 06:10:51 GMT, Alexander Matveev
wrote:
> This is regression from JDK-8276837. exec() was passing INFINITE_TIMEOUT
> instead of actual value of timeout variable. Execution of osascript was
> running without timeout and thus several tests timeout. Osascript hang during
>
On Wed, 24 Nov 2021 05:16:40 GMT, liach wrote:
> Might need a CSR as now `computeIfAbsent` `computeIfPresent` `compute`
> `merge` would throw CME if the functions modified the map itself, and there
> are corresponding specification changes.
Just curious, what else is recommended for such
On Tue, 14 Dec 2021 19:12:29 GMT, Mai Đặng Quân Anh
wrote:
> The problem, at first glance, seems to be that our compiled code is trying to
> compute this mysterious number
@merykitty how do you view it? 樂
-
PR: https://git.openjdk.java.net/jdk/pull/6812
On Wed, 1 Dec 2021 14:47:54 GMT, Roger Riggs wrote:
> Compilation warnings of the test library introduce noise in test output and
> should be addressed or suppressed.
> Changes include:
> - SuppressWarnings("deprecation") and SuppressWarnings("removal")
> - Adding type parameters to Raw
On Tue, 14 Dec 2021 06:10:51 GMT, Alexander Matveev
wrote:
> This is regression from JDK-8276837. exec() was passing INFINITE_TIMEOUT
> instead of actual value of timeout variable. Execution of osascript was
> running without timeout and thus several tests timeout. Osascript hang during
>
On Mon, 13 Dec 2021 09:39:55 GMT, Сергей Цыпанов wrote:
> Originally this was spotted by by Amir Hadadi in
> https://stackoverflow.com/questions/70272651/missing-bounds-checking-elimination-in-string-constructor
>
> It looks like in the following code in `String(byte[], int, int, Charset)`
>
On Tue, 14 Dec 2021 18:25:45 GMT, Naoto Sato wrote:
> This is a doc fix to `StringTokenizer`, where the original spec does not
> account for the delimiter's length in the case of a supplementary character.
> Corresponding CSR has been drafted:
>
On Tue, 14 Dec 2021 18:25:45 GMT, Naoto Sato wrote:
> This is a doc fix to `StringTokenizer`, where the original spec does not
> account for the delimiter's length in the case of a supplementary character.
> Corresponding CSR has been drafted:
>
On Tue, 14 Dec 2021 18:25:45 GMT, Naoto Sato wrote:
> This is a doc fix to `StringTokenizer`, where the original spec does not
> account for the delimiter's length in the case of a supplementary character.
> Corresponding CSR has been drafted:
>
This is a doc fix to `StringTokenizer`, where the original spec does not
account for the delimiter's length in the case of a supplementary character.
Corresponding CSR has been drafted:
https://bugs.openjdk.java.net/browse/JDK-8278814
-
Commit messages:
- 8278587:
> 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
> the pools' lock. (which has been changed to a ReentrantLock)
On Tue, 14 Dec 2021 03:14:10 GMT, Leonid Mesnik wrote:
> Is test/micro/org/openjdk/bench/java/io/SerialFilterOverhead.java added
> accidentally or by purpose?
By mistake, thanks for noticing.
-
PR: https://git.openjdk.java.net/jdk/pull/6638
On Tue, 14 Dec 2021 15:20:31 GMT, Roger Riggs wrote:
>> Compilation warnings of the test library introduce noise in test output and
>> should be addressed or suppressed.
>> Changes include:
>> - SuppressWarnings("deprecation") and SuppressWarnings("removal")
>> - Adding type parameters to
> Compilation warnings of the test library introduce noise in test output and
> should be addressed or suppressed.
> Changes include:
> - SuppressWarnings("deprecation") and SuppressWarnings("removal")
> - Adding type parameters to Raw types
> - Adding a hashCode method where equals was
On Tue, 14 Dec 2021 13:20:46 GMT, Alan Bateman wrote:
>>> Originally this was spotted by by Amir Hadadi in
>>> https://stackoverflow.com/questions/70272651/missing-bounds-checking-elimination-in-string-constructor
>>
>> Before anyone looks at this, can you confirm that the patch does not
A few refactorings to how `java.util.Formatter` sets up `FormatString`s,
aligning the implementation with changes explored by the TemplatedStrings JEP
and ever so slightly improving performance:
- turn `Flags` into an `int` (fewer allocations in the complex case)
- remove some superfluous
On Tue, 14 Dec 2021 06:10:51 GMT, Alexander Matveev
wrote:
> This is regression from JDK-8276837. exec() was passing INFINITE_TIMEOUT
> instead of actual value of timeout variable. Execution of osascript was
> running without timeout and thus several tests timeout. Osascript hang during
>
On Fri, 10 Dec 2021 19:40:59 GMT, Lance Andersen wrote:
>> Looks like the CSR has been approved. I have a mach5 run that should
>> hopefully finish sooner rather than later and if that remains happy, I will
>> approve the PR
>
>> @LanceAndersen let me know if mach5 looks good please, then I
On Mon, 13 Dec 2021 09:55:36 GMT, Alan Bateman wrote:
>> Originally this was spotted by by Amir Hadadi in
>> https://stackoverflow.com/questions/70272651/missing-bounds-checking-elimination-in-string-constructor
>>
>> It looks like in the following code in `String(byte[], int, int, Charset)`
> This patch fixes a number of issues and typos in the foreign API javadoc
> following another internal round of reviews.
Maurizio Cimadamore has updated the pull request incrementally with one
additional commit since the last revision:
Fix typo as per review comment. Improve javadoc for
On Tue, 14 Dec 2021 02:07:00 GMT, Maurizio Cimadamore
wrote:
>> This patch fixes a number of issues and typos in the foreign API javadoc
>> following another internal round of reviews.
>
> Maurizio Cimadamore has updated the pull request incrementally with one
> additional commit since the
24 matches
Mail list logo