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