Integrated: 8335533: OutOfMemoryError: Metaspace observed again on AIX in test RedefineLeakThrowable.java after JDK-8294960

2024-07-16 Thread Christoph Langer
On Wed, 10 Jul 2024 09:14:11 GMT, Christoph Langer wrote: > The change of JDK-8294960 has brought an increase of required metaspace for > this test on AIX which seems to go beyond 23m in most cases. So I propose > another slight increment. > > Why AIX needs more metaspace co

RFR: 8335533: OutOfMemoryError: Metaspace observed again on AIX in test RedefineLeakThrowable.java after JDK-8294960

2024-07-10 Thread Christoph Langer
The change of JDK-8294960 has brought an increase of required metaspace for this test on AIX which seems to go beyond 23m in most cases. So I propose another slight increment. Why AIX needs more metaspace compared to other platforms is probably a different topic. - Commit messages

Re: RFR: JDK-8327769: jcmd GC.heap_dump without options should write to location given by -XX:HeapDumpPath, if set [v10]

2024-04-05 Thread Christoph Langer
On Fri, 5 Apr 2024 12:49:53 GMT, Sandra Payne wrote: >> Matthias Baesken has updated the pull request incrementally with one >> additional commit since the last revision: >> >> adjust java.1 man page > > Yes, exactly the latter. With this change, it opens the door for the above > scenario t

Re: RFR: JDK-8327769: jcmd GC.heap_dump without options should write to location given by -XX:HeapDumpPath, if set [v10]

2024-04-03 Thread Christoph Langer
On Wed, 27 Mar 2024 13:44:42 GMT, Matthias Baesken wrote: >> Currently jcmd command GC.heap_dump only works with an additionally provided >> file name. >> Syntax : GC.heap_dump [options] >> >> In case the JVM has the XX - flag HeapDumpPath set, we should support an >> additional mode where th

Re: RFR: JDK-8328930: [AIX] remove pase related coding [v2]

2024-03-26 Thread Christoph Langer
On Tue, 26 Mar 2024 14:18:34 GMT, Matthias Baesken wrote: >> We still have quite a lot of OS400 / pase related coding in the hotspot AIX >> codebase. But this does not work and was never supported in OpenJDK. So we >> can remove this. > > Matthias Baesken has updated the pull request incrementa

Re: RFR: JDK-8328930: [AIX] remove pase related coding

2024-03-26 Thread Christoph Langer
On Mon, 25 Mar 2024 13:26:12 GMT, Matthias Baesken wrote: > We still have quite a lot of OS400 / pase related coding in the hotspot AIX > codebase. But this does not work and was never supported in OpenJDK. So we > can remove this. Welcome cleanup. I made two minor comments. src/hotspot/os/ai

Re: RFR: JDK-8327769: jcmd GC.heap_dump without options should write to location given by -XX:HeapDumpPath, if set [v4]

2024-03-15 Thread Christoph Langer
On Thu, 14 Mar 2024 13:43:09 GMT, Matthias Baesken wrote: >> Currently jcmd command GC.heap_dump only works with an additionally provided >> file name. >> Syntax : GC.heap_dump [options] >> >> In case the JVM has the XX - flag HeapDumpPath set, we should support an >> additional mode where th

Re: RFR: JDK-8327769: jcmd GC.heap_dump without options should write to location given by -XX:HeapDumpPath, if set [v4]

2024-03-15 Thread Christoph Langer
On Thu, 14 Mar 2024 16:54:48 GMT, Chris Plummer wrote: >> Matthias Baesken has updated the pull request incrementally with one >> additional commit since the last revision: >> >> add test HeapDumpJcmdPresetPathTest > > src/hotspot/share/runtime/globals.hpp line 565: > >> 563: "trig

Re: RFR: JDK-8327444: simplify RESTARTABLE macro usage in JDK codebase [v4]

2024-03-07 Thread Christoph Langer
On Thu, 7 Mar 2024 08:16:26 GMT, Matthias Baesken wrote: >> We define the RESTARTABLE macro again and again at a lot of places in the >> JDK native codebase. This could be centralized to avoid repeating it again >> and again ! > > Matthias Baesken has updated the pull request incrementally with

Re: RFR: JDK-8327444: simplify RESTARTABLE macro usage in JDK codebase [v3]

2024-03-06 Thread Christoph Langer
On Wed, 6 Mar 2024 16:30:23 GMT, Matthias Baesken wrote: >> We define the RESTARTABLE macro again and again at a lot of places in the >> JDK native codebase. This could be centralized to avoid repeating it again >> and again ! > > Matthias Baesken has updated the pull request incrementally with

Re: RFR: JDK-8319382: com/sun/jdi/JdwpAllowTest.java shows failures on AIX if prefixLen of mask is larger than 32 in IPv6 case [v2]

