On Tue, 25 Mar 2025 19:38:27 GMT, Aleksey Shipilev wrote:
>> src/java.base/unix/native/libjava/ProcessImpl_md.c line 324:
>>
>>> 322: #define SPAWN_HELPER_INTERNAL_ERROR_MSG "\n" \
>>> 323: "Possible reasons:\n" \
>>> 324: " - Spawn helper ran into JDK version or configuration problems\n" \
On Fri, 21 Mar 2025 10:00:26 GMT, Aleksey Shipilev wrote:
> When jspawnhelper fails for whatever reason, but more prominently due to
> [JDK-8325621](https://bugs.openjdk.org/browse/JDK-8325621), it will report
> the errors into stdout, but not to the relevant `IOException`. So, if the
> applic
> Ran the test on AmazonLinux 2 which has multiple binaries from coreutils
> package and no coreutils executable as well as AmazonLinux 2023 that uses
> `--enable-single-binary`
Dan Lutker has updated the pull request incrementally with one additional
commit since the last revisio
On Tue, 13 Feb 2024 22:02:15 GMT, Roger Riggs wrote:
>> Any reason not to use
>> [exesanity_SimpleNativeLauncher](https://github.com/openjdk/jdk/blob/628cd8a489fd54db18204c3bbaf4339d7ab5e9d6/test/jdk/native_sanity/simplenativelauncher/exesanity_SimpleNativeLauncher.c)
>> or
>> [exeBasicSleep](
> Ran the test on AmazonLinux 2 which has multiple binaries from coreutils
> package and no coreutils executable as well as AmazonLinux 2023 that uses
> `--enable-single-binary`
Dan Lutker has updated the pull request incrementally with two additional
commits since the last
On Tue, 13 Feb 2024 19:23:50 GMT, Roger Riggs wrote:
>>> what's the output for `coreutils --help` for a single executable binary?
>>
>>
>> # coreutils --help
>> Usage: coreutils --coreutils-prog=PROGRAM_NAME [PARAMETERS]...
>> Execute the PROGRAM_NAME built-in program with the given PARAMETERS
On Tue, 13 Feb 2024 18:19:48 GMT, Aleksey Shipilev wrote:
> what's the output for `coreutils --help` for a single executable binary?
# coreutils --help
Usage: coreutils --coreutils-prog=PROGRAM_NAME [PARAMETERS]...
Execute the PROGRAM_NAME built-in program with the given PARAMETERS.
--h
On Tue, 13 Feb 2024 18:08:03 GMT, Bernd wrote:
>> test/lib/jdk/test/lib/Platform.java line 145:
>>
>>> 143: }
>>> 144:
>>> 145: public static boolean isOSX() {
>>
>> This seems like a real hack. Is there really no better way to identity how
>> sleep is implemented.
>> I'd probably fav
> Ran the test on AmazonLinux 2 which has multiple binaries from coreutils
> package and no coreutils executable as well as AmazonLinux 2023 that uses
> `--enable-single-binary`
Dan Lutker has updated the pull request incrementally with one additional
commit since the last revision:
On Tue, 13 Feb 2024 10:11:36 GMT, Aleksey Shipilev wrote:
>> Ran the test on AmazonLinux 2 which has multiple binaries from coreutils
>> package and no coreutils executable as well as AmazonLinux 2023 that uses
>> `--enable-single-binary`
>
> test/jdk/java/lang/ProcessHandle/InfoTest.java line
Ran the test on AmazonLinux 2 which has multiple binaries from coreutils
package and no coreutils executable as well as AmazonLinux 2023 that uses
`--enable-single-binary`
-
Commit messages:
- TEST_BUG: java/lang/ProcessHandle/InfoTest.java#test3 fails on systems with
coreutils wi
On Fri, 5 Jan 2024 17:05:04 GMT, Dan Lutker wrote:
> Clean backport tzdata 2023d.
> `make test TEST="test/jdk/java/util/TimeZone test/jdk/java/time/test
> test/jdk/sun/util/resources test/jdk/sun/text/resources
> test/jdk/sun/util/calendar"` is all passing
This pul
Clean backport tzdata 2023d.
`make test TEST="test/jdk/java/util/TimeZone test/jdk/java/time/test
test/jdk/sun/util/resources test/jdk/sun/text/resources
test/jdk/sun/util/calendar"` is all passing
-
Commit messages:
- Backport 2a9c3589d941d9a57e536ea0b3d7919c6ddb82dc
Changes: htt
13 matches
Mail list logo
