Re: RFR: 8306278: jvmtiAgentList.cpp:253 assert(offset >= 0) failed: invariant occurs on AIX after JDK-8257967

2023-04-19 Thread Matthias Baesken
On Tue, 18 Apr 2023 16:59:29 GMT, Markus Grönlund wrote: > Greetings, > > For most platforms, os::dll_address_to_library_name() only sets offset = -1 > in case of errors. If there is an error, the function returns false. This is > fine. > > On AIX, the offset, being optional, is invariantly s

Re: RFR: 8306006: strace001.java fails due to unknown methods on stack

2023-04-19 Thread Fredrik Bredberg
On Tue, 18 Apr 2023 20:20:09 GMT, Daniel D. Daugherty wrote: >> Added the missing java.lang.Thread.beforeSleep and java.lang.afterSleep to >> expectedSystemTrace. >> Tested on my local machine. > > We currently have a total of 20 sightings of this failure in both CI and Adhoc > jobs and it's ha

Re: RFR: 8305590: Remove nothrow exception specifications from operator new [v2]

2023-04-19 Thread Afshin Zafari
> - The `throw()` (i.e., no throw) specifications are removed from the > instances of `operator new` where _do not_ return `nullptr`. > > - The `-fcheck-new` is removed from the gcc compile flags. > > - The `operator new` and `operator delete` are deleted from `StackObj`. > > - The `GrowableArr

Re: RFR: 8305590: Remove nothrow exception specifications from operator new [v2]

2023-04-19 Thread Afshin Zafari
On Tue, 18 Apr 2023 18:29:13 GMT, Kim Barrett wrote: >> Afshin Zafari has updated the pull request incrementally with one additional >> commit since the last revision: >> >> 8305590: Remove nothrow exception specifications from operator new > > src/hotspot/share/memory/allocation.hpp line 289

Re: RFR: 8305590: Remove nothrow exception specifications from operator new [v2]

2023-04-19 Thread Afshin Zafari
On Tue, 18 Apr 2023 18:59:31 GMT, Kim Barrett wrote: >> src/hotspot/share/runtime/thread.hpp line 203: >> >>> 201: static bool is_JavaThread_protected_by_TLH(const JavaThread* target); >>> 202: >>> 203: void operator delete(void* p); >> >> Should you have removed delete and Thread::alloca

Re: RFR: 8298048: Combine CDS archive heap into a single block [v7]

2023-04-19 Thread Thomas Schatzl
On Tue, 18 Apr 2023 20:16:06 GMT, Ioi Lam wrote: >> This PR combines the "open" and "closed" regions of the CDS archive heap >> into a single region. This significantly simplifies the implementation, >> making it more compatible with non-G1 collectors. There's a net removal of >> ~1000 lines i

RFR: 8306437: jhsdb cannot resolve image/symbol paths being used for analysis of Windows coredumps

2023-04-19 Thread Alexey Pavlyutkin
Hi! The patch fixes image/symbol lookup by jhsdb on alanysis Windows coredump. It uses executableName as a hint prepending image path with `;\server` and symbol path with `srv*https://msdl.microsoft.com/download/symbols;;\server` where the first bit points to Windows symbols located on remote

Re: RFR: 8306278: jvmtiAgentList.cpp:253 assert(offset >= 0) failed: invariant occurs on AIX after JDK-8257967

2023-04-19 Thread Markus Grönlund
On Tue, 18 Apr 2023 17:15:46 GMT, Serguei Spitsyn wrote: >> Greetings, >> >> For most platforms, os::dll_address_to_library_name() only sets offset = -1 >> in case of errors. If there is an error, the function returns false. This is >> fine. >> >> On AIX, the offset, being optional, is invari

Integrated: 8306278: jvmtiAgentList.cpp:253 assert(offset >= 0) failed: invariant occurs on AIX after JDK-8257967

2023-04-19 Thread Markus Grönlund
On Tue, 18 Apr 2023 16:59:29 GMT, Markus Grönlund wrote: > Greetings, > > For most platforms, os::dll_address_to_library_name() only sets offset = -1 > in case of errors. If there is an error, the function returns false. This is > fine. > > On AIX, the offset, being optional, is invariantly s

