-
Enhancement
-
Resolution: Fixed
-
P4
-
None
-
b02
-
generic
-
windows
A DESCRIPTION OF THE PROBLEM :
https://github.com/openjdk/jdk/blob/9e570105c30a6e462d08931e2010cef9cd5a6031/src/java.base/windows/classes/sun/nio/ch/FileKey.java stores nFileIndexHigh and nFileIndexLow as longs. However, the Windows API declares these fields as 32-bit DWORDs. Therefore, this class is wasting half the storage for those fields, and should store them as int.
https://github.com/openjdk/jdk/blob/9e570105c30a6e462d08931e2010cef9cd5a6031/src/java.base/windows/classes/sun/nio/ch/FileKey.java stores nFileIndexHigh and nFileIndexLow as longs. However, the Windows API declares these fields as 32-bit DWORDs. Therefore, this class is wasting half the storage for those fields, and should store them as int.
- relates to
-
JDK-8323710 (fc) FileChannel.lock creates a FileKey with a poor hashCode after JDK-8321429 (win)
-
- Resolved
-