On Sun, 23 Jun 2024 13:18:19 GMT, Jan Kratochvil
wrote:
>> fastdebug:
>>
>>
>> # A fatal error has been detected by the Java Runtime Environment:
>> #
>> # Internal Error
>> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77),
>> pid=878152, tid=878158
>> # assert
On Wed, 19 Jun 2024 16:50:22 GMT, Daniel Jeliński wrote:
>> We use 2 ParkEvent instances per thread. The ParkEvent objects are never
>> freed, but they are recycled when a thread dies, so the number of live
>> ParkEvent instances is proportional to the maximum number of threads that
>> were li
On Sun, 23 Jun 2024 09:35:07 GMT, Daniel Jeliński wrote:
> the GHA failure looks related, but I can't reproduce it locally. Will dig...
The failure in jdk/jshell/ToolTabSnippetTest.java? That test is somewhat flakey
- search JBS.
-
PR Comment: https://git.openjdk.org/jdk/pull/1977
On Wed, 19 Jun 2024 16:50:22 GMT, Daniel Jeliński wrote:
>> We use 2 ParkEvent instances per thread. The ParkEvent objects are never
>> freed, but they are recycled when a thread dies, so the number of live
>> ParkEvent instances is proportional to the maximum number of threads that
>> were li
On Sun, 23 Jun 2024 13:18:19 GMT, Jan Kratochvil
wrote:
>> fastdebug:
>>
>>
>> # A fatal error has been detected by the Java Runtime Environment:
>> #
>> # Internal Error
>> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77),
>> pid=878152, tid=878158
>> # assert
On Fri, 21 Jun 2024 08:29:37 GMT, Matthias Baesken wrote:
>> Sometimes it would be helpful to have configure-support for adding
>> additional ubsan check options.
>> E.g. support new configure option
>> '--with-additional-ubsan-checks=' .
>
> Matthias Baesken has updated the pull request increm
On Fri, 21 Jun 2024 08:29:37 GMT, Matthias Baesken wrote:
>> Sometimes it would be helpful to have configure-support for adding
>> additional ubsan check options.
>> E.g. support new configure option
>> '--with-additional-ubsan-checks=' .
>
> Matthias Baesken has updated the pull request increm
On Fri, 21 Jun 2024 08:29:37 GMT, Matthias Baesken wrote:
>> Sometimes it would be helpful to have configure-support for adding
>> additional ubsan check options.
>> E.g. support new configure option
>> '--with-additional-ubsan-checks=' .
>
> Matthias Baesken has updated the pull request increm
On Sun, 23 Jun 2024 13:18:19 GMT, Jan Kratochvil
wrote:
>> fastdebug:
>>
>>
>> # A fatal error has been detected by the Java Runtime Environment:
>> #
>> # Internal Error
>> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77),
>> pid=878152, tid=878158
>> # assert
On Mon, 24 Jun 2024 08:24:56 GMT, Jan Kratochvil
wrote:
> That's all.
That's somewhat of an understatement. :)
I'm still unclear how anything ASAN does gets examined by our assertion, but it
sounds to me like ASAN is just broken in this area. So I support Kim's
conclusion - lets just turn th
On Mon, 24 Jun 2024 11:37:07 GMT, David Holmes wrote:
> > That's all.
>
> That's somewhat of an understatement. :)
>
> I'm still unclear how anything ASAN does gets examined by our assertion, but
> it sounds to me like ASAN is just broken in this area. So I support Kim's
> conclusion - lets j
> This PR adds a new JDK tool, called `jnativescan`, that can be used to find
> code that accesses native functionality. Currently this includes `native`
> method declarations, and methods marked with `@Restricted`.
>
> The tool accepts a list of class path and module path entries through
> `--
On Mon, 24 Jun 2024 12:57:39 GMT, Jorn Vernee wrote:
>> This PR adds a new JDK tool, called `jnativescan`, that can be used to find
>> code that accesses native functionality. Currently this includes `native`
>> method declarations, and methods marked with `@Restricted`.
>>
>> The tool accepts
> Hi,
> Can you help to review the patch?
> This pr is based on previous work and discussion in [pr
> 16234](https://github.com/openjdk/jdk/pull/16234), [pr
> 18294](https://github.com/openjdk/jdk/pull/18294).
>
> Compared with previous prs, the major change in this pr is to integrate the
> sou
> fastdebug:
>
>
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # Internal Error
> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77),
> pid=878152, tid=878158
> # assert(_thread->is_in_live_stack((address)this)) failed: not on stack?
> #
> fastdebug:
>
>
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # Internal Error
> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77),
> pid=878152, tid=878158
> # assert(_thread->is_in_live_stack((address)this)) failed: not on stack?
> #
On Mon, 24 Jun 2024 14:04:15 GMT, Thomas Stuefe wrote:
>> Jan Kratochvil has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Revert "Implement address-use-after-return"
>>
>> This reverts commit 7e089829f1ebf3d4e5aafe0934bd18db0234136b.
On Mon, 24 Jun 2024 14:14:36 GMT, Jan Kratochvil
wrote:
>> make/autoconf/jdk-options.m4 line 448:
>>
>>> 446: if test "x$TOOLCHAIN_TYPE" = "xclang"; then
>>> 447: ASAN_CFLAGS="$ASAN_CFLAGS
>>> -fsanitize-address-use-after-return=never"
>>> 448: fi
>>
>> Curious
On Mon, 24 Jun 2024 14:11:35 GMT, Jan Kratochvil
wrote:
>> fastdebug:
>>
>>
>> # A fatal error has been detected by the Java Runtime Environment:
>> #
>> # Internal Error
>> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77),
>> pid=878152, tid=878158
>> # assert
> Please review this patch which adds a jlink mode to the JDK which doesn't
> need the packaged modules being present. A.k.a run-time image based jlink.
> Fundamentally this patch adds an option to use `jlink` even though your JDK
> install might not come with the packaged modules (directory `jm
> fastdebug:
>
>
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # Internal Error
> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77),
> pid=878152, tid=878158
> # assert(_thread->is_in_live_stack((address)this)) failed: not on stack?
> #
On Mon, 24 Jun 2024 13:45:38 GMT, Jan Kratochvil
wrote:
>> fastdebug:
>>
>>
>> # A fatal error has been detected by the Java Runtime Environment:
>> #
>> # Internal Error
>> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77),
>> pid=878152, tid=878158
>> # assert
> Hi,
> Can you help to review the patch?
> This pr is based on previous work and discussion in [pr
> 16234](https://github.com/openjdk/jdk/pull/16234), [pr
> 18294](https://github.com/openjdk/jdk/pull/18294).
>
> Compared with previous prs, the major change in this pr is to integrate the
> sou
On Mon, 24 Jun 2024 14:34:37 GMT, Jan Kratochvil
wrote:
>> fastdebug:
>>
>>
>> # A fatal error has been detected by the Java Runtime Environment:
>> #
>> # Internal Error
>> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77),
>> pid=878152, tid=878158
>> # assert
On Mon, 24 Jun 2024 14:34:37 GMT, Jan Kratochvil
wrote:
>> fastdebug:
>>
>>
>> # A fatal error has been detected by the Java Runtime Environment:
>> #
>> # Internal Error
>> (/home/azul/azul/openjdk-git/src/hotspot/share/runtime/handles.inline.hpp:77),
>> pid=878152, tid=878158
>> # assert
Resolve `CONSTANT_MethodRef` entries during CDS dump time to improve start-up
performance.
- This PR uses the same framework introduced in #19355 and just added handling
for methods.
- More filtering is needed when building the default archive in the JDK:
constant pool resolution when running t
More filtering is needed when building the default archive in the JDK: constant
pool resolution when running the `build.tools.classlist.HelloClasslist` program
is not deterministic (due to concurrency in core library classes). This could
cause different values in the `@cp` lines in the classlist
On Mon, 24 Jun 2024 17:21:18 GMT, Ioi Lam wrote:
> Resolve `CONSTANT_MethodRef` entries during CDS dump time to improve start-up
> performance.
>
> - This PR uses the same framework introduced in #19355 and just added
> handling for methods.
> - Support for getstatic/putstatic/invokestatic wil
On Mon, 24 Jun 2024 21:22:48 GMT, Ioi Lam wrote:
> More filtering is needed when building the default archive in the JDK:
> constant pool resolution when running the
> `build.tools.classlist.HelloClasslist` program is not deterministic (due to
> concurrency in core library classes). This could
This PR sets COMPATIBLE_CDS_ALIGNMENT_DEFAULT to auto for aarch64.
This allows to avoid configure error on arm64:
$ sh configure --disable-jvm-feature-cds
...
checking if CDS archive is available... no (CDS is disabled)
checking if a default CDS archive should be generated... disabled, from defau
On Mon, 24 Jun 2024 21:22:48 GMT, Ioi Lam wrote:
> More filtering is needed when building the default archive in the JDK:
> constant pool resolution when running the
> `build.tools.classlist.HelloClasslist` program is not deterministic (due to
> concurrency in core library classes). This could
31 matches
Mail list logo
