On 31/01/2025 4:03 am, Laurence Cable wrote:
On 1/30/25 9:42 AM, Kemper, William wrote:
Thank you all for your comments. We've gotten by using the pid (%p) as
a means of grouping log files from a process. The log messages
themselves include the uptime, so having the start time of the JVM in
On Fri, 24 Jan 2025 10:58:24 GMT, Hannes Wallnöfer wrote:
>> Please review a doc-only change to mostly add missing `@serial` javadoc
>> tags. This is a sub-task of [JDK-8286931] to allow us to re-enable the
>> javadoc `-serialwarn` option in the JDK doc build, which has been disabled
>> since
On Thu, 30 Jan 2025 10:42:43 GMT, Nizar Benalla wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [22069ff4](https://github.com/openjdk/jdk/commit/22069ff42b7e5c3058415ef9b6e0b50b9d2c16ef)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>
> The commit be
On Thu, 30 Jan 2025 10:42:43 GMT, Nizar Benalla wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [22069ff4](https://github.com/openjdk/jdk/commit/22069ff42b7e5c3058415ef9b6e0b50b9d2c16ef)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>
> The commit be
On Thu, 30 Jan 2025 10:22:17 GMT, Matthias Baesken wrote:
> We should the exception message from
> Caused by: java.lang.RuntimeException: No type named
> "DeoptimizeObjectsALotThread" in database
> to
> Caused by: java.lang.RuntimeException: No type named
> "DeoptimizeObjectsALotThread" present
On 1/30/25 9:42 AM, Kemper, William wrote:
Thank you all for your comments. We've gotten by using the pid (%p) as
a means of grouping log files from a process. The log messages
themselves include the uptime, so having the start time of the JVM in
the file name has not been useful (and it w
Thank you all for your comments. We've gotten by using the pid (%p) as a means
of grouping log files from a process. The log messages themselves include the
uptime, so having the start time of the JVM in the file name has not been
useful (and it would be trivial to add in from startup scripts).
On 1/29/25 5:56 PM, David Holmes wrote:
Adding back serviceability-dev
David
On 30/01/2025 11:55 am, David Holmes wrote:
Plus one to what Kevin says. The current specified behaviour seems to
me to be what would be generally desired. If there is a desire for a
different kind of timestamp t
On Thu, 30 Jan 2025 10:42:43 GMT, Nizar Benalla wrote:
> Hi all,
>
> This pull request contains a backport of commit
> [22069ff4](https://github.com/openjdk/jdk/commit/22069ff42b7e5c3058415ef9b6e0b50b9d2c16ef)
> from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>
> The commit be
On Thu, 30 Jan 2025 10:22:17 GMT, Matthias Baesken wrote:
> We should the exception message from
> Caused by: java.lang.RuntimeException: No type named
> "DeoptimizeObjectsALotThread" in database
> to
> Caused by: java.lang.RuntimeException: No type named
> "DeoptimizeObjectsALotThread" present
Here is an attempt to simplify GCLocker implementation for Serial and Parallel.
GCLocker prevents GC when Java threads are in a critical region (i.e., calling
JNI critical APIs). JDK-7129164 introduces an optimization that updates a
shared variable (used to track the number of threads in the cri
Hi all,
This pull request contains a backport of commit
[22069ff4](https://github.com/openjdk/jdk/commit/22069ff42b7e5c3058415ef9b6e0b50b9d2c16ef)
from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
The commit being backported was authored by Nizar Benalla on 30 Jan 2025 and
was re
We should the exception message from
Caused by: java.lang.RuntimeException: No type named
"DeoptimizeObjectsALotThread" in database
to
Caused by: java.lang.RuntimeException: No type named
"DeoptimizeObjectsALotThread" present in type database
(like we have in some other exceptions in the same cl
On Wed, 29 Jan 2025 16:03:38 GMT, Nizar Benalla wrote:
> Two groups of broken links appeared in the latest JDK docs, broken links to
> man pages and broken ietf links.
>
> - The windows tools markdown files were not being converted to HTML because
> they were placed under `windows/man` rather
On Wed, 29 Jan 2025 16:03:38 GMT, Nizar Benalla wrote:
> Two groups of broken links appeared in the latest JDK docs, broken links to
> man pages and broken ietf links.
>
> - The windows tools markdown files were not being converted to HTML because
> they were placed under `windows/man` rather
On Mon, 27 Jan 2025 11:24:33 GMT, Serguei Spitsyn wrote:
> Some `nsk.jvmti` tests are failed with the `-testThreadFactory:Virtual`, so
> they are listed in the `test/hotspot/jtreg/ProblemList-Virtual.txt`.
>
> The fix is to adjust tests expectations regarding tested virtual threads to
> expect
On Tue, 28 Jan 2025 14:08:26 GMT, Serguei Spitsyn wrote:
>> Some `nsk.jvmti` tests are failed with the `-testThreadFactory:Virtual`, so
>> they are listed in the `test/hotspot/jtreg/ProblemList-Virtual.txt`.
>>
>> The fix is to adjust tests expectations regarding tested virtual threads to
>> e
On Fri, 24 Jan 2025 09:53:43 GMT, SendaoYan wrote:
> Hi all,
> This PR fix a undefined behaviour in 'CollisionsReceiveDifferentIndexes'
> testcase
> locate in 'test/hotspot/gtest/nmt/test_nmt_nativecallstackstorage.cpp' file
> when call `NativeCallStack::NativeCallStack` function. Before this
On Fri, 24 Jan 2025 09:53:43 GMT, SendaoYan wrote:
> Hi all,
> This PR fix a undefined behaviour in 'CollisionsReceiveDifferentIndexes'
> testcase
> locate in 'test/hotspot/gtest/nmt/test_nmt_nativecallstackstorage.cpp' file
> when call `NativeCallStack::NativeCallStack` function. Before this
On Tue, 21 Jan 2025 13:24:41 GMT, Matthias Baesken wrote:
> We were running into this error :
> sun/tools/jhsdb/HeapDumpTestWithActiveProcess.java on Linux aarch64, jdk25
>
> stderr: [java.lang.RuntimeException: Unable to deduce type of thread from
> address 0x34144e30 (expected type Ja
On Wed, 29 Jan 2025 12:46:29 GMT, Matthias Baesken wrote:
>> We were running into this error :
>> sun/tools/jhsdb/HeapDumpTestWithActiveProcess.java on Linux aarch64, jdk25
>>
>> stderr: [java.lang.RuntimeException: Unable to deduce type of thread from
>> address 0x34144e30 (expected ty
21 matches
Mail list logo
