jdk8u backport is brokent in 1.8.0.232.b09

[Roman Kennke]

Hi Alexey,

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

Great! Thanks for testing and confirming it!

Let us know if you encounter any other problems, ok?

Thanks,
Roman


> On Fri, 15 Nov 2019 at 01:32, Roman Kennke <rkennke at redhat.com
> <mailto: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>
>     > <mailto: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>>
>     >     > <mailto: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.
>     >     >
>     >
>