From gnu.andrew at redhat.com  Wed Oct  1 15:01:44 2025
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Wed, 1 Oct 2025 16:01:44 +0100
Subject: [FREEZE] 8u472 NOW FROZEN
Message-ID: <aN1CWBjlpaAh+wxv@rincewind>

The release forest:

https://github.com/openjdk/jdk8u

is frozen as of 2025-09-27 in preparation for release on or after
2025-10-21.

The final pre-release tag is jdk8u472-b07. [0]

The final release tag will thus be no lower than jdk8u472-b08.

[0] https://github.com/openjdk/jdk8u/releases/tag/jdk8u472-b07

Thanks,
-- 
Andrew :)
Pronouns: he / him or they / them
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222

Please contact via e-mail, not proprietary chat networks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20251001/07a18132/signature.asc>

From sgehwolf at openjdk.org  Mon Oct  6 08:27:07 2025
From: sgehwolf at openjdk.org (Severin Gehwolf)
Date: Mon, 6 Oct 2025 08:27:07 GMT
Subject: [jdk8u-dev] Integrated: 8367257: [8u] Problem list
 CAInterop.java#entrustrootcag4 test
In-Reply-To: <Chs81w-_TbO7SFxfbXdMLKqiFsgWfIacYsJGR3XmvlY=.01af980b-ecea-437b-81a5-4c159e4b76e1@github.com>
References: <Chs81w-_TbO7SFxfbXdMLKqiFsgWfIacYsJGR3XmvlY=.01af980b-ecea-437b-81a5-4c159e4b76e1@github.com>
Message-ID: <B3XsaJjicwmFEx3GWCNpdrus_REkolw6kGOQ4DRKdVk=.f57c34dd-b5ac-4efd-9432-bbdb5bea6867@github.com>

On Tue, 9 Sep 2025 13:40:38 GMT, Severin Gehwolf <sgehwolf at openjdk.org> wrote:

> Another problem list to get GHA green (at last).

This pull request has now been integrated.

Changeset: 652f7a72
Author:    Severin Gehwolf <sgehwolf at openjdk.org>
URL:       https://git.openjdk.org/jdk8u-dev/commit/652f7a7257376869c178d9b796a265582dc8ac93
Stats:     1 line in 1 file changed: 1 ins; 0 del; 0 mod

8367257: [8u] Problem list CAInterop.java#entrustrootcag4 test

Reviewed-by: andrew

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/696

From serb at openjdk.org  Mon Oct  6 16:17:13 2025
From: serb at openjdk.org (Sergey Bylokhov)
Date: Mon, 6 Oct 2025 16:17:13 GMT
Subject: [jdk8u-dev] RFR: 8157758: JDK9 does not compile on Linux with GCC
 6.1 because left-shifting a negative number has undefined behavior
 [v3]
In-Reply-To: <GNRPU_0KxCb8mCIWeKy5_yx70Wvqb0RpupRL0_fuBc8=.69d6a387-c3c3-4640-8b82-b8923980b2be@github.com>
References: <GNRPU_0KxCb8mCIWeKy5_yx70Wvqb0RpupRL0_fuBc8=.69d6a387-c3c3-4640-8b82-b8923980b2be@github.com>
Message-ID: <EJHye-6oLgVXlJEIPgkt0hV3K2ekwFXEs198HdkUFyA=.7945d31c-6c04-41b9-b556-cf6c6262fed0@github.com>

