RFR: 8323693: Update some copyright announcements in the new files created in 8234502

2024-01-12 Thread Lei Zaakjyu
see 'https://github.com/openjdk/jdk/pull/17398#pullrequestreview-1819022919' - Commit messages: - update copyright Changes: https://git.openjdk.org/jdk/pull/17412/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17412&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8323

Re: RFR: 8323660: Serial: Fix header ordering and indentation [v3]

2024-01-12 Thread Lei Zaakjyu
On Fri, 12 Jan 2024 15:26:34 GMT, Lei Zaakjyu wrote: >> follow up 8234502. > > Lei Zaakjyu has updated the pull request incrementally with one additional > commit since the last revision: > > fix thanks for the review. - PR Comment: https://git.openjdk.org/jdk/pull/17398#issuec

Re: RFR: 8323660: Serial: Fix header ordering and indentation [v3]

2024-01-12 Thread Lei Zaakjyu
On Fri, 12 Jan 2024 20:49:47 GMT, Chris Plummer wrote: > SA change looks good. But... > > It looks like all the copyright updates to 2024 are missing from this PR and > the previous PR. We may need another PR for that. Also, the two new files in > that PR should have a copyright that just says

Re: RFR: 8318682: SA decoding of scalar replaced objects is broken

2024-01-12 Thread Vladimir Kozlov
On Fri, 12 Jan 2024 21:26:36 GMT, Tom Rodriguez wrote: > The changes for JDK-8287061 didn't update the SA decoding logic and there are > other places where the decoding has gotten out of sync with HotSpot. Some of > them can't be tested because they are part of JVMCI but I've added a directed

RFR: 8318682: SA decoding of scalar replaced objects is broken

2024-01-12 Thread Tom Rodriguez
The changes for JDK-8287061 didn't update the SA decoding logic and there are other places where the decoding has gotten out of sync with HotSpot. Some of them can't be tested because they are part of JVMCI but I've added a directed test for the JDK-8287061 code and a more brute force test that

Re: RFR: JDK-8319382: com/sun/jdi/JdwpAllowTest.java shows failures on AIX if prefixLen of mask is larger than 32 in IPv6 case [v3]

2024-01-12 Thread Alex Menkov
On Fri, 12 Jan 2024 11:28:32 GMT, Joachim Kern wrote: >> In parseAllowedMask in socketTransport.c, prefixLen of mask is compared with >> a maxValue (32 for IPv4, 128 otherwise). This fails if it is larger than >> 32, because getaddrinfo seems to detect IPv4 family, if IPv6 address has set >>

Re: RFR: 8323660: Serial: Fix header ordering and indentation [v3]

2024-01-12 Thread Chris Plummer
On Fri, 12 Jan 2024 15:26:34 GMT, Lei Zaakjyu wrote: >> follow up 8234502. > > Lei Zaakjyu has updated the pull request incrementally with one additional > commit since the last revision: > > fix SA change looks good. But... It looks like all the copyright updates to 2024 are missing from t

Integrated: JDK-8318563: GetClassFields should not use random access to field

