Mercurial > hg > truffle
view agent/test/jdi/README.jjh @ 3357:fc2b798ab316
6883834: ParNew: assert(!_g->to()->is_in_reserved(obj),"Scanning field twice?") with LargeObjects tests
Summary: Fixed process_chunk_boundaries(), used for parallel card scanning when using ParNew/CMS, so as to prevent double-scanning, or worse, non-scanning of imprecisely marked objects exceeding parallel chunk size. Made some sizing parameters for parallel card scanning diagnostic, disabled ParallelGCRetainPLAB, and elaborated and clarified some comments.
Reviewed-by: stefank, johnc
author | ysr |
---|---|
date | Tue, 10 May 2011 00:33:21 -0700 |
parents | a61af66fc99e |
children |
line wrap: on
line source
This dir contains a test for the JDI-SA implementation. sagtest.java, sagtarg.java are a normal JDI regression test that uses TargetAdapter.java, TargetListener.java, TestScaffold.java, and VMConnection.java. This test starts the debuggee, sagtarg.java, which just does a wait. The test then calls sagdoit.java which calls all the JDJI interface functions. Well, it doesn't call them all yet, but that is the plan. At least all that are interesting to the JDI-SA client. The result of each call is sent to stdout The script runjpda.sh runs this test. It then runs the targ part of the test and calls gcore on it to get a core dump into file sagcore. Do runjpda.sh >& kk to run this. NOTE that this produces 1000s of lines of output so be sure to redirect to a file. File sagclient.java is a test program that uses the JDI-SA client to connect to a core file or pid and then calls sagdoit which calls the JDI methods. The script runsa.sh can be used to run sagclient on sagcore: runsa.sh sagcore >& kk1 You can then look at the differences between the runjpda.sh and the runsa.sh run to see if there are bugs. Note that the order of things might be different. ----------------------------------------- runjdb.sh contains a script that will run jdb on a core file using the JDI-sa binding.