RFR: 8305937: com/sun/jdi/SetLocalWhileThreadInNative.java fails with -XX:+TieredCompilation
David Holmes
dholmes at openjdk.org
Fri Apr 14 05:49:40 UTC 2023
On Thu, 13 Apr 2023 14:49:58 GMT, Leonid Mesnik <lmesnik at openjdk.org> 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 test jvm args as part of targetAppCommandLine. So the test VM args are added to the jtreg vm options. But after JDK-8304834 it parse then into targetVMArgs. So test vm args should append to jtreg vm options to override them.
>
> Testing: tier1-tier5 (including failing combination and testing with wrapper)
> I haven't added requires to filter out the test, because e filter only failing combination usually.
So IIUC basically before [JDK-8304834](https://bugs.openjdk.org/browse/JDK-8304834) we would have:
java <jtreg VM args> TestClass <test vm args>
and those intended test VM args were completely ignored as the VM never saw them. Then after [JDK-8304834](https://bugs.openjdk.org/browse/JDK-8304834):
java <test vm args> <jtreg VM args> TestClass
and the test VM args are seen by the VM but potentially overridden by the jtreg VM args. And now we have:
java <jtreg VM args> <test vm args> TestClass
and things now work as planned.
But it also means that since [JDK-8304834](https://bugs.openjdk.org/browse/JDK-8304834) we've started running a whole bunch of tests (how many?) in a way they have never actually run before.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/13462#issuecomment-1507954240
More information about the serviceability-dev
mailing list