2024-01-12 Thread Alex Menkov
On Wed, 13 Dec 2023 21:32:50 GMT, Alex Menkov wrote: > FieldStream/FilteredFieldStream classes from reflectionUtils.hpp iterate > class fields in the reverse order and use field indexes to access instead of > forward iteration. This is performance ineffective (see > [JDK-8317692](https://bugs.

Re: RFR: 8323640: [TESTBUG]testMemoryFailCount in jdk/internal/platform/docker/TestDockerMemoryMetrics.java always fail because OOM killed

2024-01-12 Thread sendaoYan
On Fri, 12 Jan 2024 03:31:37 GMT, sendaoYan wrote: > Reviewed-by: Yi Yang The test case before this PR has a maximum heap of 64MB and applies for 8M of memory each time in the for loop. When applying for memory for the sixth time, it was killed by the docker container because of OOM, jdk.inte

Re: RFR: 8323660: Serial: Fix header ordering and indentation [v3]

2024-01-12 Thread Albert Mingkun Yang
On Fri, 12 Jan 2024 15:26:34 GMT, Lei Zaakjyu wrote: >> follow up 8234502. > > Lei Zaakjyu has updated the pull request incrementally with one additional > commit since the last revision: > > fix Marked as reviewed by ayang (Reviewer). - PR Review: https://git.openjdk.org/jdk/p

Re: RFR: 8323660: Serial: Fix header ordering and indentation [v3]

2024-01-12 Thread Lei Zaakjyu
> follow up 8234502. Lei Zaakjyu has updated the pull request incrementally with one additional commit since the last revision: fix - Changes: - all: https://git.openjdk.org/jdk/pull/17398/files - new: https://git.openjdk.org/jdk/pull/17398/files/5c9a5e96..ed54e312 Webrevs:

Re: RFR: 8323660: Serial: Fix header ordering and indentation [v2]

2024-01-12 Thread Albert Mingkun Yang
On Fri, 12 Jan 2024 15:15:41 GMT, Lei Zaakjyu wrote: >> follow up 8234502. > > Lei Zaakjyu has updated the pull request incrementally with one additional > commit since the last revision: > > fix indent src/hotspot/share/gc/serial/serialHeap.cpp line 81: > 79: #include "utilities/formatBuff

Re: RFR: 8323660: Serial: Fix header ordering and indentation [v2]

2024-01-12 Thread Lei Zaakjyu
> follow up 8234502. Lei Zaakjyu has updated the pull request incrementally with one additional commit since the last revision: fix indent - Changes: - all: https://git.openjdk.org/jdk/pull/17398/files - new: https://git.openjdk.org/jdk/pull/17398/files/6d423eee..5c9a5e96 We

Re: RFR: 8323660: Serial: Fix header ordering and indentation

2024-01-12 Thread Albert Mingkun Yang
On Fri, 12 Jan 2024 14:31:54 GMT, Lei Zaakjyu wrote: > follow up 8234502. Some indentations of arg list are broken, e.g. `SerialHeap::collect_generation`. - PR Comment: https://git.openjdk.org/jdk/pull/17398#issuecomment-1889401934

RFR: 8323660: Serial: Fix header ordering and indentation

2024-01-12 Thread Lei Zaakjyu
follow up 8234502. - Commit messages: - fix header ordering Changes: https://git.openjdk.org/jdk/pull/17398/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17398&range=00 Issue: https://bugs.openjdk.org/browse/JDK-8323660 Stats: 33 lines in 4 files changed: 15 ins; 18 de

Re: RFR: 8318707: Remove the Java Management Extension (JMX) Management Applet (m-let) feature [v4]

2024-01-12 Thread Daniel Fuchs
On Thu, 11 Jan 2024 20:59:05 GMT, Kevin Walls wrote: >> Remove the MLet feature and its tests. >> >> Some tests use MLet classes but are not testing MLets. These are updated, >> to use another test MBean or an MBean which is a URLClassLoader, e.g. >> test/jdk/javax/management/MBeanServer/PostE

Re: RFR: 8240908: RetransformClass does not know about MethodParameters attribute [v3]

2024-01-12 Thread Fabian Meumertzheim
On Wed, 26 Jan 2022 16:38:41 GMT, Alex Menkov wrote: >> Alex Menkov has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Simplified the test, added comments > > Simplified the test (a lot of code was useful during development/debugging, > bu

Re: RFR: JDK-8319382: com/sun/jdi/JdwpAllowTest.java shows failures on AIX if prefixLen of mask is larger than 32 in IPv6 case [v2]

2024-01-12 Thread Joachim Kern
On Thu, 11 Jan 2024 16:14:39 GMT, Joachim Kern wrote: >> In parseAllowedMask in socketTransport.c, prefixLen of mask is compared with >> a maxValue (32 for IPv4, 128 otherwise). This fails if it is larger than >> 32, because getaddrinfo seems to detect IPv4 family, if IPv6 address has set >>

Re: RFR: JDK-8319382: com/sun/jdi/JdwpAllowTest.java shows failures on AIX if prefixLen of mask is larger than 32 in IPv6 case [v3]

2024-01-12 Thread Joachim Kern
> In parseAllowedMask in socketTransport.c, prefixLen of mask is compared with > a maxValue (32 for IPv4, 128 otherwise). This fails if it is larger than 32, > because getaddrinfo seems to detect IPv4 family, if IPv6 address has set only > some of the last 32 Bits. So we take the wrong maxValue

Re: RFR: 8323546: Clarify docs for Compiler.perfmap filename parameter, and other misc related jcmd doc cleanups [v4]

2024-01-12 Thread Serguei Spitsyn
On Fri, 12 Jan 2024 02:07:47 GMT, Chris Plummer wrote: >> The jcmd docs for Compiler.perfmap currently say: >> >> - *filename*: (Optional) The name of the map file (STRING, no default >> value) >> >> However, there is a default, so not only should that be made more clear in >> the above,

[jdk22] Integrated: 8321685: Missing ResourceMark in code called from JvmtiEnvBase::get_vthread_jvf

2024-01-12 Thread Serguei Spitsyn
On Fri, 12 Jan 2024 00:47:20 GMT, Serguei Spitsyn wrote: > Hi all, > > This pull request contains a clean backport of commit > [2806adee](https://github.com/openjdk/jdk/commit/2806adee2d8cca6bc215f285888631799bd02eac) > from the [openjdk/jdk](https://git.openjdk.org/jdk) repository. > > The c

Re: [jdk22] RFR: 8321685: Missing ResourceMark in code called from JvmtiEnvBase::get_vthread_jvf

2024-01-12 Thread Serguei Spitsyn
On Fri, 12 Jan 2024 00:47:20 GMT, Serguei Spitsyn wrote: > Hi all, > > This pull request contains a clean backport of commit > [2806adee](https://github.com/openjdk/jdk/commit/2806adee2d8cca6bc215f285888631799bd02eac) > from the [openjdk/jdk](https://git.openjdk.org/jdk) repository. > > The c

Re: RFR: JDK-8319382: com/sun/jdi/JdwpAllowTest.java shows failures on AIX if prefixLen of mask is larger than 32 in IPv6 case [v2]

2024-01-12 Thread Matthias Baesken
On Fri, 12 Jan 2024 08:38:48 GMT, Christoph Langer wrote: > @MBaesken, I believe with this idea/PR, #16561 could be closed, right? Yes we want to use inet_pton ; the other one was just a temporary thing (when I think about it , I could have closed this for quite some time ) . - P

Withdrawn: JDK-8319382: com/sun/jdi/JdwpAllowTest.java shows failures on AIX if prefixLen of mask is larger than 32 in IPv6 case

2024-01-12 Thread Matthias Baesken
On Wed, 8 Nov 2023 14:37:29 GMT, Matthias Baesken wrote: > In parseAllowedMask (file socketTransport.c) , prefixLen of mask is compared > with a maxValue (32 for IPv4, 128 otherwise). This fails on AIX if it is > larger than 32, because getaddrinfo seems to often (always ?) detect IPv4 > famil

Re: RFR: JDK-8319382: com/sun/jdi/JdwpAllowTest.java shows failures on AIX if prefixLen of mask is larger than 32 in IPv6 case [v2]

2024-01-12 Thread Christoph Langer
On Thu, 11 Jan 2024 16:14:39 GMT, Joachim Kern wrote: >> In parseAllowedMask in socketTransport.c, prefixLen of mask is compared with >> a maxValue (32 for IPv4, 128 otherwise). This fails if it is larger than >> 32, because getaddrinfo seems to detect IPv4 family, if IPv6 address has set >>