On Fri, 18 Jun 2021 22:17:41 GMT, Jesper Wilhelmsson
wrote:
> Forwardport JDK 17 -> JDK 18
This pull request has now been integrated.
Changeset: b7d78a5b
Author:Jesper Wilhelmsson
URL:
https://git.openjdk.java.net/jdk/commit/b7d78a5b661e2b00f271298db3b6cc873cf754e7
Stats: 12229
> Forwardport JDK 17 -> JDK 18
Jesper Wilhelmsson has updated the pull request with a new target base due to a
merge or a rebase. The pull request now contains 46 commits:
- Merge
- 8267042: bug in monitor locking/unlocking on ARM32 C1 due to uninitialized
BasicObjectLock::_displaced_header
Accordingly the spec CompiledMethodLoad/CompiledMethodUnload events may be sent
in the start and live phases.
VM implementation send them only in the live phase, but tests should expect
them in the start phase too
-
Commit messages:
- Updated tests to allow CompiledMethodLoad/Unloa
On Fri, 16 Apr 2021 13:44:16 GMT, Rafael Winterhalter
wrote:
> To allow agents the definition of auxiliary classes, an API is needed to
> allow this. Currently, this is often achieved by using `sun.misc.Unsafe` or
> `jdk.internal.misc.Unsafe` ever since the `defineClass` method was removed
>
Forwardport JDK 17 -> JDK 18
-
Commit messages:
- Merge
- 8268316: Typo in JFR jdk.Deserialization event
- 8268638: semaphores of AsyncLogWriter may be broken when JVM is exiting.
- 8264775: ClhsdbFindPC still fails with java.lang.RuntimeException: 'In java
stack' missing from st
Hi Jakob,
You are correct in assuming that in general jdb is low priority. We
mostly rely on it for testing jdi (there are quite a few jdb tests we
maintain mainly for this purpose), and also for doing some targeted
experimenting that might not be quite as easy to do with a full IDE. We
do we
On Fri, 18 Jun 2021 17:42:21 GMT, Chris Plummer wrote:
> Since a stack address can point to a hotspot object, findpc of a stack
> address should allow for "Is of type..." to be the result, rather than
> requiring it to be "In java stack". The implementation of findpc checks if
> the address is
On Fri, 18 Jun 2021 17:42:21 GMT, Chris Plummer wrote:
> Since a stack address can point to a hotspot object, findpc of a stack
> address should allow for "Is of type..." to be the result, rather than
> requiring it to be "In java stack". The implementation of findpc checks if
> the address is
Main logic of the tests is:
TestProcessLauncher t = ...;
try {
t.launch();
.. perform testing ...
} finally {
t.quit();
}
We have some problem with the tests, but the exception from
TestProcessLauncher.quit() masks it.
The failures are very intermittent, so need to fix this excption t
Forwarding to serviceability-dev@...
Dan
On 6/18/21 3:31 PM, Jakob Cornell wrote:
Hi all,
I'm hoping to become an OpenJDK contributor in order to make some
enhancements to JDB, which is my go-to tool for Java debugging. As an
example, JDB currently ignores empty commands, and I hope to make
On Fri, 18 Jun 2021 17:42:21 GMT, Chris Plummer wrote:
> Since a stack address can point to a hotspot object, findpc of a stack
> address should allow for "Is of type..." to be the result, rather than
> requiring it to be "In java stack". The implementation of findpc checks if
> the address is
On Fri, 18 Jun 2021 05:54:01 GMT, Yi Yang wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
> Yi Yang has updated the pull request incrementally
Since a stack address can point to a hotspot object, findpc of a stack address
should allow for "Is of type..." to be the result, rather than requiring it to
be "In java stack". The implementation of findpc checks if the address is a
hotspot object before checking if it is the stack, which seems
On Fri, Jun 18, 2021, at 02:47, David Holmes wrote:
> On 18/06/2021 4:35 pm, Alan Bateman wrote:
> > On 17/06/2021 22:44, David Holmes wrote:
> >>
> >> I must admit I'm a bit confused about these implementation-specific
> >> MBeans. They are implementation-specific, so no part of the primary
> >>
On Thu, 10 Jun 2021 18:23:45 GMT, Igor Ignatyev wrote:
> Hi all,
>
> could you please review this one-liner that adds `@requires vm.flagless` to 2
> `serviceability/attach` tests that ignore external VM flags?
>
> Thanks,
> -- Igor
This pull request has now been integrated.
Changeset: 21abcc
On Thu, 10 Jun 2021 16:46:12 GMT, Igor Ignatyev wrote:
> (recreating openjdk/jdk#4453 against jdk17)
>
> Hi all,
>
> could you please review this patch that adds `@requires vm.flagless` to
> `SDTProbesGNULinuxTest` test as it ignores all external VM flags?
>
> Thanks,
> -- Igor
This pull req
On Thu, 10 Jun 2021 18:08:45 GMT, Igor Ignatyev wrote:
> Hi all,
>
> could you please review this one-liner that adds `@requires vm.flagless` to
> `serviceability/sa/TestJhsdbJstackLineNumbers.java` as it ignores external VM
> flags?
>
> Thanks,
> -- Igor
This pull request has now been integ
On Thu, 10 Jun 2021 18:19:46 GMT, Igor Ignatyev wrote:
> Hi all,
>
> could you please review this one-liner that adds `@requires vm.flagless` to 6
> `serviceability/jvmti` tests that ignore external VM flags?
>
> Thanks,
> -- Igor
This pull request has now been integrated.
Changeset: 5b19898
On Thu, 10 Jun 2021 18:23:45 GMT, Igor Ignatyev wrote:
> Hi all,
>
> could you please review this one-liner that adds `@requires vm.flagless` to 2
> `serviceability/attach` tests that ignore external VM flags?
>
> Thanks,
> -- Igor
Thank you, Serguei.
-
PR: https://git.openjdk.j
On Thu, 10 Jun 2021 16:46:12 GMT, Igor Ignatyev wrote:
> (recreating openjdk/jdk#4453 against jdk17)
>
> Hi all,
>
> could you please review this patch that adds `@requires vm.flagless` to
> `SDTProbesGNULinuxTest` test as it ignores all external VM flags?
>
> Thanks,
> -- Igor
Serguei, than
On Thu, 10 Jun 2021 18:08:45 GMT, Igor Ignatyev wrote:
> Hi all,
>
> could you please review this one-liner that adds `@requires vm.flagless` to
> `serviceability/sa/TestJhsdbJstackLineNumbers.java` as it ignores external VM
> flags?
>
> Thanks,
> -- Igor
thank you, Serguei.
-
On Thu, 10 Jun 2021 18:19:46 GMT, Igor Ignatyev wrote:
> Hi all,
>
> could you please review this one-liner that adds `@requires vm.flagless` to 6
> `serviceability/jvmti` tests that ignore external VM flags?
>
> Thanks,
> -- Igor
Serguei, thank you for your review.
-
PR: https:
> When the signal sent for AsyncGetCallTrace or JFR would land on a runtime
> stub (like arraycopy), a vtable stub, or the prolog of a compiled method, it
> wouldn't be able to detect the sender (caller) frame for multiple reasons.
> This patch fixes these cases through adding CodeBlob-specific
On Thu, 17 Jun 2021 23:12:04 GMT, David Holmes wrote:
>> Denghui Dong has refreshed the contents of this pull request, and previous
>> commits have been removed. The incremental views will show differences
>> compared to the previous content of the PR.
>
> Sorry still not a fan even with the ha
On Fri, 18 Jun 2021 06:51:53 GMT, Denghui Dong wrote:
>> Hi,
>>
>> Could I have a review of this change that merges three vm
>> operations(VM_PrintThreads, VM_PrintJNI, VM_FindDeadlocks) in thread_dump
>> and signal_thread_entry.
>>
>> `jstack` is a very common command, even in the production
25 matches
Mail list logo
