RFR: 8293499: Provide jmod compression level option

2022-09-08 Thread Aleksey Shipilev
I have been looking into `make clean-images images` performance, and realized jmod keeps compressing files with default compression level. Tuning that toward lighter compression levels improves build performance considerably, without a heavy loss in *.jmod sizes. This PR allows JMOD to select

Re: RFR: 8279283 - BufferedInputStream should override transferTo [v10]

2022-09-08 Thread Markus KARG
> Implementation of JDK-8279283 Markus KARG has updated the pull request incrementally with two additional commits since the last revision: - testing transferTo() when mark was set - testing transferTo() when buffer is non-empty - Changes: - all: https://git.openjdk.org/jdk/pul

Re: RFR: 8279283 - BufferedInputStream should override transferTo [v9]

2022-09-08 Thread Markus KARG
On Thu, 8 Sep 2022 06:39:58 GMT, Markus KARG wrote: >>> Given that the implementation in this PR now calls the wrapped >>> `InputStream`'s `transferTo` method, should we also include a test where >>> the wrapped `InputStream` is a `FileInputStream` and the target >>> `OutputStream` is a `FileO

Re: RFR: 8289613: Drop use of Thread.stop in jshell [v4]

2022-09-08 Thread Adam Sotona
On Wed, 7 Sep 2022 19:48:56 GMT, ExE Boss wrote: >> Adam Sotona has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Minor formating fixes > > src/jdk.jshell/share/classes/jdk/jshell/execution/LocalExecutionControl.java > line 51: > >> 49:

Re: RFR: 8289613: Drop use of Thread.stop in jshell [v3]

