jdk8u backport is brokent in 1.8.0.232.b09

Алексей Генус genus.alexey at gmail.com
Fri Nov 15 06:37:50 UTC 2019


>
> And meanwhile I pushed the fix for the lock ordering issue. It should
> appear in one of the next nightlies.

Roman, I just checked latest fastdebug and lock ordering issue is gone.
Awesome!


On Fri, 15 Nov 2019 at 01:32, Roman Kennke <rkennke at redhat.com> wrote:

> Hi Alexey,
>
> And meanwhile I pushed the fix for the lock ordering issue. It should
> appear in one of the next nightlies.
>
>
> https://mail.openjdk.java.net/pipermail/shenandoah-dev/2019-November/011092.html
>
> Roland is investigating the C2 crash.
>
> Thanks,
> Roman
>
> >     Yes. But they can only happen with a fastdebug build, right? As far
> as I
> >     can tell, the lock-ordering-problem should be non-fatal, so with a
> >     release build (which doesn't have the assert) you should be able to
> make
> >     progress.
> >
> >
> > Roman, you are indeed right. With latest release build there are no
> > freezes or crashes! Thank you, that's great!
> >
> > Alexey
> >
> > On Thu, 14 Nov 2019 at 21:00, Roman Kennke <rkennke at redhat.com
> > <mailto:rkennke at redhat.com>> wrote:
> >
> >     Hi Alexey,
> >
> >     > Roman,
> >     > I tried nightly build with no luck unfortunately. Both crashes
> still
> >     > present.
> >
> >     Yes. But they can only happen with a fastdebug build, right? As far
> as I
> >     can tell, the lock-ordering-problem should be non-fatal, so with a
> >     release build (which doesn't have the assert) you should be able to
> make
> >     progress.
> >
> >     I am working on a fix for the lock-ordering problem. I do have a
> >     testcase and a fix candidate that I'm currently testing.
> >
> >     Thanks,
> >     Roman
> >
> >     > On Thu, 14 Nov 2019 at 15:32, Roland Westrelin
> >     <rwestrel at redhat.com <mailto:rwestrel at redhat.com>
> >     > <mailto:rwestrel at redhat.com <mailto:rwestrel at redhat.com>>> wrote:
> >     >
> >     >
> >     >     Hi Alexey,
> >     >
> >     >     > I uploaded replay file for that very run
> >     >     >
> https://gist.github.com/genuss/114201c8658b2f79cc3afaf0d7349648
> >     >     > Attached file is the class-file which caused error. This is
> >     an unusual
> >     >     > class which was generated by one-nio
> >     >     > <https://github.com/odnoklassniki/one-nio> in this method
> >     >     >
> >     >
> >      <
> https://github.com/odnoklassniki/one-nio/blob/master/src/one/nio/serial/gen/DelegateGenerator.java#L115
> >
> >     >
> >     >     Thanks for providing the replay file but if a generated class
> >     file is
> >     >     involved that won't help, unfortunately.
> >     >
> >     >     Is there a way for us to reproduce this locally?
> >     >
> >     >     Roland.
> >     >
> >
>
>


More information about the shenandoah-dev mailing list