> Hi all,
> 
> This pull request contains a backport of commit [4abb5e4a](https://github.com/openjdk/jdk/commit/4abb5e4aafe05871a07d510f002a38298fe4dbb2) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
> 
> The commit being backported was authored by Alex Henrie on 23 Jun 2016 and was reviewed by Kim Barrett and Max Ockner.
> 
> Thanks!

Sergey Bylokhov 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 three additional commits since the last revision:

 - Merge branch 'openjdk:master' into backport-mrserb-4abb5e4a-master
 - Merge branch 'openjdk:master' into backport-mrserb-4abb5e4a-master
 - Backport 4abb5e4aafe05871a07d510f002a38298fe4dbb2

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/682/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/682/files/ba79b13c..a3ad0073

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=682&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=682&range=01-02

  Stats: 2577 lines in 48 files changed: 1929 ins; 160 del; 488 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/682.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/682/head:pull/682

PR: https://git.openjdk.org/jdk8u-dev/pull/682

From abakhtin at openjdk.org  Tue Oct  7 20:32:28 2025
From: abakhtin at openjdk.org (Alexey Bakhtin)
Date: Tue, 7 Oct 2025 20:32:28 GMT
Subject: [jdk8u-dev] RFR: 8339280: jarsigner -verify performs
 cross-checking between CEN and LOC [v2]
In-Reply-To: <Vjpw4eHGI-SNLmEZrLu8ROF30TeBmsWKkZsdiwS6vYI=.2156dbb7-e1b2-43bf-a83e-bcd5ddc3e462@github.com>
References: <rbtgkNgVdsafygv79eA9K6HmEh8v8KiKWzmUXxaCHh0=.d8e1ae22-aeaf-4314-a6ae-ea802ea34d1d@github.com>
 <Vjpw4eHGI-SNLmEZrLu8ROF30TeBmsWKkZsdiwS6vYI=.2156dbb7-e1b2-43bf-a83e-bcd5ddc3e462@github.com>
Message-ID: <f-ZCfu7WHTj88Mr4uHEKqOptWMdLpuN_LKD-IS4mGJ8=.1fe61a67-1ec5-4923-93c9-f253132a99bf@github.com>

On Fri, 19 Sep 2025 18:51:57 GMT, Francisco Ferrari Bihurriet <fferrari at openjdk.org> wrote:

>> Hi, this is a backport of openjdk/jdk11u-dev#3098. The backport isn't clean, because of the following:
>> 
>> * File paths that require adjustment for 8u
>> * In `Main.java`, trivial context differences and code that needs adjustment from 11u to 8u:
>>     * `java.nio.file.Path.of()` ? `java.nio.file.Paths.get()`
>>     * `InputStream::transferTo(OutputStream.nullOutputStream())` ? [original code before a review suggestion](https://github.com/openjdk/jdk/pull/23532/commits/ef546f4b778e8a1f43dbedc56a79bb53d169a1e7#diff-7083af3b8473a092987afa0bbb4d1694664649534bac716f6b9cd3c3b9833219L1185-L1186)
>> * In the test (`VerifyJarEntryName.java`), code that needs adjustment from 11u to 8u:
>>     * `@library /test/lib` ? `@library /lib/testlibrary`
>>     * JUnit 5 ? JUnit 4
>>         * `org.junit.jupiter.api.BeforeAll` ? `org.junit.BeforeClass`
>>         * `org.junit.jupiter.api.BeforeEach` ? `org.junit.Before`
>>         * `org.junit.jupiter.api.Test` ? `org.junit.Test`
>>         * `java.nio.file.Path.of()` ? `java.nio.file.Paths.get()`
>>         * `@BeforeClass`, `@Before` and `@Test` methods must be public
>>     * Can't use `var`
>>     * `Arrays.equals(a, start, end, b, 0, b.length)` ? `Arrays.equals(Arrays.copyOfRange(a, start, end), b)` (`Arrays::equals` with offsets not present in 8u)
>> * ~~NOTE: for the Japanese manpages translation approach, please refer to openjdk/jdk11u-dev#3098~~
>>     * ~~I updated `jdk/src/linux/doc/man/ja/jarsigner.1` and `jdk/src/solaris/doc/sun/man/man1/ja/jarsigner.1` (identical), and left `dk/src/bsd/doc/man/ja/jarsigner.1` untouched (doesn't have any content besides the headers)~~
>>     * $\mbox{\color{red}UPDATE}$ (28348b29f892b685d9098c4560128a8bfb206afd): all the internationalized messages have been removed, as they aren't typically included in backports (thanks @jerboaa for letting me know).
>> 
>> #### Related issues ("relates to" Jira issue links)
>> 
>> [JDK-8353299](https://bugs.openjdk.org/browse/JDK-8353299 "VerifyJarEntryName.java test fails") (openjdk/jdk at acd4da49a01760599ec4c325ff6c56f53ba5cc9c) and [JDK-8367782](https://bugs.openjdk.org/browse/JDK-8367782 "VerifyJarEntryName.java: Fix modifyJarEntryName to operate on bytes and re-introduce verifySignatureEntryName") (openjdk/jdk at 1b9a11682d5f73885213822423bfce8dfc17febd) were also included as part of this backport. They are test-only changes that improve the reliability and coverage of `VerifyJarEntryName.java`.
>> 
>> Since `test/hotspot/jtreg/runtime/appcds/SignedJar.java` is ...
>
> Francisco Ferrari Bihurriet has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Remove internationalized messages

LGTM
CI failures look unrelated
All related jarsigner tests passed

-------------

Marked as reviewed by abakhtin (Committer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/699#pullrequestreview-3311782848

From aph at openjdk.org  Thu Oct  9 16:50:41 2025
From: aph at openjdk.org (Andrew Haley)
Date: Thu, 9 Oct 2025 16:50:41 GMT
Subject: [jdk8u-dev] RFR: 8153147: Mark java/net/BindException/Test.java as
 intermittently failing
In-Reply-To: <NAf-9Sk0DQKwvH_FF--lWQ8evuMYMKuKxtJpCuR8kAs=.92fbce50-61b3-469f-864b-d1916203c466@github.com>
References: <NAf-9Sk0DQKwvH_FF--lWQ8evuMYMKuKxtJpCuR8kAs=.92fbce50-61b3-469f-864b-d1916203c466@github.com>
Message-ID: <eqT0xtn7zg_TFaKMsn1DLdIwGHusXxe5aRqNZbKfCLQ=.019d2755-0964-491b-b1b2-275b5423f7e6@github.com>

On Tue, 30 Sep 2025 01:45:33 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi all,
> 
> I want to backport JDK-8153147 to mark java/net/BindException/Test.java as intermittently failing. The `@key intermittent` will enable this test disable or auto rerun when fails for some setups.

Marked as reviewed by aph (Lead).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/703#pullrequestreview-3319813974

From aph at openjdk.org  Thu Oct  9 16:51:43 2025
From: aph at openjdk.org (Andrew Haley)
Date: Thu, 9 Oct 2025 16:51:43 GMT
Subject: [jdk8u-dev] RFR: 8353657: [8u] Test
 tools/launcher/VersionCheck.java fails with debug build [v3]
In-Reply-To: <CpDklO1vmcqRXbqvtysZkEQWTTlQx5POBMEYKQYz2eg=.965d4390-f09a-485b-89cc-a5d0e0ae1ea0@github.com>
References: <-1iYYpTJ_TFZx6RhRJOw-_nVQhhivtOY0zFWg8E_AgM=.7ade1453-9e17-488d-84a0-449415ee21de@github.com>
 <CpDklO1vmcqRXbqvtysZkEQWTTlQx5POBMEYKQYz2eg=.965d4390-f09a-485b-89cc-a5d0e0ae1ea0@github.com>
Message-ID: <SJPw0tBTNxCmwp1K_ILR8RUN0lluyUvnkpXR3xWmvlA=.d02d9436-d89b-4d40-97bd-819563673a93@github.com>

On Sat, 27 Sep 2025 02:51:26 GMT, SendaoYan <syan at openjdk.org> wrote:

>> Hi all,
>> 
>> Test tools/launcher/VersionCheck.java fails with fastdebug build which report 'jstack.debuginfo: cannot execute binary file'. This failure fixed by [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) in jdk15, only a subset of [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) to fix this test failure. So it's not suitable to backport [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) to jdk8u-dev, then I create this PR to fix this testbug.
>> 
>> This PR skip all the `*.debuginfo` files to check the '-version' or '-J-version'. Change has been verified localy, test-fix only, no risk.
>
> SendaoYan 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 three additional commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into jbs8353657
>  - Use NIX_DBGINFO_EXT instead of DEBUGINFO_FILE_EXT
>  - 8353657: [8u] Test tools/launcher/VersionCheck.java fails with debug build

Marked as reviewed by aph (Lead).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/685#pullrequestreview-3319820689

From syan at openjdk.org  Fri Oct 10 02:00:19 2025
From: syan at openjdk.org (SendaoYan)
Date: Fri, 10 Oct 2025 02:00:19 GMT
Subject: [jdk8u-dev] RFR: 8353657: [8u] Test
 tools/launcher/VersionCheck.java fails with debug build [v3]
In-Reply-To: <CpDklO1vmcqRXbqvtysZkEQWTTlQx5POBMEYKQYz2eg=.965d4390-f09a-485b-89cc-a5d0e0ae1ea0@github.com>
References: <-1iYYpTJ_TFZx6RhRJOw-_nVQhhivtOY0zFWg8E_AgM=.7ade1453-9e17-488d-84a0-449415ee21de@github.com>
 <CpDklO1vmcqRXbqvtysZkEQWTTlQx5POBMEYKQYz2eg=.965d4390-f09a-485b-89cc-a5d0e0ae1ea0@github.com>
Message-ID: <DX-Cn29d4DYc6XJToqdHKSEjLRN4kE7LoKZYrGiF-9o=.e431dab6-1662-4968-98e0-562e5f8b44aa@github.com>

On Sat, 27 Sep 2025 02:51:26 GMT, SendaoYan <syan at openjdk.org> wrote:

>> Hi all,
>> 
>> Test tools/launcher/VersionCheck.java fails with fastdebug build which report 'jstack.debuginfo: cannot execute binary file'. This failure fixed by [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) in jdk15, only a subset of [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) to fix this test failure. So it's not suitable to backport [JDK-8237192](https://bugs.openjdk.org/browse/JDK-8237192) to jdk8u-dev, then I create this PR to fix this testbug.
>> 
>> This PR skip all the `*.debuginfo` files to check the '-version' or '-J-version'. Change has been verified localy, test-fix only, no risk.
>
> SendaoYan 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 three additional commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into jbs8353657
>  - Use NIX_DBGINFO_EXT instead of DEBUGINFO_FILE_EXT
>  - 8353657: [8u] Test tools/launcher/VersionCheck.java fails with debug build

GHA report several fails:

1. Test CAInterop.java#entrustrootcag4 fails, which has been problemlist by https://github.com/openjdk/jdk8u-dev/pull/696
2. Linux x86 hotspot/tier1 job report test gc/logging/TestGCId.java timed out. I think it's unrelated to this PR.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/685#issuecomment-3388018360

From syan at openjdk.org  Fri Oct 10 02:00:20 2025
From: syan at openjdk.org (SendaoYan)
Date: Fri, 10 Oct 2025 02:00:20 GMT
Subject: [jdk8u-dev] RFR: 8353657: [8u] Test
 tools/launcher/VersionCheck.java fails with debug build [v3]
In-Reply-To: <SJPw0tBTNxCmwp1K_ILR8RUN0lluyUvnkpXR3xWmvlA=.d02d9436-d89b-4d40-97bd-819563673a93@github.com>
References: <-1iYYpTJ_TFZx6RhRJOw-_nVQhhivtOY0zFWg8E_AgM=.7ade1453-9e17-488d-84a0-449415ee21de@github.com>
 <CpDklO1vmcqRXbqvtysZkEQWTTlQx5POBMEYKQYz2eg=.965d4390-f09a-485b-89cc-a5d0e0ae1ea0@github.com>
 <SJPw0tBTNxCmwp1K_ILR8RUN0lluyUvnkpXR3xWmvlA=.d02d9436-d89b-4d40-97bd-819563673a93@github.com>
Message-ID: <6milxFoSM5GFXV6L_f9nRUJG9Nqmt-mm0xMzp_-_2As=.cd03a3e2-3263-48ee-9cdf-4f5d14e4c735@github.com>

On Thu, 9 Oct 2025 16:49:17 GMT, Andrew Haley <aph at openjdk.org> wrote:

>> SendaoYan 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 three additional commits since the last revision:
>> 
>>  - Merge branch 'openjdk:master' into jbs8353657
>>  - Use NIX_DBGINFO_EXT instead of DEBUGINFO_FILE_EXT
>>  - 8353657: [8u] Test tools/launcher/VersionCheck.java fails with debug build
>
> Marked as reviewed by aph (Lead).

Thanks for the reviews @theRealAph

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/685#issuecomment-3388020988

From syan at openjdk.org  Mon Oct 13 09:16:50 2025
From: syan at openjdk.org (SendaoYan)
Date: Mon, 13 Oct 2025 09:16:50 GMT
Subject: [jdk8u-dev] RFR: 8132786:
 java/security/cert/CertPathValidator/OCSP/AIACheck.java fails intermittently
Message-ID: <OvxIRcgmfLByfKar-J-LeGX1TwPu9ZLAH7B1Y3KA0MA=.ef4c3fc1-fe34-4405-8de3-663a2b223a83@github.com>

Hi all,

This is clean backport to fix the test bug which will cause test intermittently fails. Change has been verified locally on linux-x64, test-fix only, no risk.

-------------

Commit messages:
 - Backport 79e58cc0e57717bb00b22a4716b7eb6f903441ef

Changes: https://git.openjdk.org/jdk8u-dev/pull/704/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=704&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8132786
  Stats: 5 lines in 1 file changed: 2 ins; 0 del; 3 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/704.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/704/head:pull/704

PR: https://git.openjdk.org/jdk8u-dev/pull/704

From syan at openjdk.org  Thu Oct 16 03:12:06 2025
From: syan at openjdk.org (SendaoYan)
Date: Thu, 16 Oct 2025 03:12:06 GMT
Subject: [jdk8u-dev] RFR: 8277159: Fix java/nio/file/FileStore/Basic.java test
 by ignoring /run/user/* mount points
Message-ID: <cpWfPy5jWU38GT9c_nBVuIhaSpE1qfU632YoGlhHkJ8=.d40a942a-ae8a-4af0-ad6e-d20aa35175c5@github.com>

Hi all,

This pull request contains a backport of commit [b6876649](https://github.com/openjdk/jdk/commit/b6876649a82bed508d817ccbde1600d00937e4b2) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.

The commit being backported was authored by Alex Kasko on 17 Nov 2021 and was reviewed by Brian Burkhalter and Aleksey Shipilev.

Thanks!

-------------

Commit messages:
 - Backport b6876649a82bed508d817ccbde1600d00937e4b2

Changes: https://git.openjdk.org/jdk8u-dev/pull/705/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=705&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8277159
  Stats: 10 lines in 1 file changed: 10 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/705.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/705/head:pull/705

PR: https://git.openjdk.org/jdk8u-dev/pull/705

From syan at openjdk.org  Thu Oct 16 03:44:51 2025
From: syan at openjdk.org (SendaoYan)
Date: Thu, 16 Oct 2025 03:44:51 GMT
Subject: [jdk8u-dev] RFR: 8277159: Fix java/nio/file/FileStore/Basic.java
 test by ignoring /run/user/* mount points [v2]
In-Reply-To: <cpWfPy5jWU38GT9c_nBVuIhaSpE1qfU632YoGlhHkJ8=.d40a942a-ae8a-4af0-ad6e-d20aa35175c5@github.com>
References: <cpWfPy5jWU38GT9c_nBVuIhaSpE1qfU632YoGlhHkJ8=.d40a942a-ae8a-4af0-ad6e-d20aa35175c5@github.com>
Message-ID: <7GqTatNHkk38uGQrw_pMN7CTUc3nMJVtzlMAy56B3R8=.a5040290-88b7-4ac0-9cbc-bff9bc87dbb9@github.com>

> Hi all,
> 
> This pull request contains a backport of commit [b6876649](https://github.com/openjdk/jdk/commit/b6876649a82bed508d817ccbde1600d00937e4b2) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
> 
> The commit being backported was authored by Alex Kasko on 17 Nov 2021 and was reviewed by Brian Burkhalter and Aleksey Shipilev.
> 
> Thanks!

SendaoYan has updated the pull request incrementally with one additional commit since the last revision:

  Add "@libiray /test/lib" and "import jdk.test.lib.Platform;"

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/705/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/705/files/d4ef85fb..2f4d2fa0

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=705&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=705&range=00-01

  Stats: 2 lines in 1 file changed: 1 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/705.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/705/head:pull/705

PR: https://git.openjdk.org/jdk8u-dev/pull/705

From jvanek at openjdk.org  Fri Oct 17 06:14:16 2025
From: jvanek at openjdk.org (=?UTF-8?B?SmnFmcOt?= =?UTF-8?B?IA==?= =?UTF-8?B?VmFuxJtr?=)
Date: Fri, 17 Oct 2025 06:14:16 GMT
Subject: [jdk8u-dev] RFR: 8360869: jcstress is able to crash jdk8 on
 aarch64 with jfr on [v5]
In-Reply-To: <196Y7TKF9GNgwVRcKposFa5qZ_kfOvdgDAEgckqyRPg=.dba882cd-f17d-44e1-9db0-fd2c8cbfb5a4@github.com>
References: <h4XKaJrwchubvEk74CbjCb513PP3cjnv9CBfir8Va3s=.5f385c74-c648-4d5e-afd1-f17470f5b16e@github.com>
 <196Y7TKF9GNgwVRcKposFa5qZ_kfOvdgDAEgckqyRPg=.dba882cd-f17d-44e1-9db0-fd2c8cbfb5a4@github.com>
Message-ID: <nq2XrN4-3JBKQ7VICKmf5bl6PvVdJUlcn6iS6LSd8aU=.d808cf95-f8d7-456a-ab12-2d7db047e614@github.com>

On Thu, 18 Sep 2025 08:00:59 GMT, Ji?? Van?k <jvanek at openjdk.org> wrote:

>> We are seeing rare crashes in jcstress with jdk8 on aarch64 with jfron. Those crashes are real, however we were not able to reproduce with builds on gcc 5 and up. The real culprint was not found. but gcc version on aarch64 should be checked.  Ideal version seems 7, but I'm not that bold.
>> 
>> I think this change must be accompanied by regenerating  `generated-configure` but am not sure with process on it.
>
> Ji?? Van?k has refreshed the contents of this pull request, and previous commits have been removed. The incremental views will show differences compared to the previous content of the PR. The pull request contains one new commit since the last revision:
> 
>   regenerated generated-configure by self built autoconf 2.69
>   
>   Skipping about 50 hunks like:
>   @@ -50158,7 +50167,7 @@ ac_compiler_gnu=$ac_cv_cxx_compiler_gnu
>    /* end confdefs.h.  */
>   
>    int
>   -main (void)
>   +main ()
>    {
>    return 0;
>      ;

still waiting for resolution on inclusion

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/697#issuecomment-3414021610

From serb at openjdk.org  Fri Oct 17 22:29:20 2025
From: serb at openjdk.org (Sergey Bylokhov)
Date: Fri, 17 Oct 2025 22:29:20 GMT
Subject: [jdk8u-dev] RFR: 8160974: [TESTBUG] Mark more headful tests with
 @key headful. [v6]
In-Reply-To: <vbD9rIUY5ecBWbqVxj6KpWWENa8s79x2KB_DBMJ-aIc=.9ae8ddb2-46db-467b-af57-cfb721e4c38b@github.com>
References: <xZwOORWtfakLj99fCwtmT0x5RuD_wpqAFASjs-pzgZI=.ec9901c5-7f0e-4776-8a00-a54d90227e31@github.com>
 <vbD9rIUY5ecBWbqVxj6KpWWENa8s79x2KB_DBMJ-aIc=.9ae8ddb2-46db-467b-af57-cfb721e4c38b@github.com>
Message-ID: <JHYaXypVDmUVrVrA1VxAjWkJJJv9gOFgS1mm7DuZ1d0=.8e60b898-ab67-427d-979f-57f71110cfb9@github.com>

On Wed, 5 Jun 2024 10:15:15 GMT, Kazuhisa Takakuri <ktakakuri at openjdk.org> wrote:

>> This is a backport of JDK-8160974: [TESTBUG] Mark more headful tests with @key headful.
>> 
>> This patch has already been applied to OracleJDK8.
>> As noted in the Bug Issue comments, some tests do not exist in 8u.
>
> Kazuhisa Takakuri 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 8160974
>  - Backport e52b963d0cdc49e2048757eae2e4b10bb279f296
>  - Backport e52b963d0cdc49e2048757eae2e4b10bb279f296
>  - Merge branch 'master' into 8160974
>  - Merge branch 'master' into 8160974
>  - Backport e52b963d0cdc49e2048757eae2e4b10bb279f296

Please merge the master branch, as the current branch is quite outdated.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/383#issuecomment-3417419358

From phh at openjdk.org  Mon Oct 20 23:05:14 2025
From: phh at openjdk.org (Paul Hohensee)
Date: Mon, 20 Oct 2025 23:05:14 GMT
Subject: [jdk8u-dev] RFR: 8277159: Fix java/nio/file/FileStore/Basic.java
 test by ignoring /run/user/* mount points [v2]
In-Reply-To: <7GqTatNHkk38uGQrw_pMN7CTUc3nMJVtzlMAy56B3R8=.a5040290-88b7-4ac0-9cbc-bff9bc87dbb9@github.com>
References: <cpWfPy5jWU38GT9c_nBVuIhaSpE1qfU632YoGlhHkJ8=.d40a942a-ae8a-4af0-ad6e-d20aa35175c5@github.com>
 <7GqTatNHkk38uGQrw_pMN7CTUc3nMJVtzlMAy56B3R8=.a5040290-88b7-4ac0-9cbc-bff9bc87dbb9@github.com>
Message-ID: <Bjjc1pXVulnsEkWnnb0eOInfap5k6dri3-Q-Oj4d3wA=.01360813-fb34-4402-bce6-15beaeda21fc@github.com>

On Thu, 16 Oct 2025 03:44:51 GMT, SendaoYan <syan at openjdk.org> wrote:

>> Hi all,
>> 
>> This pull request contains a backport of commit [b6876649](https://github.com/openjdk/jdk/commit/b6876649a82bed508d817ccbde1600d00937e4b2) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>> 
>> This backport PR try to fix the test bug, test will skip the '/run/user' directory when it throw FileSystemException. This PR add `import jdk.test.lib.Platform;` and `@library /test/lib` make this backport uncleanly, other parts are backport cleanly.
>> 
>> Change has been verified locally, test-fix only, no risk.
>> 
>> Thanks!
>
> SendaoYan has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Add "@libiray /test/lib" and "import jdk.test.lib.Platform;"

Marked as reviewed by phh (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/705#pullrequestreview-3358176407

From syan at openjdk.org  Tue Oct 21 02:13:21 2025
From: syan at openjdk.org (SendaoYan)
Date: Tue, 21 Oct 2025 02:13:21 GMT
Subject: [jdk8u-dev] RFR: 8277159: Fix java/nio/file/FileStore/Basic.java
 test by ignoring /run/user/* mount points [v2]
In-Reply-To: <Bjjc1pXVulnsEkWnnb0eOInfap5k6dri3-Q-Oj4d3wA=.01360813-fb34-4402-bce6-15beaeda21fc@github.com>
References: <cpWfPy5jWU38GT9c_nBVuIhaSpE1qfU632YoGlhHkJ8=.d40a942a-ae8a-4af0-ad6e-d20aa35175c5@github.com>
 <7GqTatNHkk38uGQrw_pMN7CTUc3nMJVtzlMAy56B3R8=.a5040290-88b7-4ac0-9cbc-bff9bc87dbb9@github.com>
 <Bjjc1pXVulnsEkWnnb0eOInfap5k6dri3-Q-Oj4d3wA=.01360813-fb34-4402-bce6-15beaeda21fc@github.com>
Message-ID: <onVk7qmYGwhrH3TgA2YB4QDAdAMaV5aha1hzbVv0gXQ=.8406e729-e2c6-419a-9c6d-c37fc359f0fa@github.com>

On Mon, 20 Oct 2025 23:02:09 GMT, Paul Hohensee <phh at openjdk.org> wrote:

>> SendaoYan has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Add "@libiray /test/lib" and "import jdk.test.lib.Platform;"
>
> Marked as reviewed by phh (Reviewer).

Thanks for the reviews @phohensee

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/705#issuecomment-3424396065

From tkiriyama at openjdk.org  Tue Oct 21 09:20:44 2025
From: tkiriyama at openjdk.org (Takuya Kiriyama)
Date: Tue, 21 Oct 2025 09:20:44 GMT
Subject: [jdk8u-dev] RFR: 8212678: Windows IME related patch
Message-ID: <nuNl78xY59YMeaZtgU70tF8Gy0jtmkVOG0VFNy7YmM4=.ee799261-1b3f-4ae7-ac6a-27fd8ded237e@github.com>

Hi All,  

I would like to backport this bug fix (JDK-8212768) done in jdk13 to jdk8. It is basically a clean backport, but only the copyright of awt_InputMethod.cpp and awt_Component.cpp is not updated because the current source is newer.  

The following fixes are resolved.

**Issue A: Cannot display surrogate pair character on Windows floating IME window for passive component**  
It has been reproduced using the test program (SwingSet2) in a specific environment and verified that this fix resolves it. 

**Issue B: Control Windows IME status using InputSubset and UnicodeBlock for CJK countries**  
It has been reproduced using the test program (ImSubsetsTest.java) in a specific environment and verified that this fix resolves it. 

**Issue C: Check pre-edit string availability for Windows Chinese IME**  
It probably won't happen again in the new environment. I have verified that the behavior of the test program  (IMFTestA.java) remains unchanged after this fix.

JTREG tests were executed using the `-a` option (automatic tests only) for the test suites  java/awt/Component and java/awt/InputMethods. No failures were found.

The changes implemented in JDK-8212678 alone are not sufficient to fully resolve IME-related issues. To ensure a complete fix, the changes from JDK-8258805 must also be integrated.
I plan to create a separate pull request.

Thank you.

-------------

Commit messages:
 - 8212678: Windows IME related patch

Changes: https://git.openjdk.org/jdk8u-dev/pull/706/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=706&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8212678
  Stats: 40 lines in 3 files changed: 38 ins; 0 del; 2 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/706.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/706/head:pull/706

PR: https://git.openjdk.org/jdk8u-dev/pull/706

From syan at openjdk.org  Wed Oct 22 09:20:48 2025
From: syan at openjdk.org (SendaoYan)
Date: Wed, 22 Oct 2025 09:20:48 GMT
Subject: [jdk8u-dev] RFR: 8223145: Replace wildcard address with loopback or
 local host in tests - part 1
Message-ID: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>

Hi, all

We observed the test java/net/Socket/GetLocalAddress.java intermittently fails "java.net.SocketException: Invalid argument or cannot assign requested address" very often. So I want to backport JDK-8223145 to jdk8u-dev to fix this issue.

Testing:

- [x] Test all the touch files locally on linux-x64, except sun/net/www/httptest/TestHttpServer.java and lib/testlibrary/jdk/testlibrary/net/URIBuilder.java which use as test library.
- [ ] Test all the jtreg tests by jenkins.

There are 3 types of files cause backport uncleanly.

1. Different context cause should replace '127.0.0.1' as 'loopback' manually.

jdk/test/com/sun/net/httpserver/bugs/B6361557.java
jdk/test/java/net/Socket/UrgentDataTest.java
jdk/test/sun/net/www/http/HttpURLConnection/PostOnDelete.java

2. Different context cause deal with copyright year manually.
jdk/test/java/net/Socket/TestAfterClose.java
jdk/test/java/net/ResponseCache/ResponseCacheTest.java
jdk/test/sun/net/www/protocol/http/B8012625.java


3. Test was added after jdk8+, so it's not needed deal with jdk8u-dev
java/net/SocketOption/OptionsTest.java
java/net/URLPermission/nstest/LookupTest.java
sun/net/www/http/HttpURLConnection/NTLMAuthWithSM.java

4. The test library located difference, so we need to adopt in jdk8u-dev: replace '@library /test/lib' as '@library /lib/testlibrary', and replace 'import jdk.test.lib.net.URIBuilder;' as 'import jdk.testlibrary.net.URIBuilder;'.
java/net/ResponseCache/ResponseCacheTest.java
java/net/HttpURLConnection/UnmodifiableMaps.java
sun/net/www/protocol/https/HttpsURLConnection/CookieHandlerTest.java
sun/net/www/http/KeepAliveStream/KeepAliveStreamClose.java
java/net/URL/GetContent.java

-------------

Commit messages:
 - replace '@library /test/lib' as '@library /lib/testlibrary', and replace 'import jdk.test.lib.net.URIBuilder;' as 'import jdk.testlibrary.net.URIBuilder;'
 - Backport 7d4520c109f408a7dbcdcc424dfef121e3eeaaa7

Changes: https://git.openjdk.org/jdk8u-dev/pull/707/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=707&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8223145
  Stats: 191 lines in 21 files changed: 132 ins; 1 del; 58 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/707.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/707/head:pull/707

PR: https://git.openjdk.org/jdk8u-dev/pull/707

From syan at openjdk.org  Wed Oct 22 11:42:48 2025
From: syan at openjdk.org (SendaoYan)
Date: Wed, 22 Oct 2025 11:42:48 GMT
Subject: [jdk8u-dev] RFR: 8223145: Replace wildcard address with loopback
 or local host in tests - part 1
In-Reply-To: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
References: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
Message-ID: <OLWR3uJ6rablMCwfw3sDiHCduNSA96MF36kgCC5FbYg=.401ebdb0-dd0a-4fb3-b065-a4c1adc3055f@github.com>

On Wed, 22 Oct 2025 08:37:45 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi, all
> 
> We observed the test java/net/Socket/GetLocalAddress.java intermittently fails "java.net.SocketException: Invalid argument or cannot assign requested address" very often. So I want to backport JDK-8223145 to jdk8u-dev to fix this issue.
> 
> Testing:
> 
> - [x] Test all the touch files locally on linux-x64, except sun/net/www/httptest/TestHttpServer.java and lib/testlibrary/jdk/testlibrary/net/URIBuilder.java which use as test library.
> - [x] Test all the jtreg tests by jenkins.
> 
> There are 3 types of files cause backport uncleanly.
> 
> 1. Different context cause should replace '127.0.0.1' as 'loopback' manually.
> 
> jdk/test/com/sun/net/httpserver/bugs/B6361557.java
> jdk/test/java/net/Socket/UrgentDataTest.java
> jdk/test/sun/net/www/http/HttpURLConnection/PostOnDelete.java
> 
> 2. Different context cause deal with copyright year manually.
> jdk/test/java/net/Socket/TestAfterClose.java
> jdk/test/java/net/ResponseCache/ResponseCacheTest.java
> jdk/test/sun/net/www/protocol/http/B8012625.java
> 
> 
> 3. Test was added after jdk8+, so it's not needed deal with jdk8u-dev
> java/net/SocketOption/OptionsTest.java
> java/net/URLPermission/nstest/LookupTest.java
> sun/net/www/http/HttpURLConnection/NTLMAuthWithSM.java
> 
> 4. The test library located difference, so we need to adopt in jdk8u-dev: replace '@library /test/lib' as '@library /lib/testlibrary', and replace 'import jdk.test.lib.net.URIBuilder;' as 'import jdk.testlibrary.net.URIBuilder;'.
> java/net/ResponseCache/ResponseCacheTest.java
> java/net/HttpURLConnection/UnmodifiableMaps.java
> sun/net/www/protocol/https/HttpsURLConnection/CookieHandlerTest.java
> sun/net/www/http/KeepAliveStream/KeepAliveStreamClose.java
> java/net/URL/GetContent.java

GHA report [linux-x86](https://github.com/sendaoYan/jdk8u-dev-ysd/actions/runs/18711380008/job/53361647054) gc/concurrentMarkSweep/SystemGCOnForegroundCollector.java trigger jvm crash, which has been recorded by [JDK-8361833](https://bugs.openjdk.org/browse/JDK-8361833). I think it's unrelated to this backport PR.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/707#issuecomment-3431947638

From gnu.andrew at redhat.com  Wed Oct 22 23:38:33 2025
From: gnu.andrew at redhat.com (Andrew Hughes)
Date: Thu, 23 Oct 2025 00:38:33 +0100
Subject: OpenJDK 8u472 Released
Message-ID: <aPlq+cyHvoNirIre@rincewind>

We are pleased to announce the release of OpenJDK 8u472.

The source tarball is available from:

* https://openjdk-sources.osci.io/openjdk8/openjdk8u472-b08.tar.xz

The tarball is accompanied by a digital signature available at:

* https://openjdk-sources.osci.io/openjdk8/openjdk8u472-b08.tar.xz.sig

This is signed by our Red Hat OpenJDK key (openjdk at redhat.com):

PGP Key: rsa4096/0x92EF8D39DC13168F (hkp://keys.gnupg.net)
Fingerprint = CA5F 11C6 CE22 644D 42C6  AC44 92EF 8D39 DC13 168F

SHA256 checksums:

29b83d7c77218dfb1d4d54f16b3e8e05bb91fa31937840363e4214336dea6dad  openjdk8u472-b08.tar.xz
b22c44d7aa91b6bef7f2fb6438259de2085c3b4456bbd703dbd1b391cba533d9  openjdk8u472-b08.tar.xz.sig

SHA512 checksums:

225fe479e5294e38d83b3566c1eb6082bb2568700d86385b5a849e9b7abf0002ec16d74d9c76b1306a3ad94bec38988d67dd29d84042443ca85ac77e5380352d  openjdk8u472-b08.tar.xz
79a6ec99957b56fac05425622b75acb7fb92fdb81f7d4c2b3f7e48a15fd482c489c674cba43462491f739215c6243ea679144eb6e302bf1d7dd6fbb735842330  openjdk8u472-b08.tar.xz.sig

The checksums can be downloaded from:

* https://openjdk-sources.osci.io/openjdk8/openjdk8u472-b08.sha256
* https://openjdk-sources.osci.io/openjdk8/openjdk8u472-b08.sha512

New in release OpenJDK 8u472 (2025-10-21):
===========================================
Live versions of these release notes can be found at:
  * https://bit.ly/openjdk8u472

* CVEs
  - CVE-2025-53057
  - CVE-2025-53066
* Changes
  - JDK-7102969: currency.properties supercede not working correctly
  - JDK-8041924: [TESTBUG] sun/net/www/http/ChunkedOutputStream/checkError.java fails on some systems
  - JDK-8044051: Test jdk/lambda/vm/InterfaceAccessFlagsTest.java gets IOException during compilation
  - JDK-8056283: @ignore tools/javac/defaultMethods/Assertions.java until JDK-8047675 is fixed
  - JDK-8081734: ConcurrentHashMap/ConcurrentAssociateTest.java, times out 90% of time on sparc with 256 cpu.
  - JDK-8157138: Error while fetching currency instance by Currency.getInstance(currencycode)
  - JDK-8160767: [TEST_BUG] java/awt/Frame/MaximizedToIconified/MaximizedToIconified.java
  - JDK-8185348: Major performance regression in GetMethodDeclaringClass and other JVMTI Method functions
  - JDK-8185500: [TESTBUG] Add keywords headful/printer in java/awt and javax tests.
  - JDK-8186259: IOExceptionIfEncodedURLTest.sh versus IOExceptionIfEncodedURLTest.java
  - JDK-8205653: test/jdk/sun/management/jmxremote/bootstrap/RmiRegistrySslTest.java and RmiSslBootstrapTest.sh fail with handshake_failure
  - JDK-8228658: test GetTotalSafepointTime.java fails on fast Linux machines with Total safepoint time 0 ms
  - JDK-8275303: sun/java2d/pipe/InterpolationQualityTest.java fails with D3D basic render driver
  - JDK-8312065: Socket.connect does not timeout when profiling
  - JDK-8335978: [8u] incorrect include file name in semaphore.inline.hpp
  - JDK-8339414: Fix JDK-8202369 incorrect backport for 8u
  - JDK-8340387: Update OS detection code to recognize Windows Server 2025
  - JDK-8345414: Google CAInterop test failures
  - JDK-8348760: RadioButton is not shown if JRadioButtonMenuItem is rendered with ImageIcon in WindowsLookAndFeel
  - JDK-8351624: [8u] Xerces-J version wrong in THIRD_PARTY_README after JDK-7150324
  - JDK-8352302: Test sun/security/tools/jarsigner/TimestampCheck.java is failing
  - JDK-8352637: Enhance bytecode verification
  - JDK-8356294: Enhance Path Factories
  - JDK-8358328: Bump update version of OpenJDK: 8u472
  - JDK-8358538: Update GHA Windows runner to 2025
  - JDK-8360937: Enhance certificate handling
  - JDK-8361212: Remove AffirmTrust root CAs
  - JDK-8363965: GHA: Switch cross-compiling sysroots to Debian bookworm
  - JDK-8365375: Method SU3.setAcceleratorSelectionForeground assigns to acceleratorForeground
  - JDK-8365389: Remove static color fields from SwingUtilities3 and WindowsMenuItemUI
  - JDK-8365560: [8u] ppc64le MaxRAM default is too low at 4GiB
  - JDK-8365811: test/jdk/java/net/CookieHandler/B6644726.java failure - "Should have 5 cookies. Got only 4, expires probably didn't parse correctly"
  - JDK-8366112: [8u] GHA: Fix broken installation of Windows SDK
  - JDK-8368308: ISO 4217 Amendment 180 Update

Notes on individual issues:
===========================

security-libs/java.security:

JDK-8361212: Remove AffirmTrust root CAs
========================================
The following root certificates from AffirmTrust, which were
deactivated in the 8u432 release of October 2024, have been removed
from the `cacerts` keystore:

Alias name: affirmtrustcommercialca [jdk]
CN=AffirmTrust Commercial
O=AffirmTrust
C=US
SHA256: 03:76:AB:1D:54:C5:F9:80:3C:E4:B2:E2:01:A0:EE:7E:EF:7B:57:B6:36:E8:A9:3C:9B:8D:48:60:C9:6F:5F:A7

Alias name: affirmtrustnetworkingca [jdk]
CN=AffirmTrust Networking
O=AffirmTrust
C=US
SHA256: 0A:81:EC:5A:92:97:77:F1:45:90:4A:F3:8D:5D:50:9F:66:B5:E2:C5:8F:CD:B5:31:05:8B:0E:17:F3:F0B4:1B

Alias name: affirmtrustpremiumca [jdk]
CN=AffirmTrust Premium
O=AffirmTrust
C=US
SHA256: 70:A7:3F:7F:37:6B:60:07:42:48:90:45:34:B1:14:82:D5:BF:0E:69:8E:CC:49:8D:F5:25:77:EB:F2:E9:3B:9A

Alias name: affirmtrustpremiumeccca [jdk]
CN=AffirmTrust Premium ECC
O=AffirmTrust
C=US
SHA256: BD:71:FD:F6:DA:97:E4:CF:62:D1:64:7A:DD:25:81:B0:7D:79:AD:F8:39:7E:B4:EC:BA:9C:5E:84:88:82:14:23

Happy hacking,
-- 
Andrew :)
Pronouns: he / him or they / them
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222

Please contact via e-mail, not proprietary chat networks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <https://mail.openjdk.org/pipermail/jdk8u-dev/attachments/20251023/c7dfa91d/signature-0001.asc>

From syan at openjdk.org  Thu Oct 23 09:43:44 2025
From: syan at openjdk.org (SendaoYan)
Date: Thu, 23 Oct 2025 09:43:44 GMT
Subject: [jdk8u-dev] RFR: 8186149: quarantine
 gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java [v3]
In-Reply-To: <Truw6aPRFT6XR0vGHjvzdlUWEU_s--JmZta4F4u8ns8=.9e5911b2-cdc1-47b5-bf94-13d53b8f6110@github.com>
References: <Truw6aPRFT6XR0vGHjvzdlUWEU_s--JmZta4F4u8ns8=.9e5911b2-cdc1-47b5-bf94-13d53b8f6110@github.com>
Message-ID: <p6apAQ47oTurgzIAdQs6lJ34VCIF1UgXgByvxqcj0DY=.7159e92d-4217-41d5-853a-4cec5e723fa7@github.com>

> Hi all,
> 
> I found that gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java intermittent fails which has been fixed by jdk13 in [JDK-8218049](https://bugs.openjdk.org/browse/JDK-8218049). I think this fixed PR do not suitable to backport from jdk13 to jdk8u. So I want to backport [JDK-8186149](https://bugs.openjdk.org/browse/JDK-8186149) to quarantine this fragile test.
> 
> Backport not clean because there are many different context between jdk8u and jdk13 for hotspot/test/ProblemList.txt
> 
> Only touch the Problemlist, no risk.

SendaoYan 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 three additional commits since the last revision:

 - Merge branch 'openjdk:master' into jbs8186149
 - Merge branch 'openjdk:master' into jbs8186149
 - Backport 19ead83208381512fa2c89673b8d992b6106cc1c

-------------

Changes:
  - all: https://git.openjdk.org/jdk8u-dev/pull/683/files
  - new: https://git.openjdk.org/jdk8u-dev/pull/683/files/ee59d45d..0f13e9c9

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=683&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=683&range=01-02

  Stats: 7 lines in 2 files changed: 5 ins; 0 del; 2 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/683.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/683/head:pull/683

PR: https://git.openjdk.org/jdk8u-dev/pull/683

From ktakakuri at openjdk.org  Thu Oct 23 11:11:23 2025
From: ktakakuri at openjdk.org (Kazuhisa Takakuri)
Date: Thu, 23 Oct 2025 11:11:23 GMT
Subject: [jdk8u-dev] RFR: 8160974: [TESTBUG] Mark more headful tests with
 @key headful. [v6]
In-Reply-To: <JHYaXypVDmUVrVrA1VxAjWkJJJv9gOFgS1mm7DuZ1d0=.8e60b898-ab67-427d-979f-57f71110cfb9@github.com>
References: <xZwOORWtfakLj99fCwtmT0x5RuD_wpqAFASjs-pzgZI=.ec9901c5-7f0e-4776-8a00-a54d90227e31@github.com>
 <vbD9rIUY5ecBWbqVxj6KpWWENa8s79x2KB_DBMJ-aIc=.9ae8ddb2-46db-467b-af57-cfb721e4c38b@github.com>
 <JHYaXypVDmUVrVrA1VxAjWkJJJv9gOFgS1mm7DuZ1d0=.8e60b898-ab67-427d-979f-57f71110cfb9@github.com>
Message-ID: <S5mStwJ2w4C8o5SOo_NNTvYPVEOIlj1p6s-9A1It-AY=.b99c53ae-5659-4165-bc93-984401860e2c@github.com>

On Fri, 17 Oct 2025 22:27:05 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

>> Kazuhisa Takakuri 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 8160974
>>  - Backport e52b963d0cdc49e2048757eae2e4b10bb279f296
>>  - Backport e52b963d0cdc49e2048757eae2e4b10bb279f296
>>  - Merge branch 'master' into 8160974
>>  - Merge branch 'master' into 8160974
>>  - Backport e52b963d0cdc49e2048757eae2e4b10bb279f296
>
> Please merge the master branch, as the current branch is quite outdated.

@mrserb I apologize for the delay. Although I opened this PR myself, due to commitments with other work, I can't dedicate time to this PR this month. I plan to merge the latest master branch and do tests next month. (If I'm unavailable, I might have another member of my team resubmit the pull request.) Would that be acceptable to you?
Thanks.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/383#issuecomment-3436356607

From duke at openjdk.org  Fri Oct 24 00:48:20 2025
From: duke at openjdk.org (duke)
Date: Fri, 24 Oct 2025 00:48:20 GMT
Subject: [jdk8u-dev] Withdrawn: 8199138: Add RISC-V support to Zero
In-Reply-To: <c2WFqTR5vrvW8yL1XyBI3P-HOzZ-mjiWeeObVOJphPM=.d1f02d28-f1d8-4325-898b-34749b323b2e@github.com>
References: <c2WFqTR5vrvW8yL1XyBI3P-HOzZ-mjiWeeObVOJphPM=.d1f02d28-f1d8-4325-898b-34749b323b2e@github.com>
Message-ID: <62-W3oAPL4A4y9zZyn_IJAIP5NRjAFYxXOye7J_AvAw=.9e6b01ed-0dc0-4a9d-aff3-2a3ac06fc836@github.com>

On Tue, 3 Sep 2024 04:42:37 GMT, Dingli Zhang <dzhang at openjdk.org> wrote:

> Hi all,
> 
> I'd like to backport this patch to jdk8u. Since most linux distributions support riscv64 and provide zero version jdk8 for riscv64.  However, we may need to do some workarounds each time we upgrade the version, so I think it is helpful to provide  zero support for riscv64 here.
> 
> `common/autoconf/build-aux/config.guess` and `hotspot/src/os/linux/vm/os_linux.cpp` do not apply cleanly due to context difference, but it is easy to resolve them manually.  `common/autoconf/platform.m4` just changed file path and remove test of `x$OPENJDK_$1_CPU`.
> 
> `common/autoconf/generated-configure.sh` regenerated by `bash common/autoconf/autogen.sh`. I used autoconf-2.69 and build from the [source](https://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz) . But it looks a bit different from the one generated in the repo. I also tried autoconf-2.69 that comes with ubuntu 20.04 and the generated file is similar to the one in https://github.com/openjdk/jdk8u-dev/pull/413.  I'm not quite sure which version of autoconf2.69 to use, if anyone has a better suggestion or is willing to help me generate a different one, I'd appreciate it!
> 
> Both cross-compile build and native build on riscv64 hardware is tested.
> 
> ### cross-compile on x86
> #### boot jdk
> 
> openjdk version "1.8.0_43"
> OpenJDK Runtime Environment (build 1.8.0_43-b03)
> OpenJDK 64-Bit Server VM (build 25.40-b25, mixed mode)
> 
> #### run on qemu
> 
> openjdk version "1.8.0_432-internal"
> OpenJDK Runtime Environment (build 1.8.0_432-internal-zhangdingli_2024_09_02_21_37-b00)
> OpenJDK 64-Bit Zero VM (build 25.432-b00, interpreted mode)
> 
> ### native build on lp4a
> #### boot jdk
> 
> openjdk version "1.8.0_412"
> OpenJDK Runtime Environment Bisheng (build 1.8.0_412-b08)
> OpenJDK 64-Bit Zero VM Bisheng (build 25.412-b08, interpreted mode)
> 
> #### run on lp4a
> 
> openjdk version "1.8.0_432-internal"
> OpenJDK Runtime Environment (build 1.8.0_432-internal-openeuler_2024_09_02_21_38-b00)
> OpenJDK 64-Bit Zero VM (build 25.432-b00, interpreted mode)
> 
> 
> Thanks,
> Dingli

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/jdk8u-dev/pull/573

From syan at openjdk.org  Fri Oct 24 06:31:26 2025
From: syan at openjdk.org (SendaoYan)
Date: Fri, 24 Oct 2025 06:31:26 GMT
Subject: [jdk8u-dev] RFR: 8264524:
 jdk/internal/platform/docker/TestDockerMemoryMetrics.java fails due to
 swapping not working
Message-ID: <JdTE5RPLr6dAZerjFupaiDKMilbET5kryped52SoKrE=.01fd624e-75d5-483b-94c9-da3ab4446875@github.com>

Hi all,

This backport PR partial fix the test bug, which may cause test fails without swapping memory. Change has been verified locally. Test-fix only, no risk. This backport will make later backport JDK-8343340 cleanly.

Only the different copyright year cause this backport uncleanly. Other parts are backport cleanly.

-------------

Commit messages:
 - Backport bfb034abf9d5e5eb24d524f35b3f745e94631c4a

Changes: https://git.openjdk.org/jdk8u-dev/pull/708/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=708&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8264524
  Stats: 25 lines in 1 file changed: 23 ins; 0 del; 2 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/708.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/708/head:pull/708

PR: https://git.openjdk.org/jdk8u-dev/pull/708

From phh at openjdk.org  Mon Oct 27 18:13:37 2025
From: phh at openjdk.org (Paul Hohensee)
Date: Mon, 27 Oct 2025 18:13:37 GMT
Subject: [jdk8u-dev] RFR: 8264524:
 jdk/internal/platform/docker/TestDockerMemoryMetrics.java fails due to
 swapping not working
In-Reply-To: <JdTE5RPLr6dAZerjFupaiDKMilbET5kryped52SoKrE=.01fd624e-75d5-483b-94c9-da3ab4446875@github.com>
References: <JdTE5RPLr6dAZerjFupaiDKMilbET5kryped52SoKrE=.01fd624e-75d5-483b-94c9-da3ab4446875@github.com>
Message-ID: <2YpeLTSy_Wnx_KgcYNsKYJVyidK0e1iMDxydZ27UgXI=.0bbb2d3c-f93b-4c48-8506-762187afdb2c@github.com>

On Fri, 24 Oct 2025 06:25:34 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi all,
> 
> This backport PR partial fix the test bug, which may cause test fails without swapping memory. Change has been verified locally. Test-fix only, no risk. This backport will make later backport JDK-8343340 cleanly.
> 
> Only the different copyright year cause this backport uncleanly. Other parts are backport cleanly.

Marked as reviewed by phh (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/708#pullrequestreview-3384821231

From phh at openjdk.org  Mon Oct 27 18:15:48 2025
From: phh at openjdk.org (Paul Hohensee)
Date: Mon, 27 Oct 2025 18:15:48 GMT
Subject: [jdk8u-dev] RFR: 8186149: quarantine
 gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java [v3]
In-Reply-To: <p6apAQ47oTurgzIAdQs6lJ34VCIF1UgXgByvxqcj0DY=.7159e92d-4217-41d5-853a-4cec5e723fa7@github.com>
References: <Truw6aPRFT6XR0vGHjvzdlUWEU_s--JmZta4F4u8ns8=.9e5911b2-cdc1-47b5-bf94-13d53b8f6110@github.com>
 <p6apAQ47oTurgzIAdQs6lJ34VCIF1UgXgByvxqcj0DY=.7159e92d-4217-41d5-853a-4cec5e723fa7@github.com>
Message-ID: <fLdTM1oeKK_yFr8laYLAn6yQGjOJofVzfyWhLktNjZI=.5b165c99-38f3-4797-ab14-3df8a10de950@github.com>

On Thu, 23 Oct 2025 09:43:44 GMT, SendaoYan <syan at openjdk.org> wrote:

>> Hi all,
>> 
>> I found that gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java intermittent fails which has been fixed by jdk13 in [JDK-8218049](https://bugs.openjdk.org/browse/JDK-8218049). I think this fixed PR do not suitable to backport from jdk13 to jdk8u. So I want to backport [JDK-8186149](https://bugs.openjdk.org/browse/JDK-8186149) to quarantine this fragile test.
>> 
>> Backport not clean because there are many different context between jdk8u and jdk13 for hotspot/test/ProblemList.txt
>> 
>> Only touch the Problemlist, no risk.
>
> SendaoYan 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 three additional commits since the last revision:
> 
>  - Merge branch 'openjdk:master' into jbs8186149
>  - Merge branch 'openjdk:master' into jbs8186149
>  - Backport 19ead83208381512fa2c89673b8d992b6106cc1c

Marked as reviewed by phh (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk8u-dev/pull/683#pullrequestreview-3384828146

From phh at openjdk.org  Mon Oct 27 19:10:15 2025
From: phh at openjdk.org (Paul Hohensee)
Date: Mon, 27 Oct 2025 19:10:15 GMT
Subject: [jdk8u-dev] RFR: 8223145: Replace wildcard address with loopback
 or local host in tests - part 1
In-Reply-To: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
References: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
Message-ID: <yPi5yvs0X11CkzK0ruOhtnzh4SIAAWCJZd6ONJzHpT4=.e00cf6a1-ca73-40a5-96b7-7e45eb33f3d5@github.com>

On Wed, 22 Oct 2025 08:37:45 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi, all
> 
> We observed the test java/net/Socket/GetLocalAddress.java intermittently fails "java.net.SocketException: Invalid argument or cannot assign requested address" very often. So I want to backport JDK-8223145 to jdk8u-dev to fix this issue.
> 
> Testing:
> 
> - [x] Test all the touch files locally on linux-x64, except sun/net/www/httptest/TestHttpServer.java and lib/testlibrary/jdk/testlibrary/net/URIBuilder.java which use as test library.
> - [x] Test all the jtreg tests by jenkins.
> 
> There are 3 types of files cause backport uncleanly.
> 
> 1. Different context cause should replace '127.0.0.1' as 'loopback' manually.
> 
> jdk/test/com/sun/net/httpserver/bugs/B6361557.java
> jdk/test/java/net/Socket/UrgentDataTest.java
> jdk/test/sun/net/www/http/HttpURLConnection/PostOnDelete.java
> 
> 2. Different context cause deal with copyright year manually.
> jdk/test/java/net/Socket/TestAfterClose.java
> jdk/test/java/net/ResponseCache/ResponseCacheTest.java
> jdk/test/sun/net/www/protocol/http/B8012625.java
> 
> 
> 3. Test was added after jdk8+, so it's not needed deal with jdk8u-dev
> java/net/SocketOption/OptionsTest.java
> java/net/URLPermission/nstest/LookupTest.java
> sun/net/www/http/HttpURLConnection/NTLMAuthWithSM.java
> 
> 4. The test library located difference, so we need to adopt in jdk8u-dev: replace '@library /test/lib' as '@library /lib/testlibrary', and replace 'import jdk.test.lib.net.URIBuilder;' as 'import jdk.testlibrary.net.URIBuilder;'.
> java/net/ResponseCache/ResponseCacheTest.java
> java/net/HttpURLConnection/UnmodifiableMaps.java
> sun/net/www/protocol/https/HttpsURLConnection/CookieHandlerTest.java
> sun/net/www/http/KeepAliveStream/KeepAliveStreamClose.java
> java/net/URL/GetContent.java

Looks like you grabbed changes to TestHttpServer.java from somewhere, but git blame doesn't help me find from which JBS issue(s). If you know, and it makes sense to backport it/those, please add any such issues. Otherwise, lgtm as is.

-------------

Marked as reviewed by phh (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/707#pullrequestreview-3385053000

From duke at openjdk.org  Mon Oct 27 20:55:50 2025
From: duke at openjdk.org (Voznia Anton)
Date: Mon, 27 Oct 2025 20:55:50 GMT
Subject: [jdk8u-dev] RFR: 8351359: OperatingSystemMXBean: values from
 getCpuLoad and getProcessCpuLoad are stale after 24.8 days (Windows)
Message-ID: <qNR53fzyo14j0wcuXKPRiWlbU43HKH-xYnhjbd6aQEM=.f37f24d6-5381-4427-8a5b-a4ce734902ff@github.com>

Hi,

It's a clean backport of JDK-8351359.
I didn't include `#include <sysinfoapi.h>` as it is in [the original commit](https://github.com/openjdk/jdk/commit/900b3ff7ee933520efe2438fb7c841a4e6a93d17) because of compilation problem.
Instead of that, there is already included `windows.h` that contains the `GetTickCount64()` function. It's redundant to include `sysinfoapi.h`.
The changes are related to Windows only.

Testing:
- manual testing code that calls `getProcessCpuLoad()` on windows server 2025, intel cpu
- testing x86 and x64 builds
- Pre-submit tests

-------------

Commit messages:
 - Fix copyright year.
 - Fix comment.
 - 8351359: OperatingSystemMXBean: values from getCpuLoad and getProcessCpuLoad are stale after 24.8 days (Windows)

Changes: https://git.openjdk.org/jdk8u-dev/pull/701/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=701&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8351359
  Stats: 4 lines in 1 file changed: 0 ins; 0 del; 4 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/701.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/701/head:pull/701

PR: https://git.openjdk.org/jdk8u-dev/pull/701

From syan at openjdk.org  Tue Oct 28 01:34:15 2025
From: syan at openjdk.org (SendaoYan)
Date: Tue, 28 Oct 2025 01:34:15 GMT
Subject: [jdk8u-dev] RFR: 8264524:
 jdk/internal/platform/docker/TestDockerMemoryMetrics.java fails due to
 swapping not working
In-Reply-To: <2YpeLTSy_Wnx_KgcYNsKYJVyidK0e1iMDxydZ27UgXI=.0bbb2d3c-f93b-4c48-8506-762187afdb2c@github.com>
References: <JdTE5RPLr6dAZerjFupaiDKMilbET5kryped52SoKrE=.01fd624e-75d5-483b-94c9-da3ab4446875@github.com>
 <2YpeLTSy_Wnx_KgcYNsKYJVyidK0e1iMDxydZ27UgXI=.0bbb2d3c-f93b-4c48-8506-762187afdb2c@github.com>
Message-ID: <gkdwTLVqRfeyEWWN76YhkcC8QeG0y6X49DPXbjTYdho=.efd54a72-dfcc-4a13-ae6b-5c415ad3a73c@github.com>

On Mon, 27 Oct 2025 18:11:18 GMT, Paul Hohensee <phh at openjdk.org> wrote:

>> Hi all,
>> 
>> This backport PR partial fix the test bug, which may cause test fails without swapping memory. Change has been verified locally. Test-fix only, no risk. This backport will make later backport JDK-8343340 cleanly.
>> 
>> Only the different copyright year cause this backport uncleanly. Other parts are backport cleanly.
>
> Marked as reviewed by phh (Reviewer).

Thanks for the reviews @phohensee

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/708#issuecomment-3454060625

From syan at openjdk.org  Tue Oct 28 01:39:16 2025
From: syan at openjdk.org (SendaoYan)
Date: Tue, 28 Oct 2025 01:39:16 GMT
Subject: [jdk8u-dev] RFR: 8186149: quarantine
 gc/survivorAlignment/TestPromotionFromSurvivorToTenuredAfterMinorGC.java [v3]
In-Reply-To: <fLdTM1oeKK_yFr8laYLAn6yQGjOJofVzfyWhLktNjZI=.5b165c99-38f3-4797-ab14-3df8a10de950@github.com>
References: <Truw6aPRFT6XR0vGHjvzdlUWEU_s--JmZta4F4u8ns8=.9e5911b2-cdc1-47b5-bf94-13d53b8f6110@github.com>
 <p6apAQ47oTurgzIAdQs6lJ34VCIF1UgXgByvxqcj0DY=.7159e92d-4217-41d5-853a-4cec5e723fa7@github.com>
 <fLdTM1oeKK_yFr8laYLAn6yQGjOJofVzfyWhLktNjZI=.5b165c99-38f3-4797-ab14-3df8a10de950@github.com>
Message-ID: <q0fne_HN6cMp0BpgxIJVUCAGkiOyiY2Sd3hMfQRD86w=.c14573e5-2bff-4d2e-bb04-f7ddabf29e1c@github.com>

On Mon, 27 Oct 2025 18:13:23 GMT, Paul Hohensee <phh at openjdk.org> wrote:

>> SendaoYan 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 three additional commits since the last revision:
>> 
>>  - Merge branch 'openjdk:master' into jbs8186149
>>  - Merge branch 'openjdk:master' into jbs8186149
>>  - Backport 19ead83208381512fa2c89673b8d992b6106cc1c
>
> Marked as reviewed by phh (Reviewer).

Thanks for the reviews @phohensee 

GHA report two jobs jtreg tests fails. I think the fails is unrelated to this backport PR.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/683#issuecomment-3454073115

From syan at openjdk.org  Tue Oct 28 02:41:16 2025
From: syan at openjdk.org (SendaoYan)
Date: Tue, 28 Oct 2025 02:41:16 GMT
Subject: [jdk8u-dev] RFR: 8223145: Replace wildcard address with loopback
 or local host in tests - part 1
In-Reply-To: <yPi5yvs0X11CkzK0ruOhtnzh4SIAAWCJZd6ONJzHpT4=.e00cf6a1-ca73-40a5-96b7-7e45eb33f3d5@github.com>
References: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
 <yPi5yvs0X11CkzK0ruOhtnzh4SIAAWCJZd6ONJzHpT4=.e00cf6a1-ca73-40a5-96b7-7e45eb33f3d5@github.com>
Message-ID: <uUbGboy2knhch9VbM6ikbxErDkOqXi_fmqYnA1X1EP4=.822c312f-33e9-4ca0-a732-5794925d634a@github.com>

On Mon, 27 Oct 2025 19:07:26 GMT, Paul Hohensee <phh at openjdk.org> wrote:

> Looks like you grabbed changes to TestHttpServer.java from somewhere, but git blame doesn't help me find from which JBS issue(s). If you know, and it makes sense to backport it/those, please add any such issues. Otherwise, lgtm as is.

Thanks for your patient reviews.

I get the patch file of JDK-8223145 in main-line repo(git show 7d4520c109f408a7dbcdcc424dfef121e3eeaaa7) and the patch file for this [PR](https://patch-diff.githubusercontent.com/raw/openjdk/jdk8u-dev/pull/707.diff), and then compare these two patch files. The added lines and removed lines are all the same for TestHttpServer.java file. So I think it do not have extra change for TestHttpServer.java.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/707#issuecomment-3454283781

From syan at openjdk.org  Tue Oct 28 02:47:11 2025
From: syan at openjdk.org (SendaoYan)
Date: Tue, 28 Oct 2025 02:47:11 GMT
Subject: [jdk8u-dev] RFR: 8223145: Replace wildcard address with loopback
 or local host in tests - part 1
In-Reply-To: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
References: <Q-TGQOnVnFiqT4v3PFA02BfuPgNEvqdvLpVrmkuKqQQ=.3a0d6553-7363-4002-9f71-ea11f000b056@github.com>
Message-ID: <ADz9SKLXiWCeIOB5Rfht9hth9cIyiHa-eBoQD0hhRNI=.db31a167-d679-4424-8d12-4e0c24e7624c@github.com>

On Wed, 22 Oct 2025 08:37:45 GMT, SendaoYan <syan at openjdk.org> wrote:

> Hi, all
> 
> We observed the test java/net/Socket/GetLocalAddress.java intermittently fails "java.net.SocketException: Invalid argument or cannot assign requested address" very often. So I want to backport JDK-8223145 to jdk8u-dev to fix this issue.
> 
> Testing:
> 
> - [x] Test all the touch files locally on linux-x64, except sun/net/www/httptest/TestHttpServer.java and lib/testlibrary/jdk/testlibrary/net/URIBuilder.java which use as test library.
> - [x] Test all the jtreg tests by jenkins.
> 
> There are 3 types of files cause backport uncleanly.
> 
> 1. Different context cause should replace '127.0.0.1' as 'loopback' manually.
> 
> jdk/test/com/sun/net/httpserver/bugs/B6361557.java
> jdk/test/java/net/Socket/UrgentDataTest.java
> jdk/test/sun/net/www/http/HttpURLConnection/PostOnDelete.java
> 
> 2. Different context cause deal with copyright year manually.
> jdk/test/java/net/Socket/TestAfterClose.java
> jdk/test/java/net/ResponseCache/ResponseCacheTest.java
> jdk/test/sun/net/www/protocol/http/B8012625.java
> 
> 
> 3. Test was added after jdk8+, so it's not needed deal with jdk8u-dev
> java/net/SocketOption/OptionsTest.java
> java/net/URLPermission/nstest/LookupTest.java
> sun/net/www/http/HttpURLConnection/NTLMAuthWithSM.java
> 
> 4. The test library located difference, so we need to adopt in jdk8u-dev: replace '@library /test/lib' as '@library /lib/testlibrary', and replace 'import jdk.test.lib.net.URIBuilder;' as 'import jdk.testlibrary.net.URIBuilder;'.
> java/net/ResponseCache/ResponseCacheTest.java
> java/net/HttpURLConnection/UnmodifiableMaps.java
> sun/net/www/protocol/https/HttpsURLConnection/CookieHandlerTest.java
> sun/net/www/http/KeepAliveStream/KeepAliveStreamClose.java
> java/net/URL/GetContent.java

GHA report test gc/concurrentMarkSweep/SystemGCOnForegroundCollector.java fails on linux-x86, jvm crash at 'CompactibleFreeListSpace::block_size(HeapWord const*)'. This issue has been recorded by [JDK-8361833](https://bugs.openjdk.org/browse/JDK-8361833). It's unrelated to this backport PR.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/707#issuecomment-3454296055

From jvanek at openjdk.org  Tue Oct 28 13:47:06 2025
From: jvanek at openjdk.org (=?UTF-8?B?SmnFmcOt?= =?UTF-8?B?IA==?= =?UTF-8?B?VmFuxJtr?=)
Date: Tue, 28 Oct 2025 13:47:06 GMT
Subject: [jdk8u-dev] RFR: 8193017: Import freetype sources into OpenJDK
 source tree [v12]
In-Reply-To: <dX5sZVHIrmZtFVzF20rzLgagnWe9NJVl8H77cS0AyD0=.bb62a0d7-60ad-4121-a0a6-0771d89c3d29@github.com>
References: <XOBcBVye8WM8WNyj_6fQEk3oMPt7kgxyggcIf6MMk6E=.dcd2441e-2fb5-4b18-ab98-8e274b11c562@github.com>
 <49WrRlRLlFHK72wZDLM87dK_JgUtlH0pBqcnY02o7OA=.054d15bb-11c1-46df-b7f6-aca8486d236a@github.com>
 <dX5sZVHIrmZtFVzF20rzLgagnWe9NJVl8H77cS0AyD0=.bb62a0d7-60ad-4121-a0a6-0771d89c3d29@github.com>
Message-ID: <S3MMLejQ0LwxHsRWMaSQe6WScZbHcCsBe96vKDejFq8=.95eb7778-1df8-4f04-b72a-2f8c89381085@github.com>

On Tue, 28 Jan 2025 18:04:56 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

>> George Adams has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   test removal of common/autoconf/toolchain_windows.m4 changes
>
> Any chance we can continue to work on this?

@mrserb @gnu-andrew @gdams reopened as https://github.com/openjdk/jdk8u-dev/pull/709

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/318#issuecomment-3456548039

From jvanek at openjdk.org  Tue Oct 28 13:59:21 2025
From: jvanek at openjdk.org (=?UTF-8?B?SmnFmcOt?= =?UTF-8?B?IA==?= =?UTF-8?B?VmFuxJtr?=)
Date: Tue, 28 Oct 2025 13:59:21 GMT
Subject: [jdk8u-dev] RFR: 8193017: Import freetype sources into OpenJDK source
 tree
Message-ID: <az07F33fNtl871RX6elIGlzoL0QqqQWyGE0HrQIkYUc=.482c88dd-76f3-4f9b-a4e4-c5eceb3a54ee@github.com>

Hi!

I had recently hit an issue with jdk8, which, if build on old system - eg el7, it can not run GUI application on newest system like f42 or similar:

java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-1.8.0-openjdk-jdk8u462.b05-0.ojdk8~u~upstream.hotspot.release.sdk.el7.x86_64.tarxz/jre/lib/amd64/libfontmanager.so: /lib64/libharfbuzz.so.0: undefined symbol: FT_Get_Color_Glyph_Layer
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1934)
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1838)
	at java.lang.Runtime.loadLibrary0(Runtime.java:843)
	at java.lang.System.loadLibrary(System.java:1136)
	at sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:61)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.font.FontManagerNativeLibrary.<clinit>(FontManagerNativeLibrary.java:32)
	at sun.java2d.xr.XRSurfaceData.initXRSurfaceData(XRSurfaceData.java:85)
	at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:137)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:74)


As per investigations the issue is in duality of freetype, and is solved by `8193017: Import freetype sources into OpenJDK source tree`

This is fully based on unfinished https://github.com/openjdk/jdk8u-dev/pull/318 , with smal lexception of rebase, and docs adaptation.  The change in `doc/building.html ` is unluckily done manually, as `make update-build-docs` is regenerating half of the universum. Is it desired?  Is there some recomended version of pandoc to use?

 pandoc --version
pandoc 3.1.11.1
Features: +server +lua
Scripting engine: Lua 5.4


I had tested builds on windows and several linuxes, run full jtregs and checked the GUI works again. I can link full set of tests if needed (actually many of them are still running).

For record, I built by temurin build wrapper, which needed an change to adapt to this: https://github.com/adoptium/temurin-build/pull/4287

-------------

Commit messages:
 - Backport 58ff4ee8c4ec399528338b59eadea996110366a0

Changes: https://git.openjdk.org/jdk8u-dev/pull/709/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk8u-dev&pr=709&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8193017
  Stats: 168637 lines in 324 files changed: 162607 ins; 5654 del; 376 mod
  Patch: https://git.openjdk.org/jdk8u-dev/pull/709.diff
  Fetch: git fetch https://git.openjdk.org/jdk8u-dev.git pull/709/head:pull/709

PR: https://git.openjdk.org/jdk8u-dev/pull/709

From jvanek at openjdk.org  Wed Oct 29 10:17:11 2025
From: jvanek at openjdk.org (=?UTF-8?B?SmnFmcOt?= =?UTF-8?B?IA==?= =?UTF-8?B?VmFuxJtr?=)
Date: Wed, 29 Oct 2025 10:17:11 GMT
Subject: [jdk8u-dev] RFR: 8193017: Import freetype sources into OpenJDK
 source tree
In-Reply-To: <az07F33fNtl871RX6elIGlzoL0QqqQWyGE0HrQIkYUc=.482c88dd-76f3-4f9b-a4e4-c5eceb3a54ee@github.com>
References: <az07F33fNtl871RX6elIGlzoL0QqqQWyGE0HrQIkYUc=.482c88dd-76f3-4f9b-a4e4-c5eceb3a54ee@github.com>
Message-ID: <R_BviaNv_c1MnVH4JdGCGwjNyOJwwgs18_RZJ9TgtdE=.d2b1ccc0-eb30-41e5-832d-8eff04f15da3@github.com>

On Tue, 28 Oct 2025 13:31:44 GMT, Ji?? Van?k <jvanek at openjdk.org> wrote:

> Hi!
> 
> I had recently hit an issue with jdk8, which, if build on old system - eg el7, it can not run GUI application on newest system like f42 or similar:
> 
> java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-1.8.0-openjdk-jdk8u462.b05-0.ojdk8~u~upstream.hotspot.release.sdk.el7.x86_64.tarxz/jre/lib/amd64/libfontmanager.so: /lib64/libharfbuzz.so.0: undefined symbol: FT_Get_Color_Glyph_Layer
> 	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
> 	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1934)
> 	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1838)
> 	at java.lang.Runtime.loadLibrary0(Runtime.java:843)
> 	at java.lang.System.loadLibrary(System.java:1136)
> 	at sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:61)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at sun.font.FontManagerNativeLibrary.<clinit>(FontManagerNativeLibrary.java:32)
> 	at sun.java2d.xr.XRSurfaceData.initXRSurfaceData(XRSurfaceData.java:85)
> 	at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:137)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:74)
> 
> 
> As per investigations the issue is in duality of freetype, and is solved by `8193017: Import freetype sources into OpenJDK source tree`
> 
> This is fully based on unfinished https://github.com/openjdk/jdk8u-dev/pull/318 , with smal lexception of rebase, and docs adaptation.  The change in `doc/building.html ` is unluckily done manually, as `make update-build-docs` is regenerating half of the universum. Is it desired?  Is there some recomended version of pandoc to use?
> 
>  pandoc --version
> pandoc 3.1.11.1
> Features: +server +lua
> Scripting engine: Lua 5.4
> 
> 
> I had tested builds on windows and several linuxes, run full jtregs and checked the GUI works again. I can link full set of tests if needed (actually many of them are still running).
> 
> For record, I built by temurin build wrapper, which needed an change to adapt to this: https://github.com/adoptium/temurin-build/pull/4287

Good. The builds passed. I somehow do not see the issue in the tier1.  I had run them on many OSes and many platforms, and all looks good.

intel:

jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el7z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  151/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-f42.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  110/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/UNSTABLE/1 day 21 hr ago ; 
  -  com/sun/jdi/oom/OomDebugTest.java#OomDebugTest  unrelated ot the change
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el7z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  125/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el8z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  123/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-f41.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  105/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el7z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  139/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-f42.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  77/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el9.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  74/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el9.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  81/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el9.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  74/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-f42.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  74/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-f41.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  111/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-f41.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  73/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el9.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  82/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el8z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  149/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-f42.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  121/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el8z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  126/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el7z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  120/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el8z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  123/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-win2022.x86_64-hotspot.release.sdk-win2022.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  89/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 


Noni-ntels may look wilder, but there is no new failure.  And they are mostly not running GUI anyway...

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/709#issuecomment-3460729593

From jvanek at openjdk.org  Wed Oct 29 10:22:34 2025
From: jvanek at openjdk.org (=?UTF-8?B?SmnFmcOt?= =?UTF-8?B?IA==?= =?UTF-8?B?VmFuxJtr?=)
Date: Wed, 29 Oct 2025 10:22:34 GMT
Subject: [jdk8u-dev] RFR: 8193017: Import freetype sources into OpenJDK
 source tree
In-Reply-To: <az07F33fNtl871RX6elIGlzoL0QqqQWyGE0HrQIkYUc=.482c88dd-76f3-4f9b-a4e4-c5eceb3a54ee@github.com>
References: <az07F33fNtl871RX6elIGlzoL0QqqQWyGE0HrQIkYUc=.482c88dd-76f3-4f9b-a4e4-c5eceb3a54ee@github.com>
Message-ID: <j3rlFUzW6Y9l8PZFwsli83o59yqHGZNDD6OaqmzpdQ8=.6519dbd4-504d-4d4e-8b4c-590dbf95f773@github.com>

On Tue, 28 Oct 2025 13:31:44 GMT, Ji?? Van?k <jvanek at openjdk.org> wrote:

> Hi!
> 
> I had recently hit an issue with jdk8, which, if build on old system - eg el7, it can not run GUI application on newest system like f42 or similar:
> 
> java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-1.8.0-openjdk-jdk8u462.b05-0.ojdk8~u~upstream.hotspot.release.sdk.el7.x86_64.tarxz/jre/lib/amd64/libfontmanager.so: /lib64/libharfbuzz.so.0: undefined symbol: FT_Get_Color_Glyph_Layer
> 	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
> 	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1934)
> 	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1838)
> 	at java.lang.Runtime.loadLibrary0(Runtime.java:843)
> 	at java.lang.System.loadLibrary(System.java:1136)
> 	at sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:61)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at sun.font.FontManagerNativeLibrary.<clinit>(FontManagerNativeLibrary.java:32)
> 	at sun.java2d.xr.XRSurfaceData.initXRSurfaceData(XRSurfaceData.java:85)
> 	at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:137)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:74)
> 
> 
> As per investigations the issue is in duality of freetype, and is solved by `8193017: Import freetype sources into OpenJDK source tree`
> 
> This is fully based on unfinished https://github.com/openjdk/jdk8u-dev/pull/318 , with smal lexception of rebase, and docs adaptation.  The change in `doc/building.html ` is unluckily done manually, as `make update-build-docs` is regenerating half of the universum. Is it desired?  Is there some recomended version of pandoc to use?
> 
>  pandoc --version
> pandoc 3.1.11.1
> Features: +server +lua
> Scripting engine: Lua 5.4
> 
> 
> I had tested builds on windows and several linuxes, run full jtregs and checked the GUI works again. I can link full set of tests if needed (actually many of them are still running).
> 
> For record, I built by temurin build wrapper, which needed an change to adapt to this: https://github.com/adoptium/temurin-build/pull/4287

Also all the full jtregs finished on all arches x osses I have handy.  The `com/sun/jdi/oom/OomDebugTest.java#OomDebugTest ` on f42 seems to be popping up a bit more often then I would like. Will investigate more, but still looks unrelated.

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/709#issuecomment-3460751585

From zzambers at openjdk.org  Wed Oct 29 11:43:11 2025
From: zzambers at openjdk.org (Zdenek Zambersky)
Date: Wed, 29 Oct 2025 11:43:11 GMT
Subject: [jdk8u-dev] RFR: 8193017: Import freetype sources into OpenJDK
 source tree
In-Reply-To: <az07F33fNtl871RX6elIGlzoL0QqqQWyGE0HrQIkYUc=.482c88dd-76f3-4f9b-a4e4-c5eceb3a54ee@github.com>
References: <az07F33fNtl871RX6elIGlzoL0QqqQWyGE0HrQIkYUc=.482c88dd-76f3-4f9b-a4e4-c5eceb3a54ee@github.com>
Message-ID: <1H3ZaEYuBp_DbKSZOI_-w6FOEJBs6TSO0sR9nXY6Wj8=.616b327b-4f7a-476d-b7dd-ba97bea0bfc1@github.com>

On Tue, 28 Oct 2025 13:31:44 GMT, Ji?? Van?k <jvanek at openjdk.org> wrote:

> Hi!
> 
> I had recently hit an issue with jdk8, which, if build on old system - eg el7, it can not run GUI application on newest system like f42 or similar:
> 
> java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-1.8.0-openjdk-jdk8u462.b05-0.ojdk8~u~upstream.hotspot.release.sdk.el7.x86_64.tarxz/jre/lib/amd64/libfontmanager.so: /lib64/libharfbuzz.so.0: undefined symbol: FT_Get_Color_Glyph_Layer
> 	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
> 	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1934)
> 	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1838)
> 	at java.lang.Runtime.loadLibrary0(Runtime.java:843)
> 	at java.lang.System.loadLibrary(System.java:1136)
> 	at sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:61)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at sun.font.FontManagerNativeLibrary.<clinit>(FontManagerNativeLibrary.java:32)
> 	at sun.java2d.xr.XRSurfaceData.initXRSurfaceData(XRSurfaceData.java:85)
> 	at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:137)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:74)
> 
> 
> As per investigations the issue is in duality of freetype, and is solved by `8193017: Import freetype sources into OpenJDK source tree`
> 
> This is fully based on unfinished https://github.com/openjdk/jdk8u-dev/pull/318 , with smal lexception of rebase, and docs adaptation.  The change in `doc/building.html ` is unluckily done manually, as `make update-build-docs` is regenerating half of the universum. Is it desired?  Is there some recomended version of pandoc to use?
> 
>  pandoc --version
> pandoc 3.1.11.1
> Features: +server +lua
> Scripting engine: Lua 5.4
> 
> 
> I had tested builds on windows and several linuxes, run full jtregs and checked the GUI works again. I can link full set of tests if needed (actually many of them are still running).
> 
> For record, I built by temurin build wrapper, which needed an change to adapt to this: https://github.com/adoptium/temurin-build/pull/4287

Would be nice to have in-tree freetype as in later jdks

As when person is not careful bundling freetype, it can end up linking against system hafrbuzz (which, in turn, has cyclic dependency on freetype). This may, in better case, fail the build. In worst case, build may seemingly look ok, but cause runtime linking error (in description), when run on newer OS (newer than build one).

For reference, issue and workaround in temurin-build:
issue: https://github.com/adoptium/temurin-build/issues/4159
workaround:  https://github.com/adoptium/temurin-build/pull/4238

Also `--with-freetype-src` on windows does not work with recent freetype versions, due to changes to vcxproj confugrations:

configure: Trying to compile freetype sources with PlatformToolset=v143 to /home/tester/temurinbuild-1756203907/workspace/libs/freetype/lib64/ ...
configure: User specified --with-freetype-src but building freetype failed. (see freetype.log for build results)
configure: error: Consider building freetype manually and using --with-freetype instead.

(and older freetype such as `2.9.1` need to be used)

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/709#issuecomment-3461080531

From phh at openjdk.org  Wed Oct 29 16:33:41 2025
From: phh at openjdk.org (Paul Hohensee)
Date: Wed, 29 Oct 2025 16:33:41 GMT
Subject: [jdk8u-dev] RFR: 8351359: OperatingSystemMXBean: values from
 getCpuLoad and getProcessCpuLoad are stale after 24.8 days (Windows)
In-Reply-To: <qNR53fzyo14j0wcuXKPRiWlbU43HKH-xYnhjbd6aQEM=.f37f24d6-5381-4427-8a5b-a4ce734902ff@github.com>
References: <qNR53fzyo14j0wcuXKPRiWlbU43HKH-xYnhjbd6aQEM=.f37f24d6-5381-4427-8a5b-a4ce734902ff@github.com>
Message-ID: <Yu8TcGv0vEUefFAR2z3lh6Q2UnFWVNhFRp2L-quGPl8=.61773f00-6780-424b-8e3c-5f4c2140e745@github.com>

On Tue, 23 Sep 2025 08:42:55 GMT, Voznia Anton <duke at openjdk.org> wrote:

> Hi,
> 
> It's a clean backport of JDK-8351359.
> I didn't include `#include <sysinfoapi.h>` as it is in [the original commit](https://github.com/openjdk/jdk/commit/900b3ff7ee933520efe2438fb7c841a4e6a93d17) because of compilation problem.
> Instead of that, there is already included `windows.h` that contains the `GetTickCount64()` function. It's redundant to include `sysinfoapi.h`.
> The changes are related to Windows only.
> 
> Testing:
> - manual testing code that calls `getProcessCpuLoad()` on windows server 2025, intel cpu
> - testing x86 and x64 builds
> - Pre-submit tests

GHA failures appear unrelated.

-------------

Marked as reviewed by phh (Reviewer).

PR Review: https://git.openjdk.org/jdk8u-dev/pull/701#pullrequestreview-3394761142

From duke at openjdk.org  Thu Oct 30 08:58:09 2025
From: duke at openjdk.org (Voznia Anton)
Date: Thu, 30 Oct 2025 08:58:09 GMT
Subject: [jdk8u-dev] RFR: 8351359: OperatingSystemMXBean: values from
 getCpuLoad and getProcessCpuLoad are stale after 24.8 days (Windows)
In-Reply-To: <Yu8TcGv0vEUefFAR2z3lh6Q2UnFWVNhFRp2L-quGPl8=.61773f00-6780-424b-8e3c-5f4c2140e745@github.com>
References: <qNR53fzyo14j0wcuXKPRiWlbU43HKH-xYnhjbd6aQEM=.f37f24d6-5381-4427-8a5b-a4ce734902ff@github.com>
 <Yu8TcGv0vEUefFAR2z3lh6Q2UnFWVNhFRp2L-quGPl8=.61773f00-6780-424b-8e3c-5f4c2140e745@github.com>
Message-ID: <4J-cILe89DfxFhQu_OTUmNRc9OI9GDJRrlpBgXUiygI=.194ec1af-a02d-4713-aa9b-161f63ebbd23@github.com>

On Wed, 29 Oct 2025 16:31:18 GMT, Paul Hohensee <phh at openjdk.org> wrote:

>> Hi,
>> 
>> It's a clean backport of JDK-8351359.
>> I didn't include `#include <sysinfoapi.h>` as it is in [the original commit](https://github.com/openjdk/jdk/commit/900b3ff7ee933520efe2438fb7c841a4e6a93d17) because of compilation problem.
>> Instead of that, there is already included `windows.h` that contains the `GetTickCount64()` function. It's redundant to include `sysinfoapi.h`.
>> The changes are related to Windows only.
>> 
>> Testing:
>> - manual testing code that calls `getProcessCpuLoad()` on windows server 2025, intel cpu
>> - testing x86 and x64 builds
>> - Pre-submit tests
>
> GHA failures appear unrelated.

@phohensee thank you!

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/701#issuecomment-3466723921

From jvanek at openjdk.org  Fri Oct 31 07:18:16 2025
From: jvanek at openjdk.org (=?UTF-8?B?SmnFmcOt?= =?UTF-8?B?IA==?= =?UTF-8?B?VmFuxJtr?=)
Date: Fri, 31 Oct 2025 07:18:16 GMT
Subject: [jdk8u-dev] RFR: 8193017: Import freetype sources into OpenJDK
 source tree
In-Reply-To: <az07F33fNtl871RX6elIGlzoL0QqqQWyGE0HrQIkYUc=.482c88dd-76f3-4f9b-a4e4-c5eceb3a54ee@github.com>
References: <az07F33fNtl871RX6elIGlzoL0QqqQWyGE0HrQIkYUc=.482c88dd-76f3-4f9b-a4e4-c5eceb3a54ee@github.com>
Message-ID: <yibRfFy4DziNp05rw34nXS2rgG-sYrkaNau2dySOZNM=.a4e4054f-b303-42b5-b8f9-3213bc6d8328@github.com>

On Tue, 28 Oct 2025 13:31:44 GMT, Ji?? Van?k <jvanek at openjdk.org> wrote:

> Hi!
> 
> I had recently hit an issue with jdk8, which, if build on old system - eg el7, it can not run GUI application on newest system like f42 or similar:
> 
> java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-1.8.0-openjdk-jdk8u462.b05-0.ojdk8~u~upstream.hotspot.release.sdk.el7.x86_64.tarxz/jre/lib/amd64/libfontmanager.so: /lib64/libharfbuzz.so.0: undefined symbol: FT_Get_Color_Glyph_Layer
> 	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
> 	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1934)
> 	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1838)
> 	at java.lang.Runtime.loadLibrary0(Runtime.java:843)
> 	at java.lang.System.loadLibrary(System.java:1136)
> 	at sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:61)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at sun.font.FontManagerNativeLibrary.<clinit>(FontManagerNativeLibrary.java:32)
> 	at sun.java2d.xr.XRSurfaceData.initXRSurfaceData(XRSurfaceData.java:85)
> 	at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:137)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:74)
> 
> 
> As per investigations the issue is in duality of freetype, and is solved by `8193017: Import freetype sources into OpenJDK source tree`
> 
> This is fully based on unfinished https://github.com/openjdk/jdk8u-dev/pull/318 , with smal lexception of rebase, and docs adaptation.  The change in `doc/building.html ` is unluckily done manually, as `make update-build-docs` is regenerating half of the universum. Is it desired?  Is there some recomended version of pandoc to use?
> 
>  pandoc --version
> pandoc 3.1.11.1
> Features: +server +lua
> Scripting engine: Lua 5.4
> 
> 
> I had tested builds on windows and several linuxes, run full jtregs and checked the GUI works again. I can link full set of tests if needed (actually many of them are still running).
> 
> For record, I built by temurin build wrapper, which needed an change to adapt to this: https://github.com/adoptium/temurin-build/pull/4287

:38:43.3378937Z FAILED: gc/concurrentMarkSweep/CheckAllocateAndSystemGC.java
2025-10-28T14:38:43.3379819Z FAILED: gc/concurrentMarkSweep/SystemGCOnForegroundCollector.java

Are the failing jtregs. Do not seem to be related though

Am also digging  in 32windows time-outs, and can not see culprit.  @zzambers  any ideas?

-------------

PR Comment: https://git.openjdk.org/jdk8u-dev/pull/709#issuecomment-3471597435