On Wed, 20 Dec 2023 21:11:09 GMT, Kim Barrett wrote:
>> [JDK-8247755](https://bugs.openjdk.org/browse/JDK-8247755) introduced the
>> `GrowableArrayCHeap`. This duplicates the current C-Heap allocation
>> capability in `GrowableArray`. I now remove that from `GrowableArray` and
>> move all
On Wed, 20 Dec 2023 14:53:06 GMT, Joachim Kern wrote:
>> On AIX, repeated calls to dlopen referring to the same shared library may
>> result in different, unique dl handles to be returned from libc. In that it
>> differs from typical libc implementations that cache dl handles.
>>
>> This
On Wed, 20 Dec 2023 20:35:05 GMT, Kim Barrett wrote:
>> [JDK-8247755](https://bugs.openjdk.org/browse/JDK-8247755) introduced the
>> `GrowableArrayCHeap`. This duplicates the current C-Heap allocation
>> capability in `GrowableArray`. I now remove that from `GrowableArray` and
>> move all
On Tue, 19 Dec 2023 22:48:28 GMT, Alex Menkov wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [cf948548](https://github.com/openjdk/jdk/commit/cf948548c390c42ca63525d41a9d63ff31349c3a)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>
> The commit
On Wed, 20 Dec 2023 14:53:06 GMT, Joachim Kern wrote:
>> On AIX, repeated calls to dlopen referring to the same shared library may
>> result in different, unique dl handles to be returned from libc. In that it
>> differs from typical libc implementations that cache dl handles.
>>
>> This
Hi all,
This pull request contains a backport of commit
[0f8e4e0a](https://github.com/openjdk/jdk/commit/0f8e4e0a81257c678e948c341a241dc0b810494f)
from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
The commit being backported was authored by Serguei Spitsyn on 19 Dec 2023 and
was
On Wed, 20 Dec 2023 19:37:52 GMT, Kim Barrett wrote:
>> [JDK-8247755](https://bugs.openjdk.org/browse/JDK-8247755) introduced the
>> `GrowableArrayCHeap`. This duplicates the current C-Heap allocation
>> capability in `GrowableArray`. I now remove that from `GrowableArray` and
>> move all
On Tue, 19 Dec 2023 16:59:05 GMT, Emanuel Peter wrote:
> [JDK-8247755](https://bugs.openjdk.org/browse/JDK-8247755) introduced the
> `GrowableArrayCHeap`. This duplicates the current C-Heap allocation
> capability in `GrowableArray`. I now remove that from `GrowableArray` and
> move all
On Wed, 20 Dec 2023 14:15:48 GMT, Alan Bateman wrote:
> Update: ignore this I mis-read that it updates the current thread's suspend
> value, not the thread's suspend value.
Thanks, Alan. I've also got confused with this and even filed a follow up bug.
:)
Yes, the initial design was the
> On AIX, repeated calls to dlopen referring to the same shared library may
> result in different, unique dl handles to be returned from libc. In that it
> differs from typical libc implementations that cache dl handles.
>
> This causes problems in the JVM with code that assumes equality of
On Wed, 20 Dec 2023 11:16:03 GMT, Suchismith Roy wrote:
>> J2SE agent does not start and throws error when it tries to find the shared
>> library ibm_16_am.
>> After searching for ibm_16_am.so ,the jvm agent throws and error as dll_load
>> fails.It fails to identify the shared library
On Mon, 18 Dec 2023 17:09:59 GMT, Serguei Spitsyn wrote:
>> This fix is for JDK 23 but the intention is to back port it to 22 in RDP-1
>> time frame.
>> It is fixing a deadlock issue between `VirtualThread` class critical
>> sections with the `interruptLock` (in methods: `unpark()`,
On Wed, 20 Dec 2023 11:16:03 GMT, Suchismith Roy wrote:
>> J2SE agent does not start and throws error when it tries to find the shared
>> library ibm_16_am.
>> After searching for ibm_16_am.so ,the jvm agent throws and error as dll_load
>> fails.It fails to identify the shared library
On Mon, 18 Dec 2023 22:48:18 GMT, Kim Barrett wrote:
>> @eme64 Is it feasible to split this up to solve each of the problems you
>> identify in stages? There is also overlap here with JDK-8319709 IIUC. Thanks.
>
>> @dholmes-ora These are the "parts":
>>
>> 1. initialize up to capacity vs
[JDK-8247755](https://bugs.openjdk.org/browse/JDK-8247755) introduced the
`GrowableArrayCHeap`. This duplicates the current C-Heap allocation capability
in `GrowableArray`. I now remove that from `GrowableArray` and move all usages
to `GrowableArrayCHeap`.
This has a few advantages:
- Clear
On Tue, 19 Dec 2023 20:13:58 GMT, Chris Plummer wrote:
>> Jaikiran Pai has updated the pull request incrementally with two additional
>> commits since the last revision:
>>
>> - David's review comments - reduce if blocks and release the array outside
>> if block
>> - David's review comment
On Wed, 20 Dec 2023 07:29:07 GMT, Jaikiran Pai wrote:
>> Can I please get a review of this change which proposes to improve the code
>> in `get_user_name_slow` function, which is used to identify the target JVM
>> owner's user name? This addresses
>>
On Tue, 19 Dec 2023 22:48:28 GMT, Alex Menkov wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [cf948548](https://github.com/openjdk/jdk/commit/cf948548c390c42ca63525d41a9d63ff31349c3a)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>
> The commit
> J2SE agent does not start and throws error when it tries to find the shared
> library ibm_16_am.
> After searching for ibm_16_am.so ,the jvm agent throws and error as dll_load
> fails.It fails to identify the shared library ibm_16_am.a shared archive file
> on AIX.
> Hence we are providing a
On Wed, 20 Dec 2023 08:02:14 GMT, Alan Bateman wrote:
>> src/hotspot/share/prims/jvm.cpp line 4024:
>>
>>> 4022: #else
>>> 4023: fatal("Should only be called with JVMTI enabled");
>>> 4024: #endif
>>
>> You can't do this! The Java code knows nothing about JVM TI being
>> enabled/disabled
> Compiler Control (https://openjdk.org/jeps/165) provides method-context
> dependent control of the JVM compilers (C1 and C2). The active directive
> stack is built from the directive files passed with the
> `-XX:CompilerDirectivesFile` diagnostic command-line option and the
>
On Tue, 19 Dec 2023 16:47:33 GMT, Goetz Lindenmaier wrote:
> try it!
I got the instructions to replicate in my local repo later, so wasn't sure to
proceed. Thanks for the suggestion. I think this makes it easier to keep in
sync with the other change.
-
PR Comment:
On Tue, 28 Nov 2023 11:27:33 GMT, Suchismith Roy wrote:
> > > i would have to repeat the line 1132 and 1139 in os_aix.cpp again , if
> > > the condition fails for .so files, because i have to reload it again and
> > > check if the .a exists. In the shared code i had repeat less number of
> >
> J2SE agent does not start and throws error when it tries to find the shared
> library ibm_16_am.
> After searching for ibm_16_am.so ,the jvm agent throws and error as dll_load
> fails.It fails to identify the shared library ibm_16_am.a shared archive file
> on AIX.
> Hence we are providing a
On Mon, 11 Dec 2023 14:38:08 GMT, Matthias Baesken wrote:
>> A colleague contacted IBM about the different behavior of getaddrinfo on
>> AIX (compared to Linux/macOS); maybe we have to adjust the result of the
>> getaddrinfo call on AIX.
>
>> A colleague contacted IBM about the different
On Wed, 20 Dec 2023 04:44:35 GMT, David Holmes wrote:
> You can't do this! The Java code knows nothing about JVM TI being
> enabled/disabled and will call this function unconditionally.
Indeed. I wonder if anyone is testing minimal builds to catch issues like this.
-
PR Review
26 matches
Mail list logo
