Re: RFR: 8289471: Issue in Initialization of keys in ErrorMsg.java and XPATHErrorResources.java

2022-07-21 Thread Joe Wang
On Mon, 4 Jul 2022 17:21:14 GMT, Shruthi wrote: > Modifying inaccurate initialization of keys in ErrorMsg.java and > XPATHErrorResources.java > The bug report for the same: https://bugs.openjdk.org/browse/JDK-8289471 Marked as reviewed by joehw (Reviewer). - PR:

Integrated: 8290489: Initial nroff manpage generation for JDK 20

2022-07-21 Thread David Holmes
On Thu, 21 Jul 2022 00:34:53 GMT, David Holmes wrote: > The version will be 20-ea and the copyright year 2023 (for March 2023 release > date). > > Thanks. This pull request has now been integrated. Changeset: e9f97b2e Author:David Holmes URL:

Re: RFR: 8290846: sun/tools/jstatd/JstatdTest* tests should use VM options

2022-07-21 Thread Leonid Mesnik
On Fri, 22 Jul 2022 00:52:37 GMT, Chris Plummer wrote: >> Yes, ZGC reports dash for eden and survivor spaces. > > So shouldn't we have ZGC test failures then? No, test passes with ZGC. - PR: https://git.openjdk.org/jdk/pull/9604

Re: RFR: JDK-8289551: Conversions between bit representations of half precision values and floats [v6]

2022-07-21 Thread Joe Darcy
> Initial implementation. Joe Darcy has updated the pull request incrementally with one additional commit since the last revision: Implement review feedback. - Changes: - all: https://git.openjdk.org/jdk/pull/9422/files - new:

Re: RFR: 8290846: sun/tools/jstatd/JstatdTest* tests should use VM options

2022-07-21 Thread Chris Plummer
On Fri, 22 Jul 2022 00:03:26 GMT, Leonid Mesnik wrote: >> test/jdk/sun/tools/jstatd/JstatGCUtilParser.java line 48: >> >>> 46: S0(GcStatisticsType.PERCENTAGE_OR_DASH), >>> 47: S1(GcStatisticsType.PERCENTAGE_OR_DASH), >>> 48: E(GcStatisticsType.PERCENTAGE_OR_DASH), >> >>

Re: RFR: 8290846: sun/tools/jstatd/JstatdTest* tests should use VM options

2022-07-21 Thread Leonid Mesnik
On Thu, 21 Jul 2022 23:01:55 GMT, Chris Plummer wrote: >> Propagate test.vm.opts/test.java.opts to tested process. Also, accept the >> output of non-generation (ZGC) GC as valid. > > test/jdk/sun/tools/jstatd/JstatGCUtilParser.java line 48: > >> 46:

Re: RFR: 8290846: sun/tools/jstatd/JstatdTest* tests should use VM options

2022-07-21 Thread Chris Plummer
On Thu, 21 Jul 2022 22:33:36 GMT, Leonid Mesnik wrote: > Propagate test.vm.opts/test.java.opts to tested process. Also, accept the > output of non-generation (ZGC) GC as valid. test/jdk/sun/tools/jstatd/JstatGCUtilParser.java line 48: > 46: S0(GcStatisticsType.PERCENTAGE_OR_DASH), >

RFR: 8290846: sun/tools/jstatd/JstatdTest* tests should use VM options

2022-07-21 Thread Leonid Mesnik
Propagate test.vm.opts/test.java.opts to tested process. Also, accept the output of non-generation (ZGC) GC as valid. - Commit messages: - 8290846: sun/tools/jstatd/JstatdTest* tests should use VM options Changes: https://git.openjdk.org/jdk/pull/9604/files Webrev:

Re: RFR: JDK-8289551: Conversions between bit representations of half precision values and floats [v5]

2022-07-21 Thread Joe Darcy
On Thu, 21 Jul 2022 21:22:19 GMT, Joe Darcy wrote: >> Initial implementation. > > Joe Darcy 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 20

Re: RFR: JDK-8289551: Conversions between bit representations of half precision values and floats [v5]

2022-07-21 Thread Raffaello Giulietti
On Thu, 21 Jul 2022 21:22:19 GMT, Joe Darcy wrote: >> Initial implementation. > > Joe Darcy 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 20

Re: RFR: 8283660: Convert com/sun/jndi/ldap/AbstractLdapNamingEnumeration.java finalizer to Cleaner [v14]

