Dear All,
I find a memory leak in `appendBootClassPath()`
https://github.com/openjdk/jdk/blob/75a2354dc276e107d64516d20fc72bc7ef3d5f86/src/java.instrument/share/native/libinstrument/InvocationAdapter.c#L950
we malloc `resolved` from resolve(parent, path)
* we use `resolved` in line 951
* w
On Wed, 14 Apr 2021 00:08:52 GMT, Daniel D. Daugherty
wrote:
> The synopsis pretty much says it all. There's a more detailed history in the
> RFE itself.
>
> Currently running the new test thru Mach5 Tier[1-7].
> I've run the test thru several 12 hour runs on my MBP13 and
> on my Linux-X64 ser
On Fri, 23 Apr 2021 15:03:42 GMT, Fairoz Matte wrote:
> findComponentType() logic is wrong. In findComponentType() method, We always
> get vm.classesByName() retruns empty list
> list = vm.classesByName(parser.typeName());
> We have "parser.typeName()" retruns " double[][]"
> vm.classesByName(""
On Wed, 14 Apr 2021 00:08:52 GMT, Daniel D. Daugherty
wrote:
> The synopsis pretty much says it all. There's a more detailed history in the
> RFE itself.
>
> Currently running the new test thru Mach5 Tier[1-7].
> I've run the test thru several 12 hour runs on my MBP13 and
> on my Linux-X64 ser
On Tue, 27 Apr 2021 21:30:09 GMT, Alex Menkov wrote:
> Class loading may cause loading of some other system/internal classes (for
> example loading of java.util.concurrent classes when an other thread loads
> some classes concurrently).
> The fix updates ClassPrepare test so it skip events for
On Wed, 21 Apr 2021 20:51:49 GMT, Alex Menkov wrote:
>> The test actually failed starting from jdk13, but the error is masked by
>> JDK-8264667 (and shell part of the test didn't verify result of the java
>> execution)
>> The fix:
>> - updates JvmtiClassFileReconstituter to add attributes in th
On Wed, 21 Apr 2021 20:51:49 GMT, Alex Menkov wrote:
>> The test actually failed starting from jdk13, but the error is masked by
>> JDK-8264667 (and shell part of the test didn't verify result of the java
>> execution)
>> The fix:
>> - updates JvmtiClassFileReconstituter to add attributes in th
Class loading may cause loading of some other system/internal classes (for
example loading of java.util.concurrent classes when an other thread loads some
classes concurrently).
The fix updates ClassPrepare test so it skip events for "unexpected" classes.
Also it adds a testcase to verify that cl
On Wed, 14 Apr 2021 00:08:52 GMT, Daniel D. Daugherty
wrote:
> The synopsis pretty much says it all. There's a more detailed history in the
> RFE itself.
>
> Currently running the new test thru Mach5 Tier[1-7].
> I've run the test thru several 12 hour runs on my MBP13 and
> on my Linux-X64 ser
On Tue, 27 Apr 2021 09:19:34 GMT, Yasumasa Suenaga wrote:
> SA has `newAddress()` to create `Address` instance, however it is declared in
> each debugger classes (e.g. `LinuxDebugger`). So we can't access it directly
> from `VM` class.
>
> Before SA improvement for ZGC in
> [JDK-8220624](http
SA has `newAddress()` to create `Address` instance, however it is declared in
each debugger classes (e.g. `LinuxDebugger`). So we can't access it directly
from `VM` class.
Before SA improvement for ZGC in
[JDK-8220624](https://bugs.openjdk.java.net/browse/JDK-8220624), we need to
move `newAddr
NotANode(node.hpp) and not_a_node(compile.cpp) are completely repeated guys.
-
Commit messages:
- not_a_node
Changes: https://git.openjdk.java.net/jdk/pull/3715/files
Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=3715&range=00
Issue: https://bugs.openjdk.java.net/browse/J
12 matches
Mail list logo
