Re: RFR: 8308046: Move Solaris related charsets from java.base to jdk.charsets module [v2]

2023-05-19 Thread Ichiroh Takiguchi
On Thu, 18 May 2023 00:50:22 GMT, Naoto Sato wrote: >>> Hello @naotoj . I'm not sure we can remove Solaris related charsets. >>> Somebody may use them for text communication between Solaris. >> >> OK, maybe not now. >> >> I think the fix may be simplified by changing access for those >> `Doub

RFR: 8159023: Engineering notation of DecimalFormat does not work as documented

2023-05-19 Thread Justin Lu
Please review this PR which updates the Scientific Notation section of Decimal Format. It aims to resolve [JDK-8159023](https://bugs.openjdk.org/browse/JDK-8159023) as well as [JDK-6282188](https://bugs.openjdk.org/browse/JDK-6282188). **Scientific Notation** in Decimal Format contains the defi

Re: RFR: 8308293: A linker should expose the layouts it supports [v3]

2023-05-19 Thread Paul Sandoz
On Fri, 19 May 2023 22:57:39 GMT, Maurizio Cimadamore wrote: > > This look much better. Can we strengthen the specification of > > `canonicalLayouts` in accordance with the class specification > > We can't do more in that method javadoc, think, as that has to be general > enough for all linke

Re: RFR: 8308293: A linker should expose the layouts it supports [v3]

2023-05-19 Thread Maurizio Cimadamore
On Fri, 19 May 2023 22:43:56 GMT, Paul Sandoz wrote: > This look much better. Can we strengthen the specification of > `canonicalLayouts` in accordance with the class specification We can't do more in that method javadoc, think, as that has to be general enough for all linkers. I think the ru

Re: RFR: 8308293: A linker should expose the layouts it supports [v3]

2023-05-19 Thread Maurizio Cimadamore
On Fri, 19 May 2023 22:20:32 GMT, Paul Sandoz wrote: >> Maurizio Cimadamore has updated the pull request incrementally with two >> additional commits since the last revision: >> >> - Address review comments >> - More javadoc tweaks > > src/java.base/share/classes/java/lang/foreign/Linker.java

Re: RFR: 8307858: [REDO] JDK-8307194 Add make target for optionally building a complete set of all JDK and hotspot libjvm static libraries

2023-05-19 Thread Erik Joelsson
On Fri, 19 May 2023 21:13:24 GMT, Erik Joelsson wrote: >> Original description for JDK-8307194 change: >> - >> This PR is branched from the makefile changes for >> https://bugs.openjdk.org/browse/JDK-8303796 and contains the following for >> handling the JDK/hotspot static libraries: >> >>

Re: RFR: 8308293: A linker should expose the layouts it supports [v3]

2023-05-19 Thread Paul Sandoz
On Fri, 19 May 2023 11:08:10 GMT, Maurizio Cimadamore wrote: >> This patch adds an instance method on `Linker`, namely >> `Linker::canonicalLayouts` which returns all the layouts known by the linker >> as implementing some ABI type. For instance, if I call this on my machine >> (Linux/x64) I

Re: RFR: 8308293: A linker should expose the layouts it supports [v3]

2023-05-19 Thread Paul Sandoz
On Fri, 19 May 2023 11:08:10 GMT, Maurizio Cimadamore wrote: >> This patch adds an instance method on `Linker`, namely >> `Linker::canonicalLayouts` which returns all the layouts known by the linker >> as implementing some ABI type. For instance, if I call this on my machine >> (Linux/x64) I

Re: RFR: 8307858: [REDO] JDK-8307194 Add make target for optionally building a complete set of all JDK and hotspot libjvm static libraries

2023-05-19 Thread Jiangli Zhou
On Fri, 19 May 2023 21:20:19 GMT, Erik Joelsson wrote: > I ran this patch in our internal build and test system and got failures on > macos and windows. Thanks a lot, @erikj79! I was going to ask your help for testing the patch. > I think I know the cause for the mac failure, but the Windows

Re: RFR: 8307858: [REDO] JDK-8307194 Add make target for optionally building a complete set of all JDK and hotspot libjvm static libraries

2023-05-19 Thread Erik Joelsson
On Fri, 19 May 2023 20:18:53 GMT, Jiangli Zhou wrote: > Original description for JDK-8307194 change: > - > This PR is branched from the makefile changes for > https://bugs.openjdk.org/browse/JDK-8303796 and contains the following for > handling the JDK/hotspot static libraries: > > - Buil

Re: RFR: 8308108: Support Unicode extension for collation settings [v4]

2023-05-19 Thread Naoto Sato
> This change intends to interpret the BCP47 U extension wrt collation settings > in the given `Locale`, then applies them to the created instances in the > 1-arg factory method in `Collator`. A corresponding CSR has also been drafted. Naoto Sato has updated the pull request incrementally with o

RFR: 8307858: [REDO] JDK-8307194 Add make target for optionally building a complete set of all JDK and hotspot libjvm static libraries

2023-05-19 Thread Jiangli Zhou
Original description for JDK-8307194 change: - This PR is branched from the makefile changes for https://bugs.openjdk.org/browse/JDK-8303796 and contains the following for handling the JDK/hotspot static libraries: - Build hotspot libjvm.a and JDK static libraries for static-libs-image/sta

Re: RFR: 8304006: jlink should create the jimage file in the native endian for the target platform [v17]

2023-05-19 Thread Roger Riggs
On Wed, 29 Mar 2023 01:40:36 GMT, Jaikiran Pai wrote: >> Can I please get a review for this change which proposes to fix the issue >> reported in https://bugs.openjdk.org/browse/JDK-8206890? >> >> The `jlink` command allows a `--endian` option to specify the byte order in >> the generated imag

Re: RFR: 8303040: linux PPC64le: Implementation of Foreign Function & Memory API (Preview) [v30]

2023-05-19 Thread Martin Doerr
On Tue, 16 May 2023 14:44:25 GMT, Richard Reingruber wrote: >> Martin Doerr has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Add NONZERO check for downcall_stub_address_offset_in_bytes(). > > src/java.base/share/classes/jdk/internal/forei

Re: RFR: 8303040: linux PPC64le: Implementation of Foreign Function & Memory API (Preview) [v31]

2023-05-19 Thread Martin Doerr
> Implementation of "Foreign Function & Memory API" for linux on Power (Little > Endian) according to "Power Architecture 64-Bit ELF V2 ABI Specification". > > This PR does not include code for VaList support because it's supposed to get > removed by [JDK-8299736](https://bugs.openjdk.org/browse

Re: RFR: 8308108: Support Unicode extension for collation settings [v3]

2023-05-19 Thread Justin Lu
On Thu, 18 May 2023 19:44:01 GMT, Naoto Sato wrote: >> This change intends to interpret the BCP47 U extension wrt collation >> settings in the given `Locale`, then applies them to the created instances >> in the 1-arg factory method in `Collator`. A corresponding CSR has also been >> drafted.

Re: RFR: 8308108: Support Unicode extension for collation settings [v3]

2023-05-19 Thread Justin Lu
On Fri, 19 May 2023 17:11:40 GMT, Alan Bateman wrote: >> I don't think there is any chance that the factory method returns a Collator >> that fails to meet the settings in the locale, because >> setStrength()/setDecompositon() with valid values never fail. So the >> returned instance will alwa

Integrated: 8308021: Update IANA Language Subtag Registry to Version 2023-05-11

2023-05-19 Thread Justin Lu
On Fri, 12 May 2023 17:56:12 GMT, Justin Lu wrote: > Please review this trivial fix which updates the IANA data to version > 5/11/2023. As the update only includes variant sub-tags, there is no impact > to JDK tests. The update can be found > [here](https://mm.icann.org/pipermail/ietf-language

Re: RFR: 8308108: Support Unicode extension for collation settings [v3]

2023-05-19 Thread Alan Bateman
On Fri, 19 May 2023 16:44:04 GMT, Naoto Sato wrote: > I don't think there is any chance that the factory method returns a Collator > that fails to meet the settings in the locale, because > setStrength()/setDecompositon() with valid values never fail. So the returned > instance will always hav

Re: RFR: 8291966: SwitchBootstrap.typeSwitch could be faster [v2]

2023-05-19 Thread Jan Lahoda
On Tue, 17 Jan 2023 15:55:40 GMT, Jan Lahoda wrote: >> The pattern matching switches are using a bootstrap method >> `SwitchBootstrap.typeSwitch` to implement the jumps in the switch. >> Basically, for a switch like: >> >> switch (obj) { >> case String s when s.isEmpty() -> {} >> case

Re: RFR: 8308108: Support Unicode extension for collation settings [v3]

2023-05-19 Thread Naoto Sato
On Fri, 19 May 2023 07:59:58 GMT, Alan Bateman wrote: >> Naoto Sato has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Added a table for possible BCP47 values and their mappings > > src/java.base/share/classes/java/text/Collator.java line 2

Re: RFR: 8307990: jspawnhelper must close its writing side of a pipe before reading from it

2023-05-19 Thread Roger Riggs
On Fri, 19 May 2023 06:28:47 GMT, David Holmes wrote: > > Sorry, but I don't understand this argument. If we do a short read we will > > work with corrupted ChildStuff and SpawnInfo > > structures. This can in the extreme case execute arbitrary code (e.g. if > > ChildStuff.argv is not fully rea

Re: RFR: JDK-8308300: enhance exceptions in MappedMemoryUtils.c [v2]

2023-05-19 Thread Brian Burkhalter
On Fri, 19 May 2023 09:46:59 GMT, Matthias Baesken wrote: >> MappedMemoryUtils.c can generate exceptions like those : >> java.io.UncheckedIOException: java.io.IOException: Invalid argument >>at >> java.base/java.nio.MappedMemoryUtils.force(MappedMemoryUtils.java:105) >>at java.ba

Re: RFR: 8304914: Use OperatingSystem, Architecture, and Version in jpackage [v3]

2023-05-19 Thread Roger Riggs
On Thu, 18 May 2023 21:33:53 GMT, Alexey Semenyuk wrote: > > did we test jpackage on AIX system? > > I don't think so. What is the native packaging on this platform? To the best of my knowledge, AIX uses `installp` and `rpm`. - PR Comment: https://git.openjdk.org/jdk/pull/13586#is

Re: RFR: 8304914: Use OperatingSystem, Architecture, and Version in jpackage [v4]

2023-05-19 Thread Roger Riggs
> Refactor the Platform class in jdk.jpackage to use the internal > OperatingSystem, Architecture, and Version classes. > The OperatingSystem.isXXX() and Architecture.isYYY() methods replace > comparisons in the Platform class. > The checks of the os.version are replaced but may not be needed if

Integrated: 8308248: Revisit alignment of layout constants on 32-bit platforms

2023-05-19 Thread Maurizio Cimadamore
On Tue, 16 May 2023 11:18:09 GMT, Maurizio Cimadamore wrote: > The FFM API exposes layout constants for Java primitives. Among those there > are constants for `JAVA_LONG` and `JAVA_DOUBLE`. Currently, the alignment of > these layouts is set the same as their size (e.g. 8 bytes). > > This is o

Re: RFR: 8303040: linux PPC64le: Implementation of Foreign Function & Memory API (Preview) [v30]

2023-05-19 Thread Richard Reingruber
On Wed, 10 May 2023 14:19:43 GMT, Martin Doerr wrote: >> Implementation of "Foreign Function & Memory API" for linux on Power (Little >> Endian) according to "Power Architecture 64-Bit ELF V2 ABI Specification". >> >> This PR does not include code for VaList support because it's supposed to >>

Re: RFR: 8308410: broken compilation of test\jdk\tools\launcher\exeJliLaunchTest.c

2023-05-19 Thread Alan Bateman
On Fri, 19 May 2023 12:08:55 GMT, Adam Sotona wrote: > JDK-8303669 patch to test\jdk\tools\launcher\exeJliLaunchTest.c broke > compilation on windows. > Unfortunately MSVC does not support variable length arrays. > This patch fixes test\jdk\tools\launcher\exeJliLaunchTest.c to use dynamic > arr

Integrated: 8308410: broken compilation of test\jdk\tools\launcher\exeJliLaunchTest.c

2023-05-19 Thread Adam Sotona
On Fri, 19 May 2023 12:08:55 GMT, Adam Sotona wrote: > JDK-8303669 patch to test\jdk\tools\launcher\exeJliLaunchTest.c broke > compilation on windows. > Unfortunately MSVC does not support variable length arrays. > This patch fixes test\jdk\tools\launcher\exeJliLaunchTest.c to use dynamic > arr

Re: RFR: 8308410: broken compilation of test\jdk\tools\launcher\exeJliLaunchTest.c

2023-05-19 Thread Alan Bateman
On Fri, 19 May 2023 13:03:34 GMT, Adam Sotona wrote: > Tier1 tests just passed on all platforms. Okay, in that case we should get the change in because there is build breakage right now. - PR Review Comment: https://git.openjdk.org/jdk/pull/14060#discussion_r1198940202

Re: RFR: 8308410: broken compilation of test\jdk\tools\launcher\exeJliLaunchTest.c

2023-05-19 Thread Adam Sotona
On Fri, 19 May 2023 12:08:55 GMT, Adam Sotona wrote: > JDK-8303669 patch to test\jdk\tools\launcher\exeJliLaunchTest.c broke > compilation on windows. > Unfortunately MSVC does not support variable length arrays. > This patch fixes test\jdk\tools\launcher\exeJliLaunchTest.c to use dynamic > arr

Re: RFR: 8308410: broken compilation of test\jdk\tools\launcher\exeJliLaunchTest.c

2023-05-19 Thread Adam Sotona
On Fri, 19 May 2023 12:35:47 GMT, Alan Bateman wrote: >> JDK-8303669 patch to test\jdk\tools\launcher\exeJliLaunchTest.c broke >> compilation on windows. >> Unfortunately MSVC does not support variable length arrays. >> This patch fixes test\jdk\tools\launcher\exeJliLaunchTest.c to use dynamic

Re: RFR: 8308410: broken compilation of test\jdk\tools\launcher\exeJliLaunchTest.c

2023-05-19 Thread Adam Sotona
On Fri, 19 May 2023 13:01:37 GMT, Adam Sotona wrote: >> test/jdk/tools/launcher/exeJliLaunchTest.c line 39: >> >>> 37: { >>> 38: //avoid null-terminated array of arguments to test JDK-8303669 >>> 39: char **argv = malloc(sizeof(char *) * argc); >> >> If this is building on all platforms

Re: RFR: 8300543 Compiler Implementation for Pattern Matching for switch [v12]

2023-05-19 Thread Jan Lahoda
> This is the first draft of a patch for JEP 440 and JEP 441. Changes included: > > - the pattern matching for switch and record patterns features are made > final, together with updates to tests. > - parenthesized patterns are removed. > - qualified enum constants are supported for case label

Re: RFR: 8308410: broken compilation of test\jdk\tools\launcher\exeJliLaunchTest.c

2023-05-19 Thread Alan Bateman
On Fri, 19 May 2023 12:08:55 GMT, Adam Sotona wrote: > JDK-8303669 patch to test\jdk\tools\launcher\exeJliLaunchTest.c broke > compilation on windows. > Unfortunately MSVC does not support variable length arrays. > This patch fixes test\jdk\tools\launcher\exeJliLaunchTest.c to use dynamic > arr

RFR: 8308410: broken compilation of test\jdk\tools\launcher\exeJliLaunchTest.c

2023-05-19 Thread Adam Sotona
JDK-8303669 patch to test\jdk\tools\launcher\exeJliLaunchTest.c broke compilation on windows. Unfortunately MSVC does not support variable length arrays. This patch fixes test\jdk\tools\launcher\exeJliLaunchTest.c to use dynamic array allocation. Please review. Thanks, Adam - Comm

Re: RFR: 7065228: To interpret case-insensitive string locale independently [v2]

2023-05-19 Thread Michael McMahon
On Wed, 17 May 2023 13:53:55 GMT, Darragh Clarke wrote: >> Updated instances of `toLowerCase` and `toUpperCase` in several net and io >> files to specify `Locale.ROOT` to ensure that case conversion issues don't >> occur, >> >> I didn't add any new tests but ran tier 1-3 with no issues > > Dar

Re: RFR: 8308248: Revisit alignment of layout constants on 32-bit platforms [v5]

2023-05-19 Thread Per Minborg
On Fri, 19 May 2023 10:06:53 GMT, Maurizio Cimadamore wrote: >> The FFM API exposes layout constants for Java primitives. Among those there >> are constants for `JAVA_LONG` and `JAVA_DOUBLE`. Currently, the alignment of >> these layouts is set the same as their size (e.g. 8 bytes). >> >> This

Re: RFR: 7065228: To interpret case-insensitive string locale independently [v2]

2023-05-19 Thread Michael McMahon
On Wed, 17 May 2023 13:53:55 GMT, Darragh Clarke wrote: >> Updated instances of `toLowerCase` and `toUpperCase` in several net and io >> files to specify `Locale.ROOT` to ensure that case conversion issues don't >> occur, >> >> I didn't add any new tests but ran tier 1-3 with no issues > > Dar

Re: RFR: 8308408: Build failure with -Werror=maybe-uninitialized in libjli/java.c with GCC8

2023-05-19 Thread Jie Fu
On Fri, 19 May 2023 10:50:39 GMT, Alan Bateman wrote: > > May I push it now since it's a build breakage? Thanks. > > Yes, the change is trivial so please go ahead. Thanks @AlanBateman . - PR Comment: https://git.openjdk.org/jdk/pull/14057#issuecomment-1554418471

Integrated: 8308408: Build failure with -Werror=maybe-uninitialized in libjli/java.c with GCC8

2023-05-19 Thread Jie Fu
On Fri, 19 May 2023 10:02:04 GMT, Jie Fu wrote: > May I get review for this change which fixes the build broken with GCC8? > Thanks. This pull request has now been integrated. Changeset: 690d3969 Author:Jie Fu URL: https://git.openjdk.org/jdk/commit/690d3969b80776bf896fbfbfac5eabe7d

Re: RFR: 8308293: A linker should expose the layouts it supports [v2]

2023-05-19 Thread Maurizio Cimadamore
On Wed, 17 May 2023 18:18:03 GMT, Maurizio Cimadamore wrote: >> This patch adds an instance method on `Linker`, namely >> `Linker::canonicalLayouts` which returns all the layouts known by the linker >> as implementing some ABI type. For instance, if I call this on my machine >> (Linux/x64) I

Re: RFR: 8308293: A linker should expose the layouts it supports [v3]

2023-05-19 Thread Maurizio Cimadamore
> This patch adds an instance method on `Linker`, namely > `Linker::canonicalLayouts` which returns all the layouts known by the linker > as implementing some ABI type. For instance, if I call this on my machine > (Linux/x64) I get this: > > > jshell> import java.lang.foreign.*; > > jshell> L

Re: RFR: 8308293: A linker should expose the layouts it supports [v2]

2023-05-19 Thread Maurizio Cimadamore
On Wed, 17 May 2023 18:18:03 GMT, Maurizio Cimadamore wrote: >> This patch adds an instance method on `Linker`, namely >> `Linker::canonicalLayouts` which returns all the layouts known by the linker >> as implementing some ABI type. For instance, if I call this on my machine >> (Linux/x64) I

Re: RFR: 8308408: Build failure with -Werror=maybe-uninitialized in libjli/java.c with GCC8

2023-05-19 Thread Alan Bateman
On Fri, 19 May 2023 10:44:02 GMT, Jie Fu wrote: > May I push it now since it's a build breakage? Thanks. Yes, the change is trivial so please go ahead. - PR Comment: https://git.openjdk.org/jdk/pull/14057#issuecomment-1554390879

Re: RFR: 8308408: Build failure with -Werror=maybe-uninitialized in libjli/java.c with GCC8

2023-05-19 Thread Jie Fu
On Fri, 19 May 2023 10:12:52 GMT, Alan Bateman wrote: > This looks okay Thanks @AlanBateman for your quick review. May I push it now since it's a build breakage? Thanks. - PR Comment: https://git.openjdk.org/jdk/pull/14057#issuecomment-1554383346

Re: RFR: JDK-8308300: enhance exceptions in MappedMemoryUtils.c [v2]

2023-05-19 Thread Matthias Baesken
On Fri, 19 May 2023 09:46:59 GMT, Matthias Baesken wrote: >> MappedMemoryUtils.c can generate exceptions like those : >> java.io.UncheckedIOException: java.io.IOException: Invalid argument >>at >> java.base/java.nio.MappedMemoryUtils.force(MappedMemoryUtils.java:105) >>at java.ba

Re: RFR: JDK-8308300: enhance exceptions in MappedMemoryUtils.c [v2]

2023-05-19 Thread Christoph Langer
On Fri, 19 May 2023 09:46:59 GMT, Matthias Baesken wrote: >> MappedMemoryUtils.c can generate exceptions like those : >> java.io.UncheckedIOException: java.io.IOException: Invalid argument >>at >> java.base/java.nio.MappedMemoryUtils.force(MappedMemoryUtils.java:105) >>at java.ba

Re: RFR: 8308408: Build failure with -Werror=maybe-uninitialized in libjli/java.c with GCC8

2023-05-19 Thread Alan Bateman
On Fri, 19 May 2023 10:02:04 GMT, Jie Fu wrote: > May I get review for this change which fixes the build broken with GCC8? > Thanks. This looks okay - Marked as reviewed by alanb (Reviewer). PR Review: https://git.openjdk.org/jdk/pull/14057#pullrequestreview-1434156403

RFR: 8308408: Build failure with -Werror=maybe-uninitialized in libjli/java.c with GCC8

2023-05-19 Thread Jie Fu
May I get review for this change which fixes the build broken with GCC8? Thanks. - Commit messages: - 8308408: Build failure with -Werror=maybe-uninitialized in libjli/java.c with GCC8 Changes: https://git.openjdk.org/jdk/pull/14057/files Webrev: https://webrevs.openjdk.org/?repo=

Re: RFR: 8308248: Revisit alignment of layout constants on 32-bit platforms [v5]

2023-05-19 Thread Maurizio Cimadamore
> The FFM API exposes layout constants for Java primitives. Among those there > are constants for `JAVA_LONG` and `JAVA_DOUBLE`. Currently, the alignment of > these layouts is set the same as their size (e.g. 8 bytes). > > This is obviously correct on 64-bit platforms, but on 32-bit platform it

Re: RFR: JDK-8308300: enhance exceptions in MappedMemoryUtils.c [v2]

2023-05-19 Thread Alan Bateman
On Fri, 19 May 2023 09:46:59 GMT, Matthias Baesken wrote: >> MappedMemoryUtils.c can generate exceptions like those : >> java.io.UncheckedIOException: java.io.IOException: Invalid argument >>at >> java.base/java.nio.MappedMemoryUtils.force(MappedMemoryUtils.java:105) >>at java.ba

Re: RFR: JDK-8308300: enhance exceptions in MappedMemoryUtils.c

2023-05-19 Thread Matthias Baesken
On Fri, 19 May 2023 06:58:49 GMT, Matthias Baesken wrote: > MappedMemoryUtils.c can generate exceptions like those : > java.io.UncheckedIOException: java.io.IOException: Invalid argument >at > java.base/java.nio.MappedMemoryUtils.force(MappedMemoryUtils.java:105) >at java.base/ja

Re: RFR: JDK-8308300: enhance exceptions in MappedMemoryUtils.c [v2]

2023-05-19 Thread Matthias Baesken
> MappedMemoryUtils.c can generate exceptions like those : > java.io.UncheckedIOException: java.io.IOException: Invalid argument >at > java.base/java.nio.MappedMemoryUtils.force(MappedMemoryUtils.java:105) >at java.base/java.nio.Buffer$2.force(Buffer.java:890) >at > java.b

Re: RFR: 8306431: File.listRoots method description should be re-examined [v6]

2023-05-19 Thread Alan Bateman
On Wed, 17 May 2023 02:32:56 GMT, Nagata-Haruhito wrote: >> I fixed File.listRoots description. >> * remove "the insertion or ejection of removable media" >> * change "available" to "existing" >> >> Please review this change. > > Nagata-Haruhito has updated the pull request incrementally with th

Re: RFR: 8308248: Revisit alignment of layout constants on 32-bit platforms [v4]

2023-05-19 Thread Maurizio Cimadamore
> The FFM API exposes layout constants for Java primitives. Among those there > are constants for `JAVA_LONG` and `JAVA_DOUBLE`. Currently, the alignment of > these layouts is set the same as their size (e.g. 8 bytes). > > This is obviously correct on 64-bit platforms, but on 32-bit platform it

Re: RFR: 8308235: ThreadContainer registry accumulates weak refs

2023-05-19 Thread Jaikiran Pai
On Thu, 18 May 2023 15:44:15 GMT, Alan Bateman wrote: > ThreadContainers is an internal class used to make thread pools and other > groupings of threads discoverable for observability. Some refactoring in 2021 > (in the loom repo, and before integration) accidentally changed the creation > of

Re: RFR: 8308235: ThreadContainer registry accumulates weak refs

2023-05-19 Thread Jaikiran Pai
On Fri, 19 May 2023 09:09:05 GMT, Alan Bateman wrote: > There is more significant work to do this area and I think we can look at it > then. That sounds reasonable to me. - PR Comment: https://git.openjdk.org/jdk/pull/14047#issuecomment-1554277576

Re: RFR: 8308235: ThreadContainer registry accumulates weak refs

2023-05-19 Thread Alan Bateman
On Fri, 19 May 2023 08:46:24 GMT, Jaikiran Pai wrote: > Would it be worth calling `expungeStaleEntries()` to do this cleanup even > when a specific `ThreadContainer` is deregistered, in the implementation of > method `deregisterContainer(...)`? If there is a mix of usages where some are explic

Re: RFR: JDK-8308300: enhance exceptions in MappedMemoryUtils.c

2023-05-19 Thread Alan Bateman
On Fri, 19 May 2023 06:58:49 GMT, Matthias Baesken wrote: > MappedMemoryUtils.c can generate exceptions like those : > java.io.UncheckedIOException: java.io.IOException: Invalid argument >at > java.base/java.nio.MappedMemoryUtils.force(MappedMemoryUtils.java:105) >at java.base/ja

Re: RFR: 8308235: ThreadContainer registry accumulates weak refs

2023-05-19 Thread Jaikiran Pai
On Thu, 18 May 2023 15:44:15 GMT, Alan Bateman wrote: > ThreadContainers is an internal class used to make thread pools and other > groupings of threads discoverable for observability. Some refactoring in 2021 > (in the loom repo, and before integration) accidentally changed the creation > of

Re: RFR: 8308235: ThreadContainer registry accumulates weak refs

2023-05-19 Thread Viktor Klang
On Thu, 18 May 2023 15:44:15 GMT, Alan Bateman wrote: > ThreadContainers is an internal class used to make thread pools and other > groupings of threads discoverable for observability. Some refactoring in 2021 > (in the loom repo, and before integration) accidentally changed the creation > of

RFR: 8308235: ThreadContainer registry accumulates weak refs

2023-05-19 Thread Alan Bateman
ThreadContainers is an internal class used to make thread pools and other groupings of threads discoverable for observability. Some refactoring in 2021 (in the loom repo, and before integration) accidentally changed the creation of a weak reference so that it no longer associated with the refere

Integrated: 8303669: SelectVersion indexes past the end of the argv array

2023-05-19 Thread Adam Sotona
On Wed, 3 May 2023 12:03:34 GMT, Adam Sotona wrote: > libjli/java.c's SelectVersion method receives argc and argv but ignores argc > in some circumstances an instead checks if *argv == 0 in its while loop, > which results in a segmentation fault if the provided array is not NULL > terminated.

Re: RFR: 8303669: SelectVersion indexes past the end of the argv array [v2]

2023-05-19 Thread Adam Sotona
On Thu, 4 May 2023 09:17:05 GMT, Adam Sotona wrote: >> libjli/java.c's SelectVersion method receives argc and argv but ignores argc >> in some circumstances an instead checks if *argv == 0 in its while loop, >> which results in a segmentation fault if the provided array is not NULL >> terminat

Integrated: 8132995: Matcher$ImmutableMatchResult should be optimized to reduce space usage

2023-05-19 Thread Raffaello Giulietti
On Wed, 29 Mar 2023 18:09:22 GMT, Raffaello Giulietti wrote: > When appropriate and useful, copies only the relevant portion of the > `CharSequence` to the match result. This pull request has now been integrated. Changeset: 25868b95 Author:Raffaello Giulietti URL: https://git.open

Re: RFR: 8308108: Support Unicode extension for collation settings [v3]

2023-05-19 Thread Alan Bateman
On Thu, 18 May 2023 19:44:01 GMT, Naoto Sato wrote: >> This change intends to interpret the BCP47 U extension wrt collation >> settings in the given `Locale`, then applies them to the created instances >> in the 1-arg factory method in `Collator`. A corresponding CSR has also been >> drafted.

RFR: JDK-8308300: enhance exceptions in MappedMemoryUtils.c

2023-05-19 Thread Matthias Baesken
MappedMemoryUtils.c can generate exceptions like those : java.io.UncheckedIOException: java.io.IOException: Invalid argument at java.base/java.nio.MappedMemoryUtils.force(MappedMemoryUtils.java:105) at java.base/java.nio.Buffer$2.force(Buffer.java:890) at java.base/jdk.interna