2024-01-12 Thread Christoph Langer
On Thu, 11 Jan 2024 16:14:39 GMT, Joachim Kern wrote: >> In parseAllowedMask in socketTransport.c, prefixLen of mask is compared with >> a maxValue (32 for IPv4, 128 otherwise). This fails if it is larger than >> 32, because getaddrinfo seems to detect IPv4 family, if IPv6 address has set >>

Re: RFR: JDK-8317920: JDWP-agent sends broken exception event with onthrow option [v9]

2023-10-20 Thread Christoph Langer
On Fri, 20 Oct 2023 08:22:17 GMT, Johannes Bechberger wrote: >> Fix `onthrow` issue by passing the event info to the `initialize` method. >> >> This prevents `jdb` from receiving a broken exception event and throwing an >> internal NullPointerException, upon attaching to the JDWP-agent. > > Jo

Re: RFR: JDK-8317920: JDWP-agent sends broken exception event with onthrow option [v8]

2023-10-18 Thread Christoph Langer
On Wed, 18 Oct 2023 21:48:33 GMT, Johannes Bechberger wrote: >> Fix `onthrow` issue by passing the event info to the `initialize` method. >> >> This prevents `jdb` from receiving a broken exception event and throwing an >> internal NullPointerException, upon attaching to the JDWP-agent. > > Jo

Re: RFR: JDK-8317920: JDWP-agent sends broken exception event with onthrow option [v7]

2023-10-18 Thread Christoph Langer
On Wed, 18 Oct 2023 21:38:05 GMT, Johannes Bechberger wrote: >> Fix `onthrow` issue by passing the event info to the `initialize` method. >> >> This prevents `jdb` from receiving a broken exception event and throwing an >> internal NullPointerException, upon attaching to the JDWP-agent. > > Jo

Re: RFR: JDK-8317920: JDWP-agent sends broken exception event with onthrow option [v6]

2023-10-18 Thread Christoph Langer
On Tue, 17 Oct 2023 19:54:24 GMT, Johannes Bechberger wrote: >> Fix `onthrow` issue by passing the event info to the `initialize` method. >> >> This prevents `jdb` from receiving a broken exception event and throwing an >> internal NullPointerException, upon attaching to the JDWP-agent. > > Jo

Re: RFR: JDK-8317920: JDWP-agent sends broken exception event with onthrow option [v6]

2023-10-18 Thread Christoph Langer
On Wed, 11 Oct 2023 20:11:09 GMT, Christoph Langer wrote: >> Johannes Bechberger has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Add suggested modification > > LGTM > Changes look good. I'm ap

Re: RFR: JDK-8317920: JDWP-agent sends broken exception event with onthrow option

2023-10-11 Thread Christoph Langer
On Wed, 11 Oct 2023 10:44:53 GMT, Johannes Bechberger wrote: > Fix `onthrow` issue by passing the event info to the `initialize` method. > > This prevents `jdb` from receiving a broken exception event and throwing an > internal NullPointerException, upon attaching to the JDWP-agent. LGTM ---

Integrated: 8317705: ProblemList sun/tools/jstat/jstatLineCountsX.sh on linux-ppc64le and aix due to JDK-8248691

2023-10-10 Thread Christoph Langer
On Sun, 8 Oct 2023 21:51:42 GMT, Christoph Langer wrote: > Add listings for linux-ppc64le and aix-ppc64 for the 4 already problem listed > jstat tests. This pull request has now been integrated. Changeset: ad6dce37 Author:Christoph Langer URL: https://git.openjdk.org/jdk/

RFR: 8317705: ProblemList sun/tools/jstat/jstatLineCountsX.sh on linux-ppc64le and aix due to JDK-8248691

2023-10-08 Thread Christoph Langer
Add listings for linux-ppc64le and aix-ppc64 for the 4 already problem listed jstat tests. - Commit messages: - JDK-8317705 Changes: https://git.openjdk.org/jdk/pull/16095/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=16095&range=00 Issue: https://bugs.openjdk.org/brows

Re: RFR: JDK-8315706: com/sun/tools/attach/warnings/DynamicLoadWarningTest.java real fix for failure on AIX [v3]

