Re: OpenJDK 8292(and212)SIGSEGVinInstanceKlass::method_with_orig_idnum
Gunter Ohrner
mails.mail.openjdk.java.net at gunter.ohrner.net
Mon Jul 5 10:37:40 UTC 2021
Am 05.07.21 um 12:13 schrieb Aleksey Shipilev:
> On 7/5/21 12:04 PM, Gunter Ohrner wrote:
>> # Internal Error
>> (/home/buildbot/worker/build-jdk8u-dev-linux/build/hotspot/src/share/vm/utilities/array.hpp:383),
>>
>> pid=38746, tid=0x00007f5b3d3c3700
>> # assert(i >= 0 && i< _length) failed: oob: 0 <= -32023 < 33514
>> #
>
> Yeah, that looks like https://bugs.openjdk.java.net/browse/JDK-8194246
> -- on a hunch, I did the 8u backport due diligence this morning, and
> now the fix waits for 8u maintainers approval
So my options would be to
a) wait for a fixed u release
b) avoid an Exception to happen in this situation
Still wondering a bit what changed - the code itself is not too new, but
I recently switched from an ant-based build to a Gradle based build system.
Does Gradle introduce classes with overly many methods into the call
stack? All other classes on the stack should already have been there
before...
It also doesn't seem to crash on Windows machines with a Windows jvm
(same JVM version), and it seemed to work with the same JVM version in
Ubuntu 20.04 (instead of Debian Buster or Bullseye, but there might be
additional factors behind the crash).
Best regards,
Gunter
More information about the jdk8u-dev
mailing list