Re: RFR: 8271356: JDB: GDB-style command repetition and `list` auto-advance [v2]

> This has been under discussion on and off for the past month or so on > serviceability-dev, and I think a CSR request is required, so this may be a > work in progress. > > Notes on the patch: > > - The `list` command previously marked a line in each listing with `=>`. In > a bare `list` thi

Withdrawn: 8271356: JDB: GDB-style command repetition and `list` auto-advance

On Sat, 28 Aug 2021 05:37:23 GMT, Jakob Cornell wrote: > This has been under discussion on and off for the past month or so on > serviceability-dev, and I think a CSR request is required, so this may be a > work in progress. > > Notes on the patch: > > - The `list` command previously marked

RFR: 8271356: Modify jdb to treat an empty command as a repeat of the previous command

This has been under discussion on and off for the past month or so on serviceability-dev, and I think a CSR request is required, so this may be a work in progress. Notes on the patch: - The `list` command previously marked a line in each listing with `=>`. In a bare `list` this is the next li

RFR: 8271356: JDB: GDB-style command repetition and `list` auto-advance

This has been under discussion on and off for the past month or so on serviceability-dev, and I think a CSR request is required, so this may be a work in progress. Notes on the patch: - The `list` command previously marked a line in each listing with `=>`. In a bare `list` this is the next li

Re: RFR: 8272805: Avoid looking up standard charsets [v2]

On Sun, 22 Aug 2021 23:02:06 GMT, Sergey Bylokhov wrote: >> This is the continuation of JDK-8233884, JDK-8271456, and JDK-8272120. >> >> In many places standard charsets are looked up via their names, for example: >> absolutePath.getBytes("UTF-8"); >> >> This could be done more efficiently(up t

Re: RFR: 8269770: nsk tests should start IOPipe channel before launch debuggee - Debugee.prepareDebugee [v2]

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

Re: RFR: 8266936: Add a finalization JFR event [v10]

> Greetings, > > Object.finalize() was deprecated in JDK9. There is an ongoing effort to > replace and mitigate Object.finalize() uses in the JDK libraries; please see > https://bugs.openjdk.java.net/browse/JDK-8253568 for more information. > > We also like to assist users in replacing and mit

Re: RFR: 8266936: Add a finalization JFR event [v9]

On Tue, 24 Aug 2021 12:58:29 GMT, Markus Grönlund wrote: >> Greetings, >> >> Object.finalize() was deprecated in JDK9. There is an ongoing effort to >> replace and mitigate Object.finalize() uses in the JDK libraries; please see >> https://bugs.openjdk.java.net/browse/JDK-8253568 for more info

Re: StringBuilder OOMs earlier with JRE 11 compared to JRE 8

Hi Simeon, Redirecting this to core-libs-dev as it is not a serviceability issue. (bcc serviceabillity-dev) Thanks, David On 27/08/2021 8:53 pm, S A wrote: Hi all, while working on https://bugs.eclipse.org/bugs/show_bug.cgi?id=575641 ,

StringBuilder OOMs earlier with JRE 11 compared to JRE 8

Hi all, while working on https://bugs.eclipse.org/bugs/show_bug.cgi?id=575641, I noticed that StringBuilder throws an OOM "half as early" in OpenJDK 11 (and 17 early access), when compared to OpenJDK 8. In particular, I ran the following snippet to see where the limit of appending to a StringBuil

Integrated: 8262386: resourcehogs/serviceability/sa/TestHeapDumpForLargeArray.java timed out

On Wed, 3 Mar 2021 07:01:46 GMT, Lin Zang wrote: > 8262386: resourcehogs/serviceability/sa/TestHeapDumpForLargeArray.java timed > out This pull request has now been integrated. Changeset: 46684a4e Author:Lin Zang Committer: Serguei Spitsyn URL: https://git.openjdk.java.net/jdk/com