2022-07-21 Thread Brent Christian
On Wed, 20 Jul 2022 22:21:35 GMT, Brent Christian wrote: >> Please review this change to replace the finalizer in >> `AbstractLdapNamingEnumeration` with a Cleaner. >> >> The pieces of state required for cleanup (`LdapCtx homeCtx`, `LdapResult >> res`, and `LdapClient enumClnt`) are moved to

Re: RFR: 8283660: Convert com/sun/jndi/ldap/AbstractLdapNamingEnumeration.java finalizer to Cleaner [v15]

2022-07-21 Thread Brent Christian
> Please review this change to replace the finalizer in > `AbstractLdapNamingEnumeration` with a Cleaner. > > The pieces of state required for cleanup (`LdapCtx homeCtx`, `LdapResult > res`, and `LdapClient enumClnt`) are moved to a static inner class . From > there, the change is fairly

Re: RFR: JDK-8289551: Conversions between bit representations of half precision values and floats [v5]

2022-07-21 Thread Joe Darcy
> Initial implementation. Joe Darcy 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 20 additional commits since the last revision: - Method rename.

Re: RFR: 8290824: Use InputStream.readAllBytes() instead of surrogate code

2022-07-21 Thread Mark Reinhold
On Thu, 21 Jul 2022 15:37:40 GMT, Сергей Цыпанов wrote: > We can use `InputStream.readAllBytes()` in `ModuleHashes` and `X509CertPath`. If by “surrogates” you mean “substitutes”, then this wording is confusing. At the time these explicit loops were written they weren’t surrogates for

Re: RFR: (fs) FileSystem.getPathMatcher does not check for ":" at last index [v2]

