On Mon, 19 Jul 2021 23:50:07 GMT, Tom Rodriguez wrote:
>> The clhsdb jstack command crashes when the debugged program is run with
>> `-Xcomp -XX:+StressGCM -XX:StressSeed=2` on AArch64:
>>
>>
>> sun.jvm.hotspot.utilities.AssertionFailure: sanity check
>> at jdk.hotspot.agent/sun.jvm.hotspo
On Sat, 17 Jul 2021 00:38:44 GMT, Alex Menkov wrote:
> The fix updates the tests to use dynamic port launching debuggee and get the
> listening port from the debugee output
Ping
-
PR: https://git.openjdk.java.net/jdk/pull/4817
On Fri, 2 Jul 2021 19:30:11 GMT, Alex Menkov wrote:
>> The change fixes several hundreds tests which launch debugee by using uses
>> Debugee.prepareDebugee() method or use
>> debugee = Binder.bindToDebugee(...);
>> IOPipe pipe = debugee.createIOPipe();
>> logic.
>> Debugee.prepareDebugee() and
On Fri, 2 Jul 2021 21:23:39 GMT, Alex Menkov wrote:
> SocketIOPipe/IOPipe classes can select listening port by 2 ways:
> 1. caller specifies "-transport.address=dynamic" argument creating
> ArgumentHandler,
> and calls Binder.prepareForPipeConnection (actually see
> nsk.share.jpda.DebugeeBinder
On Mon, 14 Jun 2021 17:00:29 GMT, Andrey Turbanov
wrote:
> I found few places, where code initially perform `Object[]
> Colleciton.toArray()` call and then manually copy array into another array
> with required type.
> This PR cleanups such places to more shorter call `T[]
> Collection.toArra
On Mon, 14 Jun 2021 17:00:29 GMT, Andrey Turbanov
wrote:
> I found few places, where code initially perform `Object[]
> Colleciton.toArray()` call and then manually copy array into another array
> with required type.
> This PR cleanups such places to more shorter call `T[]
> Collection.toArra
On Mon, 14 Jun 2021 17:00:29 GMT, Andrey Turbanov
wrote:
> I found few places, where code initially perform `Object[]
> Colleciton.toArray()` call and then manually copy array into another array
> with required type.
> This PR cleanups such places to more shorter call `T[]
> Collection.toArra
On Mon, 14 Jun 2021 17:00:29 GMT, Andrey Turbanov
wrote:
> I found few places, where code initially perform `Object[]
> Colleciton.toArray()` call and then manually copy array into another array
> with required type.
> This PR cleanups such places to more shorter call `T[]
> Collection.toArra
On Tue, 15 Jun 2021 12:34:50 GMT, Andrey Turbanov
wrote:
>> src/java.base/share/classes/java/security/Security.java line 656:
>>
>>> 654: return null;
>>> 655:
>>> 656: return candidates.toArray(new Provider[0]);
>>
>> `candidates.toArray(new Provider[candidates.size()]);`
On Tue, 15 Jun 2021 12:06:43 GMT, Michael Bien
wrote:
>> I found few places, where code initially perform `Object[]
>> Colleciton.toArray()` call and then manually copy array into another array
>> with required type.
>> This PR cleanups such places to more shorter call `T[]
>> Collection.toAr
On Mon, 14 Jun 2021 17:00:29 GMT, Andrey Turbanov
wrote:
> I found few places, where code initially perform `Object[]
> Colleciton.toArray()` call and then manually copy array into another array
> with required type.
> This PR cleanups such places to more shorter call `T[]
> Collection.toArra
On Mon, 14 Jun 2021 17:00:29 GMT, Andrey Turbanov
wrote:
> I found few places, where code initially perform `Object[]
> Colleciton.toArray()` call and then manually copy array into another array
> with required type.
> This PR cleanups such places to more shorter call `T[]
> Collection.toArra
I found few places, where code initially perform `Object[]
Colleciton.toArray()` call and then manually copy array into another array with
required type.
This PR cleanups such places to more shorter call `T[] Collection.toArray(T[])`.
-
Commit messages:
- Replace usages of Collecti
> 8252842: Extend jmap to support parallel heap dump
Lin Zang has updated the pull request incrementally with one additional commit
since the last revision:
fix build issue
-
Changes:
- all: https://git.openjdk.java.net/jdk/pull/2261/files
- new: https://git.openjdk.java.net/
14 matches
Mail list logo
