[8u] RFR 6424123: JVM crashes on failed 'strdup' call
Zhengyu Gu
zgu at redhat.com
Thu Jul 16 13:17:57 UTC 2020
>>
>> To my mind, that doesn't really change anything from a technical
>> standpoint, but I'll leave the final say to Andrew Haley.
>
> Hmm. Once strdup() has failed, the whole program is basically dead in
> the water, and throwing an OutOfMemoryError only delays the
> inevitable. It might even be argued that a VM error is more
> informative than an OutOfMemoryError, because then the problem doesn't
> look like heap exhaustion.
>
> The fact that this is now a parity backport does swing me more to
> saying "yes", but this is an extensive change and that makes me
> nervous, so I'm leaning towards "no". I am aware that I'm swithering
> here, but it's a genuine dilemma: neither course of action is great.
>
So, it it a rejection?
Another drawback for not backporting parity bugs, is making future
backports harder.
Thanks,
-Zhengyu
More information about the jdk8u-dev
mailing list