On Tue, 2 Aug 2022 17:25:19 GMT, Alan Bateman wrote:
> Just an FYI that the [ORDER OF
> TAGS](https://openjdk.org/jtreg/tag-spec.html#ORDER) section of the tag
> language spec recommends putting the `@requires` before the `@modules` and
> `@library` tags.
Done. Didn't know that. Thank you for
> `vmTestbase/nsk/jvmti/GetThreadInfo/thrinfo001/TestDescription.java` and
> `vmTestbase/nsk/jvmti/RedefineClasses/StressRedefineVirtual/StressRedefineVirtual.java`
> are added or modified by
> [JDK-8284161](https://bugs.openjdk.org/browse/JDK-8284161), and they are
> failed if Loom or JVMTI is
On Mon, 1 Aug 2022 07:41:50 GMT, Serguei Spitsyn wrote:
> This is a regression that has been introduced by the fix of:
> [8256811](https://bugs.openjdk.org/browse/JDK-8256811): Delayed/missed jdwp
> class unloading events
>
> This is the relevant comment from Zhengyu:
>
> It is caused by https
On Mon, 1 Aug 2022 07:41:50 GMT, Serguei Spitsyn wrote:
> This is a regression that has been introduced by the fix of:
> [8256811](https://bugs.openjdk.org/browse/JDK-8256811): Delayed/missed jdwp
> class unloading events
>
> This is the relevant comment from Zhengyu:
>
> It is caused by https
On Mon, 1 Aug 2022 07:41:50 GMT, Serguei Spitsyn wrote:
> This is a regression that has been introduced by the fix of:
> [8256811](https://bugs.openjdk.org/browse/JDK-8256811): Delayed/missed jdwp
> class unloading events
>
> This is the relevant comment from Zhengyu:
>
> It is caused by https
On Mon, 1 Aug 2022 21:02:39 GMT, Chris Plummer wrote:
> Near the end of the test, the debuggee forces a GC so ClassUnloadEvents will
> be generated, and then the debuggee immediately exits. However, the
> ClassUnloadEvents might not be sent out before the VMDeath is generated, and
> it prevent
On Mon, 1 Aug 2022 20:05:02 GMT, Chris Plummer wrote:
> These tests do not belong in ProblemList-svc-vthreads.txt. This problem list
> is meant for tests that fail when the debuggee is run with the virtual thread
> wrapper. These tests are not setup to run in that mode, and therefore never
> a
On Mon, 1 Aug 2022 04:58:49 GMT, Axel Boldt-Christmas wrote:
>> The proposal is to encapsulate the nmethod mark for deoptimization logic in
>> one place and only allow access to the `mark_for_deoptimization` from a
>> closure object:
>> ```C++
>> class DeoptimizationMarkerClosure : StackObj {
>
On Mon, 1 Aug 2022 21:02:39 GMT, Chris Plummer wrote:
> Near the end of the test, the debuggee forces a GC so ClassUnloadEvents will
> be generated, and then the debuggee immediately exits. However, the
> ClassUnloadEvents might not be sent out before the VMDeath is generated, and
> it prevent
On Mon, 1 Aug 2022 20:05:02 GMT, Chris Plummer wrote:
> These tests do not belong in ProblemList-svc-vthreads.txt. This problem list
> is meant for tests that fail when the debuggee is run with the virtual thread
> wrapper. These tests are not setup to run in that mode, and therefore never
> a
On Tue, 2 Aug 2022 06:32:09 GMT, Ao Qi wrote:
>> `vmTestbase/nsk/jvmti/GetThreadInfo/thrinfo001/TestDescription.java` and
>> `vmTestbase/nsk/jvmti/RedefineClasses/StressRedefineVirtual/StressRedefineVirtual.java`
>> are added or modified by
>> [JDK-8284161](https://bugs.openjdk.org/browse/JDK-
On Mon, 1 Aug 2022 20:05:02 GMT, Chris Plummer wrote:
> These tests do not belong in ProblemList-svc-vthreads.txt. This problem list
> is meant for tests that fail when the debuggee is run with the virtual thread
> wrapper. These tests are not setup to run in that mode, and therefore never
> a
On Tue, 2 Aug 2022 06:32:09 GMT, Ao Qi wrote:
>> `vmTestbase/nsk/jvmti/GetThreadInfo/thrinfo001/TestDescription.java` and
>> `vmTestbase/nsk/jvmti/RedefineClasses/StressRedefineVirtual/StressRedefineVirtual.java`
>> are added or modified by
>> [JDK-8284161](https://bugs.openjdk.org/browse/JDK-
On Mon, 1 Aug 2022 04:58:49 GMT, Axel Boldt-Christmas wrote:
>> The proposal is to encapsulate the nmethod mark for deoptimization logic in
>> one place and only allow access to the `mark_for_deoptimization` from a
>> closure object:
>> ```C++
>> class DeoptimizationMarkerClosure : StackObj {
>
14 matches
Mail list logo