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