[8u] RFR 8248924: JDK-8056964 8u backport is not accurate

Zhengyu Gu zgu at redhat.com
Thu Jul 9 00:00:58 UTC 2020


>>
> 
> Right. Well, it makes sense that it was changed, given strdup_check_oom
> doesn't currently exist in 8u i.e. this depends on the other backport
> you posted, JDK-6424123 being
> present first. >
> There are a number of cases of these conversions (we did one for
> JDK-8076475, as I mentioned in the other thread, and I referred to ones
> for previous fixes in that review). I would consider reverting these
> conversions to be part of a backport of 6424123, rather than a separate
> fix i.e. such a backport should look at all instances of os::strdup to
> see if they need to be changed.
> 
> It seems odd to file a bug for a method not being used, when said method
> does not currently exist in 8u.

Yes, it has dependency on JDK-8248924.

I was under impression that parity backport is pretty certain, unless it 
presents significant risk, which does not seem to be the case here.

Thanks,

-Zhengyu

> 
> Thanks,
> 



More information about the jdk8u-dev mailing list