2022-09-08 Thread Adam Sotona
On Tue, 6 Sep 2022 09:05:53 GMT, Adam Sotona wrote: >> src/jdk.jshell/share/classes/jdk/jshell/execution/LocalExecutionControl.java >> line 200: >> >>> 198: allStop.set(null, true); >>> 199: } catch (IllegalArgumentException| IllegalAccessException >>> ex) { >>> 200

Re: RFR: 8279283 - BufferedInputStream should override transferTo [v9]

2022-09-08 Thread Jaikiran Pai
On Thu, 8 Sep 2022 06:05:51 GMT, Markus KARG wrote: > Actually I wrote this code in 2021. What are the official rules here, do I > have to use the original date or the latest change date? I remember reading it somewhere but I can't seem to locate the text right now and it isn't mentioned in t

Re: RFR: 8289613: Drop use of Thread.stop in jshell [v4]

2022-09-08 Thread Alan Bateman
On Thu, 8 Sep 2022 08:34:59 GMT, Adam Sotona wrote: > According to javadoc VarHandle of static field "effectively ignore the > volatile declaration". > Volatility of REPL.$Cancel.allStop field is critical for this use case. VarHandles defines xxxVolatile so it would be feasible but I don't see

Re: RFR: 8289613: Drop use of Thread.stop in jshell [v4]

2022-09-08 Thread Jan Lahoda
On Tue, 6 Sep 2022 09:14:47 GMT, Adam Sotona wrote: >> LocalExecutionControl in jdk.jshell actually uses Thread::stop to cancel >> execution of (long-running or infinite loops) user code in JShell, however >> Thread::stop is deprecated and planned for removal. >> >> Proposed patch instruments

Integrated: 8289613: Drop use of Thread.stop in jshell

2022-09-08 Thread Adam Sotona
On Mon, 5 Sep 2022 12:39:41 GMT, Adam Sotona wrote: > LocalExecutionControl in jdk.jshell actually uses Thread::stop to cancel > execution of (long-running or infinite loops) user code in JShell, however > Thread::stop is deprecated and planned for removal. > > Proposed patch instruments all u

Re: RFR: 8279283 - BufferedInputStream should override transferTo [v9]

2022-09-08 Thread Jaikiran Pai
On Thu, 8 Sep 2022 08:22:14 GMT, Markus KARG wrote: >> Agreed that testing the non-empty-buffer (read-before-transferTo) and the >> mark-set cases (mark-before-transferTo), but still I do not see any need to >> take particularly `FileInputStream` into the boat; files only make the test >> run

Re: RFR: 8279283 - BufferedInputStream should override transferTo [v9]

2022-09-08 Thread Markus KARG
On Thu, 8 Sep 2022 08:45:02 GMT, Jaikiran Pai wrote: >> I have just added testing `transferTo` with non-empty buffer and mark set as >> part of the already existing *randomized* test steps. I think that should be >> sufficient to detect problems if they really would exist, so there should >> n

Re: RFR: 8279283 - BufferedInputStream should override transferTo [v9]

2022-09-08 Thread Markus KARG
On Thu, 8 Sep 2022 08:39:21 GMT, Jaikiran Pai wrote: >> Actually I wrote this code in 2021. What are the official rules here, do I >> have to use the original date or the latest change date? > >> Actually I wrote this code in 2021. What are the official rules here, do I >> have to use the origi

Re: RFR: 8293499: Provide jmod compression level option

2022-09-08 Thread Alan Bateman
On Thu, 8 Sep 2022 07:57:36 GMT, Aleksey Shipilev wrote: > I have been looking into `make clean-images images` performance, and realized > jmod keeps compressing files with default compression level. Tuning that > toward lighter compression levels improves build performance considerably, > wit

Re: RFR: 8287908: Use non-cloning reflection methods where acceptable [v2]

2022-09-08 Thread Roger Riggs
On Thu, 8 Sep 2022 06:54:45 GMT, Сергей Цыпанов wrote: >> To ensure the shared types are not too easily exposed, move 317: to inside >> the `if (realParamData)`. >> That's also the only scope in which it is used. > > But `nonGenericParamTypes` is used in `else` block as well, so should I call >

Re: RFR: 8291660: Grapheme support in BreakIterator [v5]

2022-09-08 Thread Naoto Sato
> This is to enhance the character break analysis in `java.text.BreakIterator` > to conform to the extended grapheme cluster boundaries defined in > https://www.unicode.org/reports/tr29/#Grapheme_Cluster_Boundaries. A > corresponding CSR has also been drafted, as there will be behavioral changes

Re: RFR: 8291660: Grapheme support in BreakIterator [v4]

2022-09-08 Thread Naoto Sato
On Wed, 7 Sep 2022 21:27:10 GMT, Stuart Marks wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Changed the paragraph to @implSpec > > src/java.base/share/classes/jdk/internal/util/regex/Grapheme.java line 47: > >> 45

Re: RFR: 8291660: Grapheme support in BreakIterator [v6]

2022-09-08 Thread Naoto Sato
> This is to enhance the character break analysis in `java.text.BreakIterator` > to conform to the extended grapheme cluster boundaries defined in > https://www.unicode.org/reports/tr29/#Grapheme_Cluster_Boundaries. A > corresponding CSR has also been drafted, as there will be behavioral changes

Re: RFR: 8290313: Produce warning when user specified java.io.tmpdir directory doesn't exist [v2]

2022-09-08 Thread Weibing Xiao
> 8290313: Produce warning when user specified java.io.tmpdir directory doesn't > exist Weibing Xiao has updated the pull request incrementally with one additional commit since the last revision: add the change for nio and update the code according to the comments - Changes: -

Re: RFR: 8290313: Produce warning when user specified java.io.tmpdir directory doesn't exist

2022-09-08 Thread Weibing Xiao
On Tue, 23 Aug 2022 18:32:30 GMT, Weibing Xiao wrote: > 8290313: Produce warning when user specified java.io.tmpdir directory doesn't > exist 1) Remove the setting in java.security, not displaying the folder name of java.io.tmpdir 2) Add the change for NIO 3) Update the testing files. 4) In te

RFR: 8293282: LoadLibraryUnloadTest.java fails with "Too few cleared WeakReferences"

2022-09-08 Thread Roger Riggs
Modify the LoadLibraryUnload test to call gc() more a few times, allowing multiple gc cycles to queue the expected refs. Short the timeout on each cycle to 10 sec. - Commit messages: - Add bugid to LoadLibraryUnloadTest - Modify the wait loop to repeat the System.gc and count queue

Re: RFR: 8293282: LoadLibraryUnloadTest.java fails with "Too few cleared WeakReferences"

2022-09-08 Thread Mandy Chung
On Thu, 8 Sep 2022 20:26:41 GMT, Roger Riggs wrote: > Modify the LoadLibraryUnload test to call gc() more a few times, allowing > multiple gc cycles to queue the expected refs. > Short the timeout on each cycle to 10 sec. test/jdk/java/lang/ClassLoader/loadLibraryUnload/LoadLibraryUnload.java l

RFR: 8289508: Improve test coverage for XPath Axes: ancestor, ancestor-or-self, preceding, and preceding-sibling

2022-09-08 Thread Rahul Prabhu
Created two files for testing XPath Axes: XPathAncestors.java tests the ancestor and ancestor-or-self axes, while XPathPrecedingTest.java tests the preceding and preceding-sibling axes. - Commit messages: - Update XPathAncestorsTest.java to remove whitespace - 8289508: Update Prec

Re: RFR: 8289508: Improve test coverage for XPath Axes: ancestor, ancestor-or-self, preceding, and preceding-sibling

2022-09-08 Thread Rajan Halade
On Thu, 8 Sep 2022 06:19:10 GMT, Rahul Prabhu wrote: > Created two files for testing XPath Axes: XPathAncestors.java tests the > ancestor and ancestor-or-self axes, while XPathPrecedingTest.java tests the > preceding and preceding-sibling axes. Please fix jcheck issues. Code has trailing white

Re: RFR: 8289508: Improve test coverage for XPath Axes: ancestor, ancestor-or-self, preceding, and preceding-sibling

2022-09-08 Thread Rahul Prabhu
On Thu, 8 Sep 2022 15:54:03 GMT, Rajan Halade wrote: >> Created two files for testing XPath Axes: XPathAncestors.java tests the >> ancestor and ancestor-or-self axes, while XPathPrecedingTest.java tests the >> preceding and preceding-sibling axes. > > Please fix jcheck issues. Code has trailing

Re: RFR: 8293499: Provide jmod compression level option

2022-09-08 Thread Mandy Chung
On Thu, 8 Sep 2022 07:57:36 GMT, Aleksey Shipilev wrote: > I have been looking into `make clean-images images` performance, and realized > jmod keeps compressing files with default compression level. Tuning that > toward lighter compression levels improves build performance considerably, > wit

Re: RFR: 8293282: LoadLibraryUnloadTest.java fails with "Too few cleared WeakReferences"

2022-09-08 Thread Jaikiran Pai
On Thu, 8 Sep 2022 20:26:41 GMT, Roger Riggs wrote: > Modify the LoadLibraryUnload test to call gc() more a few times, allowing > multiple gc cycles to queue the expected refs. > Short the timeout on each cycle to 10 sec. Hello Roger, just a few additional points that I noticed about this test.

Re: RFR: 8290313: Produce warning when user specified java.io.tmpdir directory doesn't exist [v2]

2022-09-08 Thread Alan Bateman
On Thu, 8 Sep 2022 19:22:37 GMT, Weibing Xiao wrote: >> 8290313: Produce warning when user specified java.io.tmpdir directory >> doesn't exist > > Weibing Xiao has updated the pull request incrementally with one additional > commit since the last revision: > > add the change for nio and upda

Re: RFR: 8290313: Produce warning when user specified java.io.tmpdir directory doesn't exist [v2]

2022-09-08 Thread Alan Bateman
On Thu, 8 Sep 2022 19:22:37 GMT, Weibing Xiao wrote: >> 8290313: Produce warning when user specified java.io.tmpdir directory >> doesn't exist > > Weibing Xiao has updated the pull request incrementally with one additional > commit since the last revision: > > add the change for nio and upda

Re: RFR: 8291916: Unexpected output on Windows command prompt

2022-09-08 Thread Ichiroh Takiguchi
On Tue, 9 Aug 2022 20:38:25 GMT, Naoto Sato wrote: >> To support Windows command prompt's codepage, following charsets should be >> moved from jdk.charsets module to java.base module. >> >> - IBM860 >> - IBM861 >> - IBM863 >> - IBM864 >> - IBM865 >> - IBM869 > > I looked at this issue a bit mor

Re: RFR: 8279283 - BufferedInputStream should override transferTo [v10]

2022-09-08 Thread Alan Bateman
On Thu, 8 Sep 2022 08:26:43 GMT, Markus KARG wrote: >> Implementation of JDK-8279283 > > Markus KARG has updated the pull request incrementally with two additional > commits since the last revision: > > - testing transferTo() when mark was set > - testing transferTo() when buffer is non-empty

Re: RFR: 8279283 - BufferedInputStream should override transferTo [v10]

2022-09-08 Thread Markus KARG
On Fri, 9 Sep 2022 06:36:54 GMT, Alan Bateman wrote: >> Markus KARG has updated the pull request incrementally with two additional >> commits since the last revision: >> >> - testing transferTo() when mark was set >> - testing transferTo() when buffer is non-empty > > test/jdk/java/io/Buffere