8194653: Deadlock involving FileSystems.getDefault and System.loadLibrary call
Andrew Dinn
adinn at redhat.com
Wed Jun 19 16:41:09 UTC 2019
Hi Ryan,
On 19/06/2019 16:40, Sciampacone, Ryan wrote:
> We've discovered that there's a hidden problem with that fix.
>
> If an "invalid" "user.dir" property is set (e.g., not absolute -
> leading with a "/" in *nix) then the fix results in an exception
> throw. During startup, this unhandled exception throw means the JVM
> will fail out / crash in a controlled fashion. Wrapping the
> initialization in a catch-and-clear mechanism means that the classes
> involved have failed to load, and so subsequent access gives a
> different Java exception than what they would have gotten normally
> (ie: the malformed user.dir exception).
>
> Scripts etc that had an invalid -Duser.dir on the command line could
> potentially run without issues. With this fix, they'll now crash on
> startup - and the error message isn't obvious.
>
> More work is required.
Ok, thanks for the heads up.
Are you/Amazon currently working on a better fix?
If so do you know when it is likely to be ready?
regards,
Andrew Dinn
-----------
Senior Principal Software Engineer
Red Hat UK Ltd
Registered in England and Wales under Company Registration No. 03798903
Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander
More information about the jdk8u-dev
mailing list