jdk8u backport is brokent in 1.8.0.232.b09

[Алексей Генус]

>
>
> 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> 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>> 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.
> >
>
>