On Mon, 25 Mar 2024 21:37:03 GMT, Liam Miller-Cushon wrote:
> This change fixes a zip64 bug in the launcher that is prevent it from reading
> the manifest of jars where the 'relative offset of local header' field in the
> central directory entry is >4GB. As described in APPNOTE.TXT 4.5.3, the
On Wed, 14 Feb 2024 20:46:17 GMT, John Hendrikx wrote:
>> Update the documentation for `@return` tag of `putIfAbsent` to match the
>> main description. `putIfAbsent` uses the same wording as `put` for its
>> `@return` tag, but that is incorrect. `putIfAbsent` never returns the
>> **previous**
On Tue, 26 Mar 2024 23:32:34 GMT, Justin Lu wrote:
>> Please review this PR which updates two MessageFormat sub format related
>> tests to be guaranteed to run under the `en_US` locale.
>>
>> There exists locale that do not provide distinct instances for separate
>> styles. For example, the `e
> Please review this PR which updates two MessageFormat sub format related
> tests to be guaranteed to run under the `en_US` locale.
>
> There exists locale that do not provide distinct instances for separate
> styles. For example, the `en_IN` locale provides the same LONG and SHORT
> compact n
On Tue, 26 Mar 2024 09:21:20 GMT, Matthias Baesken wrote:
> After [JDK-8328824](https://bugs.openjdk.org/browse/JDK-8328824), we run in
> the AIX build into this failure :
>
> /opt/freeware/bin/bash: -c: line 1: syntax error near unexpected token `('
> gmake[3]: *** [lib/CoreLibraries.gmk:194:
On Tue, 26 Mar 2024 23:02:34 GMT, Justin Lu wrote:
>> Please review this PR which updates two MessageFormat sub format related
>> tests to be guaranteed to run under the `en_US` locale.
>>
>> There exists locale that do not provide distinct instances for separate
>> styles. For example, the `e
> Please review this PR which updates two MessageFormat sub format related
> tests to be guaranteed to run under the `en_US` locale.
>
> There exists locale that do not provide distinct instances for separate
> styles. For example, the `en_IN` locale provides the same LONG and SHORT
> compact n
On Tue, 26 Mar 2024 22:32:08 GMT, Naoto Sato wrote:
>> Thanks for the review and suggestions, PR should be updated. (I presume you
>> meant the 2-arg Locale.of() method, not the constructor)
>
> I meant using `new MessageFormat(String, Locale.US)`, instead of `new
> MessageFormat(String)`.
Ah,
On Tue, 26 Mar 2024 22:23:45 GMT, Justin Lu wrote:
>> test/jdk/java/text/Format/MessageFormat/CompactSubFormats.java line 29:
>>
>>> 27: * @summary Test MessageFormatPattern ability to recognize and produce
>>> 28: * appropriate FormatType and FormatStyle for
>>> CompactNumberFormat.
> Please review this PR which updates two MessageFormat sub format related
> tests to be guaranteed to run under the `en_US` locale.
>
> There exists locale that do not provide distinct instances for separate
> styles. For example, the `en_IN` locale provides the same LONG and SHORT
> compact n
On Tue, 26 Mar 2024 21:56:48 GMT, Naoto Sato wrote:
>> Justin Lu has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> implement suggestions
>
> test/jdk/java/text/Format/MessageFormat/CompactSubFormats.java line 29:
>
>> 27: * @summary Test
On 27/03/2024 01:51, Sergey Chernyshev wrote:
Hello Core Libs Dev team,
I would like to propose a PR to extend the InetAddress API in JDK 23,
namely to provide interface to constructing InetAddress objects from
literal addresses in POSIX/BSD form (please see the discussion [1]),
to the Apps
On Tue, 26 Mar 2024 20:49:48 GMT, Justin Lu wrote:
> Please review this PR which updates two MessageFormat sub format related
> tests to be guaranteed to run under the `en_US` locale.
>
> There exists locale that do not provide distinct instances for separate
> styles. For example, the `en_IN`
On Tue, 26 Mar 2024 20:50:10 GMT, Justin Lu wrote:
> Please review this PR which advises ChoiceFormat subclasses throw
> `UnsupportedOperationException` for unused inherited methods.
>
> The CSR covers the proposed wording, and the reasons as to why this is a
> specification and not an impleme
On Mon, 25 Mar 2024 09:46:50 GMT, Suchismith Roy wrote:
>> Allow support for both .a and .so files in AIX.
>> If .so file is not found, allow fallback to .a extension.
>> JBS Issue: [JDK-8319516](https://bugs.openjdk.org/browse/JDK-8319516)
>
> Suchismith Roy has updated the pull request incremen
On Tue, 26 Mar 2024 20:59:54 GMT, Martin Doerr wrote:
>> Suchismith Roy has updated the pull request incrementally with four
>> additional commits since the last revision:
>>
>> - coding style
>> - set false
>> - restore fil
>> - remove member check code
>
> src/java.base/aix/classes/jdk/i
On Mon, 25 Mar 2024 09:46:50 GMT, Suchismith Roy wrote:
>> Allow support for both .a and .so files in AIX.
>> If .so file is not found, allow fallback to .a extension.
>> JBS Issue: [JDK-8319516](https://bugs.openjdk.org/browse/JDK-8319516)
>
> Suchismith Roy has updated the pull request incremen
Please review this PR which advises ChoiceFormat subclasses throw
`UnsupportedOperationException` for unused inherited methods.
The CSR covers the proposed wording, and the reasons as to why this is a
specification and not an implementation update. In addition, the `api/implNote`
tags have been
Please review this PR which updates two MessageFormat sub format related tests
to be guaranteed to run under the `en_US` locale.
There exists locale that do not provide distinct instances for separate styles.
For example, the `en_IN` locale provides the same LONG and SHORT compact number
instan
> Classes in the `java.lang.ref` package would benefit from an update to bring
> the spec in line with how the VM already behaves. The changes would focus on
> _happens-before_ edges at some key points during reference processing.
>
> A couple key things we want to be able to say are:
> - `Refer
Would be helpful to point to the posix standard/requirement which mandates
this. Do you mean a single Unix api description or a posix command spec? I
don’t think I know of any such things.
Wikipedia claims A POSIX-conforming variant of inet_aton, the inet_pton()
function, supports only the four
> This task addresses an essential aspect of our testing infrastructure: the
> proper handling and cleanup of temporary files and socket files created
> during test execution. The motivation behind these changes is to prevent the
> accumulation of unnecessary files in the default temporary direc
This change fixes a zip64 bug in the launcher that is prevent it from reading
the manifest of jars where the 'relative offset of local header' field in the
central directory entry is >4GB. As described in APPNOTE.TXT 4.5.3, the offset
is too large to be stored in the central directory it is stor
Hello Core Libs Dev team,
I would like to propose a PR to extend the InetAddress API in JDK 23,
namely to provide interface to constructing InetAddress objects from
literal addresses in POSIX/BSD form (please see the discussion [1]), to
the Apps that need to mimic the behavior of POSIX network
On Tue, 19 Mar 2024 21:09:31 GMT, Yudi Zheng wrote:
>> Moving array construction within BigInteger.implMultiplyToLen intrinsic
>> candidate to its caller simplifies the intrinsic implementation in JIT
>> compiler.
>
> Yudi Zheng has updated the pull request incrementally with one additional
>
On Thu, 21 Mar 2024 17:13:46 GMT, Bill Huang wrote:
>> This task addresses an essential aspect of our testing infrastructure: the
>> proper handling and cleanup of temporary files and socket files created
>> during test execution. The motivation behind these changes is to prevent the
>> accumu
On Tue, 12 Mar 2024 21:52:31 GMT, Elif Aslan wrote:
> This change enables to run JspawnhelperProtocol.java on MacOS.
>
> In addition to GHA , the test has been run on macos and linux.
>
>
> Test report is stored in
> build/macosx-x86_64-server-fastdebug/test-results/jtreg_test_jdk_java_lang_P
On Wed, 20 Mar 2024 22:56:38 GMT, Shaojin Wen wrote:
>> The current BigDecimal(String) constructor calls String#toCharArray, which
>> has a memory allocation.
>>
>>
>> public BigDecimal(String val) {
>> this(val.toCharArray(), 0, val.length()); // allocate char[]
>> }
>>
>>
>> When the l
On Tue, 26 Mar 2024 09:21:20 GMT, Matthias Baesken wrote:
> After [JDK-8328824](https://bugs.openjdk.org/browse/JDK-8328824), we run in
> the AIX build into this failure :
>
> /opt/freeware/bin/bash: -c: line 1: syntax error near unexpected token `('
> gmake[3]: *** [lib/CoreLibraries.gmk:194:
On Tue, 26 Mar 2024 09:21:20 GMT, Matthias Baesken wrote:
> After [JDK-8328824](https://bugs.openjdk.org/browse/JDK-8328824), we run in
> the AIX build into this failure :
>
> /opt/freeware/bin/bash: -c: line 1: syntax error near unexpected token `('
> gmake[3]: *** [lib/CoreLibraries.gmk:194:
On Tue, 26 Mar 2024 09:21:20 GMT, Matthias Baesken wrote:
> After [JDK-8328824](https://bugs.openjdk.org/browse/JDK-8328824), we run in
> the AIX build into this failure :
>
> /opt/freeware/bin/bash: -c: line 1: syntax error near unexpected token `('
> gmake[3]: *** [lib/CoreLibraries.gmk:194:
On Mon, 25 Mar 2024 20:02:16 GMT, Mandy Chung wrote:
> dcstartup fails because it fails to load an agent library specified via
> `-agentlib:am_ibm_16` that was fixed by JDK-8320005. I assume that's what you
> referred to "J9 had for a long time". This does not use
> `System::loadLibrary`. It's
On Tue, 26 Mar 2024 09:21:20 GMT, Matthias Baesken wrote:
> After [JDK-8328824](https://bugs.openjdk.org/browse/JDK-8328824), we run in
> the AIX build into this failure :
>
> /opt/freeware/bin/bash: -c: line 1: syntax error near unexpected token `('
> gmake[3]: *** [lib/CoreLibraries.gmk:194:
After [JDK-8328824](https://bugs.openjdk.org/browse/JDK-8328824), we run in the
AIX build into this failure :
/opt/freeware/bin/bash: -c: line 1: syntax error near unexpected token `('
gmake[3]: *** [lib/CoreLibraries.gmk:194:
/openjdk/nb/aix_ppc64/jdk-dev-opt/support/native/java.base/libjli_sta
On Thu, 21 Mar 2024 17:13:46 GMT, Bill Huang wrote:
>> This task addresses an essential aspect of our testing infrastructure: the
>> proper handling and cleanup of temporary files and socket files created
>> during test execution. The motivation behind these changes is to prevent the
>> accumu
35 matches
Mail list logo
