In some circumstances ClassFileTransformer.transform can get
ClassCircularityError or LinkageError concatenating strings (see JDK-8264667,
JDK-8262002).
VerifyLocalVariableTableOnRetransformTest fails sometimes on Oracle CI.
The fix adds handling of the errors to get information for analysis.
--
> Optimize constructor to skip extra copy for registers. The tier1 tests are
> OK. The Specjvm2008 benchmark reports ~1% improvement.
Vladimir Ivanov has updated the pull request with a new target base due to a
merge or a rebase. The incremental webrev excludes the unrelated changes
brought in
On Thu, 12 Dec 2024 09:54:03 GMT, Kevin Walls wrote:
>> Unnecessary duplication of small utility method. There should be only one
>> Util.newObjectName().
>
> Kevin Walls has updated the pull request with a new target base due to a
> merge or a rebase. The incremental webrev excludes the unrel
On Thu, 12 Dec 2024 00:01:41 GMT, William Kemper wrote:
> This test makes assertions about the number of gc manager beans and the
> number of memory pools. The generational mode for Shenandoah adds another
> memory pool.
Please update copyrights.
-
PR Review: https://git.openjdk.
On Thu, 12 Dec 2024 00:01:41 GMT, William Kemper wrote:
> This test makes assertions about the number of gc manager beans and the
> number of memory pools. The generational mode for Shenandoah adds another
> memory pool.
test/jdk/java/lang/management/MemoryMXBean/MemoryTest.java line 62:
> 60
On Thu, 12 Dec 2024 00:01:41 GMT, William Kemper wrote:
> This test makes assertions about the number of gc manager beans and the
> number of memory pools. The generational mode for Shenandoah adds another
> memory pool.
Marked as reviewed by ysr (Reviewer).
-
PR Review: https://
On Thu, 12 Dec 2024 12:41:28 GMT, Matthias Baesken wrote:
>> We should output more information about the JVMTI agents in the hserr file.
>
> Matthias Baesken has updated the pull request incrementally with one
> additional commit since the last revision:
>
> infos -> info
src/hotspot/share/r
On Thu, 12 Dec 2024 09:54:03 GMT, Kevin Walls wrote:
>> Unnecessary duplication of small utility method. There should be only one
>> Util.newObjectName().
>
> Kevin Walls has updated the pull request with a new target base due to a
> merge or a rebase. The incremental webrev excludes the unrel
On Thu, 12 Dec 2024 12:41:28 GMT, Matthias Baesken wrote:
>> We should output more information about the JVMTI agents in the hserr file.
>
> Matthias Baesken has updated the pull request incrementally with one
> additional commit since the last revision:
>
> infos -> info
I do not understand
On Thu, 12 Dec 2024 12:41:28 GMT, Matthias Baesken wrote:
>> We should output more information about the JVMTI agents in the hserr file.
>
> Matthias Baesken has updated the pull request incrementally with one
> additional commit since the last revision:
>
> infos -> info
Seems okay. Someone
On Tue, 10 Dec 2024 12:41:00 GMT, Simon Tooke wrote:
>> This is a port of #16301 to macOS.
>>
>> System.map and System.dump_map are implemented using the macOS API and
>> provide roughly the same information in the same format. Most of the heavy
>> lifting was implemented by @tstuefe in
>> h
On Thu, 12 Dec 2024 11:39:33 GMT, Thomas Stuefe wrote:
> Two fixes to fix the 32-bit build.
>
> See JBS issue and code comment for details.
>
> I ran nNoClassDefFoundErrorTest x64 and x86 fastdebug and release. On
> fastdebug, the giant string test now gets silently skipped as expected.
This
On Thu, 12 Dec 2024 11:39:33 GMT, Thomas Stuefe wrote:
> Two fixes to fix the 32-bit build.
>
> See JBS issue and code comment for details.
>
> I ran nNoClassDefFoundErrorTest x64 and x86 fastdebug and release. On
> fastdebug, the giant string test now gets silently skipped as expected.
Thank
On Thu, 12 Dec 2024 09:54:03 GMT, Kevin Walls wrote:
>> Unnecessary duplication of small utility method. There should be only one
>> Util.newObjectName().
>
> Kevin Walls has updated the pull request with a new target base due to a
> merge or a rebase. The incremental webrev excludes the unrel
On Thu, 12 Dec 2024 09:54:03 GMT, Kevin Walls wrote:
>> Unnecessary duplication of small utility method. There should be only one
>> Util.newObjectName().
>
> Kevin Walls has updated the pull request with a new target base due to a
> merge or a rebase. The incremental webrev excludes the unrel
On Thu, 12 Dec 2024 09:54:03 GMT, Kevin Walls wrote:
>> Unnecessary duplication of small utility method. There should be only one
>> Util.newObjectName().
>
> Kevin Walls has updated the pull request with a new target base due to a
> merge or a rebase. The incremental webrev excludes the unrel
> This moves the modifier_flag computation to when InstanceKlass, ObjArrayKlass
> and TypeArrayKlass are created.
>
> Tested with jck:vm and tier1-4.
Coleen Phillimore has updated the pull request with a new target base due to a
merge or a rebase. The incremental webrev excludes the unrelated c
On Thu, 12 Dec 2024 11:39:33 GMT, Thomas Stuefe wrote:
> Two fixes to fix the 32-bit build.
>
> See JBS issue and code comment for details.
>
> I ran nNoClassDefFoundErrorTest x64 and x86 fastdebug and release. On
> fastdebug, the giant string test now gets silently skipped as expected.
I am
On Thu, 12 Dec 2024 11:39:33 GMT, Thomas Stuefe wrote:
> Two fixes to fix the 32-bit build.
>
> See JBS issue and code comment for details.
>
> I ran nNoClassDefFoundErrorTest x64 and x86 fastdebug and release. On
> fastdebug, the giant string test now gets silently skipped as expected.
Marke
On Thu, 12 Dec 2024 11:39:33 GMT, Thomas Stuefe wrote:
> Two fixes to fix the 32-bit build.
>
> See JBS issue and code comment for details.
>
> I ran nNoClassDefFoundErrorTest x64 and x86 fastdebug and release. On
> fastdebug, the giant string test now gets silently skipped as expected.
@MBae
On Thu, 12 Dec 2024 11:39:33 GMT, Thomas Stuefe wrote:
> Two fixes to fix the 32-bit build.
>
> See JBS issue and code comment for details.
>
> I ran nNoClassDefFoundErrorTest x64 and x86 fastdebug and release. On
> fastdebug, the giant string test now gets silently skipped as expected.
Seems
Two fixes to fix the 32-bit build.
See JBS issue and code comment for details.
I ran nNoClassDefFoundErrorTest x64 and x86 fastdebug and release. On
fastdebug, the giant string test now gets silently skipped as expected.
-
Commit messages:
- fix
Changes: https://git.openjdk.org/j
On Wed, 11 Dec 2024 22:46:14 GMT, Chris Plummer wrote:
>> Right, there are two Util classes, and some classes use both...
>> e.g. ObjectName.java uses com.sun.jmx.mbeanserver.Util (for
>> Util.wildmatch()),
>> and I want to use newObjectName from sun.management.Util.
>
>> Right, there are two U
> Unnecessary duplication of small utility method. There should be only one
> Util.newObjectName().
Kevin Walls has updated the pull request with a new target base due to a merge
or a rebase. The incremental webrev excludes the unrelated changes brought in
by the merge/rebase. The pull request
On Wed, 11 Dec 2024 13:04:51 GMT, Kevin Walls wrote:
>> A post-SecurityManager removal cleanup task, to remove checkAccess(),
>> checkMonitorAccess() and checkControlAccess() from
>> src/java.management/share/classes/sun/management/Util.java (methods are
>> already no-ops).
>>
>> While here,
On Wed, 11 Dec 2024 12:17:55 GMT, Kevin Walls wrote:
> A post-SecurityManager removal cleanup task, to remove checkAccess(),
> checkMonitorAccess() and checkControlAccess() from
> src/java.management/share/classes/sun/management/Util.java (methods are
> already no-ops).
>
> While here, there
26 matches
Mail list logo
