Re: RFR: 8333361: ubsan, test : libHeapMonitorTest.cpp:518:9: runtime error: null pointer passed as argument 2, which is declared to never be null

2024-06-20 Thread Andreas Steiner
On Thu, 20 Jun 2024 11:58:23 GMT, Matthias Baesken wrote: > The following issue has been observed when running > serviceability/jvmti/HeapMonitor/MyPackage/HeapMonitorThreadTest (and some > other :tier1 tests) > on Linux with ubsan enabled binaries : > >

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

2024-03-20 Thread Andreas Steiner
On Tue, 19 Mar 2024 20:15:18 GMT, Chris Plummer wrote: >> So should I also use HeapDumpGzipLevel the same way as HeapDumpPath ? Tehn >> we have to change the text in globals.hpp for HeapDumpGzipLevel as well >> because it mentions only the HeapDumpOnOutOfmemoryError case and not the >> jcmd

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 Andreas Steiner
On Fri, 15 Mar 2024 06:59:42 GMT, Christoph Langer wrote: >> src/hotspot/share/runtime/globals.hpp line 565: >> >>> 563: "triggered by jcmd GC.heap_dump without specifying a path, " >>> \ >>> 564: "the path (filename or directory) of the dump file " >>> \

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

2024-03-14 Thread Andreas Steiner
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