Re: RFR: 8306033: Resolve multiple definition of 'throwIOException' and friends when statically linking with JDK native libraries

2023-04-19 Thread Jaikiran Pai
On Mon, 17 Apr 2023 16:56:31 GMT, Jiangli Zhou wrote: > - Make functions 'static' when feasible: > - throwByName() in > src/java.security.jgss/share/native/libj2gss/NativeUtil.c. > - throwByName(), throwIOException() and throwNullPointerException() in > src/java.smartcardio/unix/native/libj

Re: RFR: 8306282: Build failure linux-arm32-open-cmp-baseline after JDK-8257967 [v3]

2023-04-19 Thread Markus Grönlund
On Wed, 19 Apr 2023 02:22:38 GMT, David Holmes wrote: > @mgronlun I agree this does not look good. I'm not sure this was the right > way to conditionalize the new code, rather than ensuring the callsites were > conditionalized on INCLUDE_JVMTI. It follows the same pattern as for other jvmti*.c

Re: RFR: 8305590: Remove nothrow exception specifications from operator new [v2]

2023-04-19 Thread Kim Barrett
On Wed, 19 Apr 2023 10:25:49 GMT, Afshin Zafari wrote: >> - The `throw()` (i.e., no throw) specifications are removed from the >> instances of `operator new` where _do not_ return `nullptr`. >> >> - The `-fcheck-new` is removed from the gcc compile flags. >> >> - The `operator new` and `operat

Re: RFR: 8306006: strace001.java fails due to unknown methods on stack [v2]

2023-04-19 Thread Fredrik Bredberg
> Added the missing java.lang.Thread.beforeSleep and java.lang.afterSleep to > expectedSystemTrace. > Tested on my local machine. Fredrik Bredberg has updated the pull request incrementally with two additional commits since the last revision: - Updated after review - Added java.util.concurren

Re: RFR: 8305590: Remove nothrow exception specifications from operator new [v2]

2023-04-19 Thread David Holmes
On Wed, 19 Apr 2023 10:25:49 GMT, Afshin Zafari wrote: >> - The `throw()` (i.e., no throw) specifications are removed from the >> instances of `operator new` where _do not_ return `nullptr`. >> >> - The `-fcheck-new` is removed from the gcc compile flags. >> >> - The `operator new` and `operat

Re: RFR: 8306006: strace001.java fails due to unknown methods on stack [v2]

2023-04-19 Thread Alan Bateman
On Wed, 19 Apr 2023 11:30:42 GMT, Fredrik Bredberg wrote: >> Added the missing java.lang.Thread.beforeSleep and java.lang.afterSleep to >> expectedSystemTrace. >> Tested on my local machine. > > Fredrik Bredberg has updated the pull request incrementally with two > additional commits since the

Re: RFR: 8306006: strace001.java fails due to unknown methods on stack [v2]

2023-04-19 Thread David Holmes
On Wed, 19 Apr 2023 11:30:42 GMT, Fredrik Bredberg wrote: >> Added the missing java.lang.Thread.beforeSleep and java.lang.afterSleep to >> expectedSystemTrace. >> Tested on my local machine. > > Fredrik Bredberg has updated the pull request incrementally with two > additional commits since the

Re: RFR: 8304915: Create jdk.internal.util.Architecture enum and apply [v15]

2023-04-19 Thread Glavo
On Mon, 17 Apr 2023 20:59:06 GMT, Roger Riggs wrote: >> Define an internal jdk.internal.util.Architecture enumeration and static >> methods to replace uses of the system property `os.arch`. >> The enumeration values are defined to match those used in the build. >> The initial values are: `X64, X

Re: RFR: 8306123: Move InstanceKlass writeable flags

2023-04-19 Thread Frederic Parain
On Tue, 18 Apr 2023 17:11:25 GMT, Coleen Phillimore wrote: > Please review this patch to move the writeable Klass AccessFlags to > InstanceKlassFlags. > Tested with tier1-4. Nice clean up. Looks good to me. - Marked as reviewed by fparain (Reviewer). PR Review: https://git.openjd

Re: RFR: 8304915: Create jdk.internal.util.Architecture enum and apply [v15]

2023-04-19 Thread Martin Doerr
On Mon, 17 Apr 2023 20:59:06 GMT, Roger Riggs wrote: >> Define an internal jdk.internal.util.Architecture enumeration and static >> methods to replace uses of the system property `os.arch`. >> The enumeration values are defined to match those used in the build. >> The initial values are: `X64, X

