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