FULL PRODUCT VERSION :
A DESCRIPTION OF THE PROBLEM :
Some very large file systems such as Amazon Elastic File System (which reports a partition size of 8 EB or 1000 PB) can cause integer overflow when calling the method getUsableSpace() on a File object. It would be helpful to at least mention such limitations in the Javadoc despite it may be obvious judging by the method's return type (i.e. long). Alternatively, it would be useful to support returning a BigInteger type.
REPRODUCIBILITY :
This bug can be reproduced always.
A DESCRIPTION OF THE PROBLEM :
Some very large file systems such as Amazon Elastic File System (which reports a partition size of 8 EB or 1000 PB) can cause integer overflow when calling the method getUsableSpace() on a File object. It would be helpful to at least mention such limitations in the Javadoc despite it may be obvious judging by the method's return type (i.e. long). Alternatively, it would be useful to support returning a BigInteger type.
REPRODUCIBILITY :
This bug can be reproduced always.
- csr for
-
JDK-8233426 File getUsableSpace() returns a negative number on very large file system
-
- Closed
-
- duplicates
-
JDK-8232271 java.io.File.get*Space() should be aligned to updated FileStore analog methods
-
- Closed
-
- relates to
-
JDK-8162520 (fs) FileStore should support file stores with > Long.MAX_VALUE capacity
-
- Resolved
-
- links to