Re: RFR: 8305937: com/sun/jdi/SetLocalWhileThreadInNative.java fails with -XX:+TieredCompilation

2023-04-19 Thread Leonid Mesnik
On Thu, 13 Apr 2023 14:49:58 GMT, Leonid Mesnik wrote: > Could you please review following trivial fix which correct jvm options order > in TestScaffold. > TestScaffold combines test optionos and jtreg vm options. Before > [JDK-8304834](https://bugs.openjdk.org/browse/JDK-8304834) it passed tes

Re: RFR: 8306123: Move InstanceKlass writeable flags

2023-04-19 Thread Coleen Phillimore
On Tue, 18 Apr 2023 17:11:25 GMT, Coleen Phillimore wrote: > Please review this patch to move the writeable Klass AccessFlags to > InstanceKlassFlags. > Tested with tier1-4. Thanks Ioi and Fred. - PR Comment: https://git.openjdk.org/jdk/pull/13515#issuecomment-1514794910

Integrated: 8306123: Move InstanceKlass writeable flags

2023-04-19 Thread Coleen Phillimore
On Tue, 18 Apr 2023 17:11:25 GMT, Coleen Phillimore wrote: > Please review this patch to move the writeable Klass AccessFlags to > InstanceKlassFlags. > Tested with tier1-4. This pull request has now been integrated. Changeset: ddb86469 Author:Coleen Phillimore URL: https://git.ope

Re: RFR: 8306006: strace001.java fails due to unknown methods on stack [v2]

2023-04-19 Thread Fredrik Bredberg
On Wed, 19 Apr 2023 11:30:42 GMT, Fredrik Bredberg wrote: >> Added the missing java.lang.Thread.beforeSleep and java.lang.afterSleep to >> expectedSystemTrace. >> Tested on my local machine. > > Fredrik Bredberg has updated the pull request incrementally with two > additional commits since the

Re: RFR: 8305590: Remove nothrow exception specifications from operator new [v2]

2023-04-19 Thread Afshin Zafari
On Wed, 19 Apr 2023 11:00:32 GMT, Kim Barrett wrote: >> Afshin Zafari has updated the pull request incrementally with one additional >> commit since the last revision: >> >> 8305590: Remove nothrow exception specifications from operator new > > src/hotspot/share/prims/jvmtiRawMonitor.hpp line

Integrated: 8306006: strace001.java fails due to unknown methods on stack

2023-04-19 Thread Fredrik Bredberg
On Fri, 14 Apr 2023 13:27:37 GMT, Fredrik Bredberg wrote: > Added the missing java.lang.Thread.beforeSleep and java.lang.afterSleep to > expectedSystemTrace. > Tested on my local machine. This pull request has now been integrated. Changeset: a31a11f4 Author:Fredrik Bredberg Committer: Ala

Re: RFR: 8306033: Resolve multiple definition of 'throwIOException' and friends when statically linking with JDK native libraries

2023-04-19 Thread Jiangli Zhou
On Wed, 19 Apr 2023 11:01:07 GMT, Jaikiran Pai wrote: > Even if it doesn't get enrolled in the pre-submit testing, I think the fact > that there will be a build within the JDK which can catch these issues is a > good thing. It might catch the issue(s) after the integration, but I think > it's

Re: RFR: 8304915: Create jdk.internal.util.Architecture enum and apply [v15]

2023-04-19 Thread Amit Kumar
On Wed, 19 Apr 2023 13:22:54 GMT, Martin Doerr wrote: >> Roger Riggs has updated the pull request with a new target base due to a >> merge or a rebase. The pull request now contains 17 commits: >> >> - Merge branch 'master' into 8304915-arch-enum >> - ArchTest on Debian RISC-V 64 confirmed by

Re: RFR: 8304915: Create jdk.internal.util.Architecture enum and apply [v15]

2023-04-19 Thread Amit Kumar
On Mon, 17 Apr 2023 20:59:06 GMT, Roger Riggs wrote: >> Define an internal jdk.internal.util.Architecture enumeration and static >> methods to replace uses of the system property `os.arch`. >> The enumeration values are defined to match those used in the build. >> The initial values are: `X64, X

Re: RFR: 8304915: Create jdk.internal.util.Architecture enum and apply [v16]

2023-04-19 Thread Roger Riggs
> Define an internal jdk.internal.util.Architecture enumeration and static > methods to replace uses of the system property `os.arch`. > The enumeration values are defined to match those used in the build. > The initial values are: `X64, X86, AARCH64, RISCV64, S390, PPC64` > Note that `amd64` and

Re: RFR: 8306437: jhsdb cannot resolve image/symbol paths being used for analysis of Windows coredumps

2023-04-19 Thread Chris Plummer
On Wed, 19 Apr 2023 10:39:40 GMT, Alexey Pavlyutkin wrote: > Hi! The patch fixes image/symbol lookup by jhsdb on alanysis Windows > coredump. It uses executableName as a hint prepending image path with > > `;\server` > > and symbol path with > > `srv*https://msdl.microsoft.com/download/symbol

Re: RFR: 8306028: separate ThreadStart/ThreadEnd events posting code in JVMTI VTMS transitions [v3]

2023-04-19 Thread Serguei Spitsyn
> This refactoring to separate ThreadStart/ThreadEnd events posting code in the > JVMTI VTMS transitions is needed for future work on JVMTI scalability and > performance improvements. It is to easier put this code on slow path. > > Testing: mach5 tiers 1-6 were successful. Serguei Spitsyn has u

RFR: 8306474: Move InstanceKlass read-only flags

2023-04-19 Thread Coleen Phillimore
Moved three read-only InstanceKlass flags out of AccessFlags to InstanceKlassFlags, and removed unused and unneeded SA code. Tested with tier1-4. - Commit messages: - 8306474: Move InstanceKlass read-only flags Changes: https://git.openjdk.org/jdk/pull/13545/files Webrev: https://

RFR: 8306034: add support of virtual threads to JVMTI StopThread

2023-04-19 Thread Serguei Spitsyn
This enhancement adds support of virtual threads to the JVMTI `StopThread` function. In preview releases before this enhancement the StopThread returned the JVMTI_ERROR_UNSUPPORTED_OPERATION error code for virtual threads. The `StopThread` supports sending an asynchronous exception to a virtual

Re: RFR: 8306474: Move InstanceKlass read-only flags

2023-04-19 Thread John R Rose
On Wed, 19 Apr 2023 22:46:55 GMT, Coleen Phillimore wrote: > Moved three read-only InstanceKlass flags out of AccessFlags to > InstanceKlassFlags, and removed unused and unneeded SA code. > Tested with tier1-4. Reviewed. I like to see access flags being slowly emptied out. It was a not-so-go

Re: RFR: 8306474: Move InstanceKlass read-only flags

2023-04-19 Thread John R Rose
On Wed, 19 Apr 2023 23:27:10 GMT, John R Rose wrote: >> Moved three read-only InstanceKlass flags out of AccessFlags to >> InstanceKlassFlags, and removed unused and unneeded SA code. >> Tested with tier1-4. > > src/hotspot/share/oops/instanceKlassFlags.hpp line 52: > >> 50: flag(is_shared_

Re: RFR: 8306034: add support of virtual threads to JVMTI StopThread

2023-04-19 Thread Chris Plummer
On Wed, 19 Apr 2023 22:54:35 GMT, Serguei Spitsyn wrote: > The JDB test `vmTestbase/nsk/jdb/kill/kill001/kill001.java` has been > problem-listed and will be fixed by the corresponding debugger enhancement > which is going to adopt JDWP/JDI specs to new behavior of the JVMTI > `StopThread` rela

Re: RFR: 8306034: add support of virtual threads to JVMTI StopThread

2023-04-19 Thread Serguei Spitsyn
On Wed, 19 Apr 2023 23:51:53 GMT, Chris Plummer wrote: > I'll be fixing this using > [JDK-8306467](https://bugs.openjdk.org/browse/JDK-8306467), > which will be done after the JDWP/JDI spec/impl update, which is being > handled by > [JDK-8306471](https://bugs.openjdk.org/browse/JDK-8306471). T

Re: RFR: 8306474: Move InstanceKlass read-only flags [v2]

2023-04-19 Thread Coleen Phillimore
On Wed, 19 Apr 2023 23:36:45 GMT, John R Rose wrote: >> src/hotspot/share/oops/instanceKlassFlags.hpp line 52: >> >>> 50: flag(is_shared_app_class, 1 << 9) /* defining class >>> loader is app class loader */ \ >>> 51: flag(has_contended_annotations , 1 << 10) /*

Re: RFR: 8306474: Move InstanceKlass read-only flags [v2]

2023-04-19 Thread Coleen Phillimore
> Moved three read-only InstanceKlass flags out of AccessFlags to > InstanceKlassFlags, and removed unused and unneeded SA code. > Tested with tier1-4. Coleen Phillimore has updated the pull request incrementally with one additional commit since the last revision: John's suggestion -

RFR: 8306482: Remove unused Method AccessFlags

2023-04-19 Thread Coleen Phillimore
Please review this small change to remove Method AccessFlags that are unused. These flags were moved to ConstMethod a long time ago. Tested with tier1-4, SA tests locally - Commit messages: - 8306482: Remove unused Method AccessFlags Changes: https://git.openjdk.org/jdk/pull/13549

Re: RFR: 8306474: Move InstanceKlass read-only flags [v2]

2023-04-19 Thread David Holmes
On Thu, 20 Apr 2023 00:27:20 GMT, Coleen Phillimore wrote: >> Moved three read-only InstanceKlass flags out of AccessFlags to >> InstanceKlassFlags, and removed unused and unneeded SA code. >> Tested with tier1-4. > > Coleen Phillimore has updated the pull request incrementally with one > addit

Re: RFR: 8306482: Remove unused Method AccessFlags

2023-04-19 Thread David Holmes
On Thu, 20 Apr 2023 00:35:06 GMT, Coleen Phillimore wrote: > Please review this small change to remove Method AccessFlags that are unused. > These flags were moved to ConstMethod a long time ago. > Tested with tier1-4, SA tests locally Seems okay. Thanks. - Marked as reviewed by

Re: RFR: 8306034: add support of virtual threads to JVMTI StopThread

2023-04-19 Thread Leonid Mesnik
On Wed, 19 Apr 2023 22:54:35 GMT, Serguei Spitsyn wrote: > This enhancement adds support of virtual threads to the JVMTI `StopThread` > function. > In preview releases before this enhancement the StopThread returned the > JVMTI_ERROR_UNSUPPORTED_OPERATION error code for virtual threads. > > Th

Re: RFR: 8306282: Build failure linux-arm32-open-cmp-baseline after JDK-8257967 [v3]

2023-04-19 Thread David Holmes
On Wed, 19 Apr 2023 11:09:02 GMT, Markus Grönlund wrote: > It follows the same pattern as for other jvmti*.cpp files also excluded via > make/hotspot/lib/jvmFeatures.gmk. For example, jvmtiExport.cpp. Okay , yes I see that now - I was thrown by the fact that the original versions of these func

Re: RFR: 8306437: jhsdb cannot resolve image/symbol paths being used for analysis of Windows coredumps

2023-04-19 Thread Alexey Pavlyutkin
On Wed, 19 Apr 2023 10:39:40 GMT, Alexey Pavlyutkin wrote: > Hi! The patch fixes image/symbol lookup by jhsdb on alanysis Windows > coredump. It uses executableName as a hint prepending image path with > > `;\server` > > and symbol path with > > `srv*https://msdl.microsoft.com/download/symbol

Re: RFR: 8305590: Remove nothrow exception specifications from operator new [v2]

2023-04-19 Thread Kim Barrett
On Wed, 19 Apr 2023 14:46:48 GMT, Afshin Zafari wrote: >> src/hotspot/share/prims/jvmtiRawMonitor.hpp line 114: >> >>> 112: >>> 113: // Non-aborting operator new >>> 114: void* operator new(size_t size, const std::nothrow_t& >>> nothrow_constant) throw() { >> >> Hm, now I'm wondering why