> This implements "jcmd on core files" for Linux, and for MiniDumps on Windows 
> (MacOS is "future work").
> jcmd "revives" the VM memory and .so/.dll from the core/minidump, and runs 
> the existing native diagnostic command parser and command implementations.
> 
> ---------
> - [x] I confirm that I make this contribution in accordance with the [OpenJDK 
> Interim AI Policy](https://openjdk.org/legal/ai).

Kevin Walls has updated the pull request with a new target base due to a merge 
or a rebase. The pull request now contains 55 commits:

 - Remove static saved statistics for string and symboltable
 - Update for basic jcmd test
 - Merge remote-tracking branch 'upstream/master' into 8378084_jep_cores_impl
 - Minor API update, change a throws and implNote.
   Clarify source by calling the directory for a cache the revival cache dir 
(not revival data dir), and "revival_data" is the one struct the VM and tool 
share.
   Use PATH_MAX
   Rename waitHitRet as diagWait - diagnostic wait.  It waits so the process 
can be inspected at different points before a failure.
 - Merge remote-tracking branch 'upstream/master' into 8378084_jep_cores_impl
 - test update
 - Update test, spacing.
 - oops
 - feedback and test update
 - update
 - ... and 45 more: https://git.openjdk.org/jdk/compare/059de783...12848f35

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

Changes: https://git.openjdk.org/jdk/pull/31011/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=31011&range=39
  Stats: 8141 lines in 80 files changed: 7423 ins; 602 del; 116 mod
  Patch: https://git.openjdk.org/jdk/pull/31011.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/31011/head:pull/31011

PR: https://git.openjdk.org/jdk/pull/31011

Reply via email to