2023-09-14 Thread Christoph Langer
On Thu, 14 Sep 2023 09:20:24 GMT, Joachim Kern wrote: >> After push of [JDK-8307478](https://bugs.openjdk.org/browse/JDK-8307478) , >> the following test started to fail on AIX : >> com/sun/tools/attach/warnings/DynamicLoadWarningTest.java; >> The problem was described in >> [JDK-8309549](https

Re: RFR: JDK-8310550: Adjust references to rt.jar [v4]

2023-07-05 Thread Christoph Langer
On Wed, 5 Jul 2023 15:01:52 GMT, Matthias Baesken wrote: >> There are a few references to rt.jar in comments and in the codebase itself. >> Some of them might be removed or adjusted. > > Matthias Baesken has updated the pull request incrementally with one > additional commit since the last revi

Re: RFR: JDK-8310550: Adjust references to rt.jar [v3]

2023-07-05 Thread Christoph Langer
On Fri, 30 Jun 2023 11:37:10 GMT, Matthias Baesken wrote: >> There are a few references to rt.jar in comments and in the codebase itself. >> Some of them might be removed or adjusted. > > Matthias Baesken has updated the pull request incrementally with one > additional commit since the last rev

Re: RFR: JDK-8310550: Adjust references to rt.jar [v3]

2023-07-05 Thread Christoph Langer
On Thu, 22 Jun 2023 09:21:29 GMT, Matthias Baesken wrote: >> src/jdk.compiler/share/classes/com/sun/tools/javac/file/JavacFileManager.java >> line 196: >> >>> 194: >>> 195: /** >>> 196: * Set whether or not to use ct.sym as an alternate >> >> As an alternate to what? This needs somet

Re: RFR: JDK-8310380: Handle problems in core-related tests on macOS when codesign tool does not work [v3]

2023-06-22 Thread Christoph Langer
On Thu, 22 Jun 2023 11:51:15 GMT, Matthias Baesken wrote: >> Currently, a number of tests fail on macOS because they miss the core file >> (e.g. serviceability/sa/TestJmapCore.java). >> The reason is that configure detects on some setups that codesign does not >> work ("checking if debug mode c

Re: RFR: JDK-8310380: Handle problems in core-related tests on macOS when codesign tool does not work [v2]

2023-06-22 Thread Christoph Langer
On Thu, 22 Jun 2023 09:53:29 GMT, Matthias Baesken wrote: >> Currently, a number of tests fail on macOS because they miss the core file >> (e.g. serviceability/sa/TestJmapCore.java). >> The reason is that configure detects on some setups that codesign does not >> work ("checking if debug mode c

Re: RFR: JDK-8310380: Handle problems in core-related tests on macOS when codesign tool does not work

2023-06-21 Thread Christoph Langer
On Tue, 20 Jun 2023 13:23:16 GMT, Matthias Baesken wrote: > Currently, a number of tests fail on macOS because they miss the core file > (e.g. serviceability/sa/TestJmapCore.java). > The reason is that configure detects on some setups that codesign does not > work ("checking if debug mode codes

Re: RFR: JDK-8309462: vmTestbase/nsk/jvmti/RunAgentThread/agentthr001/TestDescription.java crashing due to empty while loop [v3]

2023-06-07 Thread Christoph Langer
On Wed, 7 Jun 2023 14:04:14 GMT, JoKern65 wrote: >> The sys_thread_3() function contains an empty while loop, which by the >> standard can be optimized away. Please refer to discussion in >> https://github.com/llvm/llvm-project/issues/60622 >> The xlc17 compiler is doing so, and IBM claims that

Re: RFR: JDK-8309225: Fix xlc17 clang 15 warnings in security and servicability

2023-06-06 Thread Christoph Langer
On Fri, 2 Jun 2023 10:19:53 GMT, JoKern65 wrote: > This pr is a split off from JDK-8308288: Fix xlc17 clang warnings in shared > code https://github.com/openjdk/jdk/pull/14146 > It handles the part in security and servicability. > > Compiling on AIX with xlc17 which contains the new clang 15 fr

Re: RFR: JDK-8309462: vmTestbase/nsk/jvmti/RunAgentThread/agentthr001/TestDescription.java crashing due to empty while loop

2023-06-06 Thread Christoph Langer
On Tue, 6 Jun 2023 09:51:09 GMT, JoKern65 wrote: > The sys_thread_3() function contains an empty while loop, which by the > standard can be optimized away. Please refer to discussion in > https://github.com/llvm/llvm-project/issues/60622 > The xlc17 compiler is doing so, and IBM claims that the

Re: RFR: JDK-8309462: vmTestbase/nsk/jvmti/RunAgentThread/agentthr001/TestDescription.java crashing due to empty while loop

2023-06-06 Thread Christoph Langer
On Tue, 6 Jun 2023 20:43:36 GMT, Martin Doerr wrote: >> The sys_thread_3() function contains an empty while loop, which by the >> standard can be optimized away. Please refer to discussion in >> https://github.com/llvm/llvm-project/issues/60622 >> The xlc17 compiler is doing so, and IBM claims

Re: RFR: JDK-8302320: AsyncGetCallTrace obtains too few frames in sanity test [v6]

2023-03-05 Thread Christoph Langer
On Tue, 21 Feb 2023 08:58:50 GMT, Johannes Bechberger wrote: >> Extends the existing AsyncGetCallTrace test case and fixes the issue. > > Johannes Bechberger has updated the pull request incrementally with one > additional commit since the last revision: > > Update full name > [db483a3](htt

Re: RFR: 8303169: Remove Windows specific workaround from libdt [v2]

2023-02-27 Thread Christoph Langer
On Mon, 27 Feb 2023 13:23:12 GMT, Julian Waters wrote: > Ah I see, was the initial commit made with the assumption that inttypes.h was > already included? It's just a final confirmation before integration Could be. - PR: https://git.openjdk.org/jdk/pull/12744

Re: RFR: 8303169: Remove Windows specific workaround from libdt

2023-02-26 Thread Christoph Langer
On Sun, 26 Feb 2023 15:10:08 GMT, Julian Waters wrote: > @RealCLanger Sorry for the ping, just wanted to check since you're the > original commit Author for the format string, is there someplace else where > inttypes.h or stdint.h is included or should be included that I missed? Hah, that was

Re: RFR: 8303169: Remove Windows specific workaround from libdt

2023-02-26 Thread Christoph Langer
On Fri, 24 Feb 2023 15:36:36 GMT, Julian Waters wrote: > We no longer need to define PrId64 ourselves since the Visual C++ compiler > supports inttypes.h on the only versions we support, so we can just replace > it with an include to the standard header instead Marked as reviewed by clanger (R

Re: RFR: JDK-8299657: sun/tools/jhsdb/SAGetoptTest.java fails after 8299470

2023-01-05 Thread Christoph Langer
On Thu, 5 Jan 2023 08:55:32 GMT, Matthias Baesken wrote: > Some exception/error message changed with 8299470 so we have to adjust the > test. > Current error is > > Unexpected error 'Successor argument without leading - is expected for 'd' > but we got '-c'' > java.lang.RuntimeException: Bad

Re: RFR: JDK-8299470: sun/jvm/hotspot/SALauncher.java handling of negative rmiport args [v3]

2023-01-04 Thread Christoph Langer
On Wed, 4 Jan 2023 13:04:10 GMT, Matthias Baesken wrote: >> The test serviceability/sa/sadebugd/SADebugDTest.java can pass under some >> circumstances a negative rmiport (--rmiport -1) to SALauncher.java. >> This leads to a somewhat misleading message >> `[debugd] Argument is expected for 'rmip

Re: RFR: JDK-8299470: sun/jvm/hotspot/SALauncher.java handling of negative rmiport args [v2]

2023-01-04 Thread Christoph Langer
On Wed, 4 Jan 2023 12:10:11 GMT, Matthias Baesken wrote: >> The test serviceability/sa/sadebugd/SADebugDTest.java can pass under some >> circumstances a negative rmiport (--rmiport -1) to SALauncher.java. >> This leads to a somewhat misleading message >> `[debugd] Argument is expected for 'rmip

Re: RFR: 8296709: WARNING: JNI call made without checking exceptions [v7]

2022-11-16 Thread Christoph Langer
On Wed, 16 Nov 2022 12:00:56 GMT, Lutz Schmidt wrote: >> This small change fixes a warning that may pop up during runtime. May I >> please request reviews? Thank you! > > Lutz Schmidt has updated the pull request incrementally with two additional > commits since the last revision: > > - 82967

Re: RFR: 8296709: WARNING: JNI call made without checking exceptions [v6]

2022-11-15 Thread Christoph Langer
On Tue, 15 Nov 2022 12:58:12 GMT, Lutz Schmidt wrote: >> This small change fixes a warning that may pop up during runtime. May I >> please request reviews? Thank you! > > Lutz Schmidt has updated the pull request incrementally with one additional > commit since the last revision: > > 8296709

Re: RFR: 8296709: WARNING: JNI call made without checking exceptions [v3]

2022-11-14 Thread Christoph Langer
On Mon, 14 Nov 2022 11:07:52 GMT, Lutz Schmidt wrote: > > Couldn't you simply add a second `doExec` statement in the existing test > > rather than copy the entire test file? > > Actually, I first did it that way. And I did not like it. It's not just the > doExec, you need to duplicate the chec

Re: RFR: 8296709: WARNING: JNI call made without checking exceptions [v3]

2022-11-11 Thread Christoph Langer
On Fri, 11 Nov 2022 16:26:59 GMT, Lutz Schmidt wrote: >> This small change fixes a warning that may pop up during runtime. May I >> please request reviews? Thank you! > > Lutz Schmidt has updated the pull request incrementally with one additional > commit since the last revision: > > 8296709

Re: RFR: 8296709: WARNING: JNI call made without checking exceptions

2022-11-10 Thread Christoph Langer
On Thu, 10 Nov 2022 09:02:02 GMT, Lutz Schmidt wrote: > This small change fixes a warning that may pop up during runtime. May I > please request reviews? Thank you! Maybe you could also call "bin/java -Xcheck:jni -agentlib:jdwp=transport=dt_socket,server=y,suspend=n -version" which would show