2022-07-21 Thread Brian Burkhalter
On Thu, 21 Jul 2022 18:42:40 GMT, Brian Burkhalter wrote: >> src/java.base/unix/classes/sun/nio/ch/UnixAsynchronousSocketChannelImpl.java >> line 744: >> >>> 742: } >>> 743: } catch (Throwable x) { >>> 744: System.out.println("Caught " + x); >> >> Leftover

Re: RFR: (fs) FileSystem.getPathMatcher does not check for ":" at last index [v3]

2022-07-21 Thread Brian Burkhalter
> For a `String` “s”, `s.indexOf(int)` can never return a value `>= s.length()` > so change the check > > int pos = syntaxAndInput.indexOf(':'); > if (pos <= 0 || pos == syntaxAndInput.length()) > > to > > if (pos <= 0) Brian Burkhalter has updated the pull request

Re: RFR: 8290824: Use InputStream.readAllBytes() instead of surrogate code

2022-07-21 Thread Сергей Цыпанов
On Thu, 21 Jul 2022 15:37:40 GMT, Сергей Цыпанов wrote: > We can use `InputStream.readAllBytes()` in `ModuleHashes` and `X509CertPath`. By "surrogate code" I mean hand-written snippets reading all the bytes from an InputStream. > It means the whole content from the input stream is read into a

Re: RFR: (fs) FileSystem.getPathMatcher does not check for ":" at last index [v2]

2022-07-21 Thread Brian Burkhalter
On Thu, 21 Jul 2022 18:54:04 GMT, Roger Riggs wrote: > The IAE message in JrtFileSystem wording is a bit like it is leftover > debugging output. The messages for all 4 IAE could be something as simple as > "missing pattern". Not sure a message is needed. At the other extreme one could say

Re: RFR: 8290047: (fs) FileSystem.getPathMatcher needlessly checks syntaxAndInput.length [v2]

2022-07-21 Thread Brian Burkhalter
On Thu, 21 Jul 2022 18:37:25 GMT, Naoto Sato wrote: >> Brian Burkhalter has updated the pull request incrementally with one >> additional commit since the last revision: >> >> 8290047: Ensure that colon is not at the last index > >

Integrated: 8289643: File descriptor leak with ProcessBuilder.startPipeline

2022-07-21 Thread Roger Riggs
On Thu, 7 Jul 2022 19:08:35 GMT, Roger Riggs wrote: > The `ProcessBuilder.pipelineStart()` implementation does not close all of the > file descriptors it uses to create the pipeline of processes. > > The process calling `pipelineStart()` is creating the pipes between the > stages. > As each

Re: RFR: 8290047: (fs) FileSystem.getPathMatcher needlessly checks syntaxAndInput.length [v2]

2022-07-21 Thread Roger Riggs
On Thu, 21 Jul 2022 18:29:03 GMT, Brian Burkhalter wrote: >> For a `String` “s”, `s.indexOf(int)` can never return a value `>= >> s.length()` so change the check >> >> int pos = syntaxAndInput.indexOf(':'); >> if (pos <= 0 || pos == syntaxAndInput.length()) >> >> to >> >>

Re: RFR: 8290047: (fs) FileSystem.getPathMatcher needlessly checks syntaxAndInput.length [v2]

2022-07-21 Thread Brian Burkhalter
On Thu, 21 Jul 2022 18:36:57 GMT, Naoto Sato wrote: >> Brian Burkhalter has updated the pull request incrementally with one >> additional commit since the last revision: >> >> 8290047: Ensure that colon is not at the last index > >

Re: RFR: 8290047: (fs) FileSystem.getPathMatcher needlessly checks syntaxAndInput.length [v2]

2022-07-21 Thread Naoto Sato
On Thu, 21 Jul 2022 18:29:03 GMT, Brian Burkhalter wrote: >> For a `String` “s”, `s.indexOf(int)` can never return a value `>= >> s.length()` so change the check >> >> int pos = syntaxAndInput.indexOf(':'); >> if (pos <= 0 || pos == syntaxAndInput.length()) >> >> to >> >>

Re: RFR: 8290824: Use InputStream.readAllBytes() instead of surrogate code

2022-07-21 Thread Weijun Wang
On Thu, 21 Jul 2022 15:37:40 GMT, Сергей Цыпанов wrote: > We can use `InputStream.readAllBytes()` in `ModuleHashes` and `X509CertPath`. The `X509CertPath.java` change looks fine, but I'm not sure about the other one. It means the whole content from the input stream is read into a single array

Re: RFR: 8290047: (fs) FileSystem.getPathMatcher needlessly checks syntaxAndInput.length [v2]

2022-07-21 Thread Brian Burkhalter
On Thu, 21 Jul 2022 17:13:58 GMT, Brian Burkhalter wrote: >> src/java.base/share/classes/jdk/internal/jrtfs/JrtFileSystem.java line 178: >> >>> 176: public PathMatcher getPathMatcher(String syntaxAndInput) { >>> 177: int pos = syntaxAndInput.indexOf(':'); >>> 178: if (pos <=

Re: RFR: 8290047: (fs) FileSystem.getPathMatcher needlessly checks syntaxAndInput.length [v2]

2022-07-21 Thread Brian Burkhalter
> For a `String` “s”, `s.indexOf(int)` can never return a value `>= s.length()` > so change the check > > int pos = syntaxAndInput.indexOf(':'); > if (pos <= 0 || pos == syntaxAndInput.length()) > > to > > if (pos <= 0) Brian Burkhalter has updated the pull request

Integrated: 8290504: Close streams returned by ModuleReader::list

2022-07-21 Thread Ryan Ernst
On Tue, 19 Jul 2022 14:07:17 GMT, Ryan Ernst wrote: > This commit ensures streams returned by ModuleReader::list are closed. This pull request has now been integrated. Changeset: 80bd8c35 Author:Ryan Ernst Committer: Chris Hegarty URL:

Re: RFR: 8289643: File descriptor leak with ProcessBuilder.startPipeline [v8]

2022-07-21 Thread Lance Andersen
On Thu, 21 Jul 2022 16:01:01 GMT, Roger Riggs wrote: >> The `ProcessBuilder.pipelineStart()` implementation does not close all of >> the file descriptors it uses to create the pipeline of processes. >> >> The process calling `pipelineStart()` is creating the pipes between the >> stages. >> As

Re: RFR: 8290115: ArrayCopyObject JMH has wrong package

2022-07-21 Thread Eric Caspole
On Tue, 12 Jul 2022 17:04:47 GMT, Eric Caspole wrote: > This JMH was accidentally committed with package vm.compiler but it is in the > path bench/java/lang. I renamed the package so as to more easily run it with > the other ArrayCopy JMH. Thanks Roger! - PR:

Integrated: 8290115: ArrayCopyObject JMH has wrong package

2022-07-21 Thread Eric Caspole
On Tue, 12 Jul 2022 17:04:47 GMT, Eric Caspole wrote: > This JMH was accidentally committed with package vm.compiler but it is in the > path bench/java/lang. I renamed the package so as to more easily run it with > the other ArrayCopy JMH. This pull request has now been integrated.

Re: RFR: 8282648: Problems due to conflicting specification of Inflater::inflate(..) and InflaterInputStream::read(..) [v10]

2022-07-21 Thread Mark Reinhold
On Mon, 9 May 2022 09:56:19 GMT, Volker Simonis wrote: >> Add an API note to `InflaterInputStream::read(byte[] b, int off, int len)` >> to highlight that it might write more bytes than the returned number of >> inflated bytes into the buffer `b`. >> >> The superclass `java.io.InputStream`

Re: RFR: 8290115: ArrayCopyObject JMH has wrong package

2022-07-21 Thread Roger Riggs
On Tue, 12 Jul 2022 17:04:47 GMT, Eric Caspole wrote: > This JMH was accidentally committed with package vm.compiler but it is in the > path bench/java/lang. I renamed the package so as to more easily run it with > the other ArrayCopy JMH. LGTM - Marked as reviewed by rriggs

Re: RFR: 8290824: Use InputStream.readAllBytes() instead of surrogate code

2022-07-21 Thread Mark Reinhold
On Thu, 21 Jul 2022 15:37:40 GMT, Сергей Цыпанов wrote: > We can use `InputStream.readAllBytes()` in `ModuleHashes` and `X509CertPath`. Why do you say “instead of surrogate code”? I don’t see any Unicode surrogate processing here, but maybe you mean something else. Would “instead of explicit

Re: RFR: 8290047: (fs) FileSystem.getPathMatcher needlessly checks syntaxAndInput.length

2022-07-21 Thread Roger Riggs
On Thu, 21 Jul 2022 15:29:10 GMT, Brian Burkhalter wrote: > For a `String` “s”, `s.indexOf(int)` can never return a value `>= s.length()` > so change the check > > int pos = syntaxAndInput.indexOf(':'); > if (pos <= 0 || pos == syntaxAndInput.length()) > > to > > if

Re: RFR: 8290047: (fs) FileSystem.getPathMatcher needlessly checks syntaxAndInput.length

2022-07-21 Thread Brian Burkhalter
On Thu, 21 Jul 2022 17:10:12 GMT, Roger Riggs wrote: >> For a `String` “s”, `s.indexOf(int)` can never return a value `>= >> s.length()` so change the check >> >> int pos = syntaxAndInput.indexOf(':'); >> if (pos <= 0 || pos == syntaxAndInput.length()) >> >> to >> >>

Re: RFR: 8290047: (fs) FileSystem.getPathMatcher needlessly checks syntaxAndInput.length

2022-07-21 Thread Naoto Sato
On Thu, 21 Jul 2022 15:29:10 GMT, Brian Burkhalter wrote: > For a `String` “s”, `s.indexOf(int)` can never return a value `>= s.length()` > so change the check > > int pos = syntaxAndInput.indexOf(':'); > if (pos <= 0 || pos == syntaxAndInput.length()) > > to > > if

Re: RFR: 8289643: File descriptor leak with ProcessBuilder.startPipeline [v8]

2022-07-21 Thread Roger Riggs
> The `ProcessBuilder.pipelineStart()` implementation does not close all of the > file descriptors it uses to create the pipeline of processes. > > The process calling `pipelineStart()` is creating the pipes between the > stages. > As each process is launched, the file descriptor is inherited

RFR: 8290047: (fs) FileSystem.getPathMatcher needlessly checks syntaxAndInput.length

2022-07-21 Thread Brian Burkhalter
For a `String` “s”, `s.indexOf(int)` can never return a value `>= s.length()` so change the check int pos = syntaxAndInput.indexOf(':'); if (pos <= 0 || pos == syntaxAndInput.length()) to if (pos <= 0) - Commit messages: - 8290047: (fs)

RFR: 8290824: Use InputStream.readAllBytes() instead of surrogate code

2022-07-21 Thread Сергей Цыпанов
We can use `InputStream.readAllBytes()` in `ModuleHashes` and `X509CertPath`. - Commit messages: - 8290824: Remove unused JavaDoc - 8290824: Use InputStream.readAllBytes() instead of surrogate code Changes: https://git.openjdk.org/jdk/pull/9596/files Webrev:

Re: RFR: JDK-8277095 : Empty streams create too many objects [v2]

2022-07-21 Thread j3graham
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

Re: RFR: 8289643: File descriptor leak with ProcessBuilder.startPipeline [v7]

2022-07-21 Thread Jaikiran Pai
On Mon, 18 Jul 2022 17:53:16 GMT, Roger Riggs wrote: >> The `ProcessBuilder.pipelineStart()` implementation does not close all of >> the file descriptors it uses to create the pipeline of processes. >> >> The process calling `pipelineStart()` is creating the pipes between the >> stages. >> As

Re: RFR: 8290504: Close streams returned by ModuleReader::list [v4]

2022-07-21 Thread Chris Hegarty
On Thu, 21 Jul 2022 13:23:43 GMT, Ryan Ernst wrote: >> This commit ensures streams returned by ModuleReader::list are closed. > > Ryan Ernst has updated the pull request with a new target base due to a merge > or a rebase. The pull request now contains six commits: > > - Merge branch 'master'

Re: RFR: JDK-8277095 : Empty streams create too many objects [v2]

2022-07-21 Thread Remi Forax
- Original Message - > From: "John R Rose" > To: core-libs-dev@openjdk.org > Sent: Thursday, July 21, 2022 4:12:14 AM > Subject: Re: RFR: JDK-8277095 : Empty streams create too many objects [v2] > On Tue, 16 Nov 2021 20:53:26 GMT, kabutz wrote: > >>> This is a draft proposal for how we

Re: RFR: 8290504: Close streams returned by ModuleReader::list [v4]

2022-07-21 Thread Ryan Ernst
> This commit ensures streams returned by ModuleReader::list are closed. Ryan Ernst has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains six commits: - Merge branch 'master' into try_files/module_reader_uses - fix caller sensitive test

Re: RFR: 8290504: Close streams returned by ModuleReader::list [v4]

2022-07-21 Thread Ryan Ernst
On Thu, 21 Jul 2022 06:53:53 GMT, Chris Hegarty wrote: >> Done in >> [4a94c64](https://github.com/openjdk/jdk/pull/9557/commits/4a94c645fe1e37abc694f81fd8e401c5dc367d68) > > @rjernst it seems that the _revert_ part of the above has been done, but not > the "have the callerSensitiveMethods

Re: [jdk19] RFR: 8290455: jck test api/java_lang/foreign/VaList/Empty.html fails on some platforms

2022-07-21 Thread Jorn Vernee
On Thu, 21 Jul 2022 12:06:37 GMT, Maurizio Cimadamore wrote: > The javadoc for `Linker` states that some operations throw > `UnsupportedOperationException` when called on an unsupported platform. These > operations are: > > * `Linker::nativeLinker` > * `VaList::empty` > * `VaList::make` > *

[jdk19] RFR: 8290455: jck test api/java_lang/foreign/VaList/Empty.html fails on some platforms

2022-07-21 Thread Maurizio Cimadamore
The javadoc for `Linker` states that some operations throw `UnsupportedOperationException` when called on an unsupported platform. These operations are: * `Linker::nativeLinker` * `VaList::empty` * `VaList::make` * `VaList::ofAddress` While the code throws an UOE as required, since the

Integrated: 8288723: Avoid redundant ConcurrentHashMap.get call in java.time

2022-07-21 Thread Andrey Turbanov
On Sat, 18 Jun 2022 10:43:08 GMT, Andrey Turbanov wrote: > Instead of separate ConcurrentHashMap.get call, we can use result of previous > putIfAbsent call. This pull request has now been integrated. Changeset: 52cc6cd0 Author:Andrey Turbanov URL:

Re: RFR: 8288723: Avoid redundant ConcurrentHashMap.get call in java.time [v4]

2022-07-21 Thread Andrey Turbanov
On Wed, 20 Jul 2022 11:19:07 GMT, Andrey Turbanov wrote: >> Instead of separate ConcurrentHashMap.get call, we can use result of >> previous putIfAbsent call. > > Andrey Turbanov has updated the pull request incrementally with one > additional commit since the last revision: > > 8288723:

Re: RFR: JDK-8277095 : Empty streams create too many objects [v2]

2022-07-21 Thread kabutz
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

Re: RFR: 8290504: Close streams returned by ModuleReader::list [v3]

2022-07-21 Thread Chris Hegarty
On Wed, 20 Jul 2022 20:54:27 GMT, Ryan Ernst wrote: >> yes, this would solve it. > > Done in > [4a94c64](https://github.com/openjdk/jdk/pull/9557/commits/4a94c645fe1e37abc694f81fd8e401c5dc367d68) @rjernst it seems that the _revert_ part of the above has been done, but not the "have the

Integrated: 8290359: Ensure that all directory streams are closed in jdk.link

2022-07-21 Thread Ryan Ernst
On Fri, 15 Jul 2022 16:18:17 GMT, Ryan Ernst wrote: > This commit adds try-with-resources for uses of Stream from Files > methods that walk directories. This pull request has now been integrated. Changeset: 3582fd9e Author:Ryan Ernst Committer: Chris Hegarty URL:

Integrated: 8290316: Ensure that all directory streams are closed in java.base

2022-07-21 Thread Ryan Ernst
On Fri, 15 Jul 2022 16:06:21 GMT, Ryan Ernst wrote: > This commit guards uses of Files methods returning path streams in > java.base to use try-with-resources. This pull request has now been integrated. Changeset: 53fc495e Author:Ryan Ernst Committer: Chris Hegarty URL: