RFR 8198899: Compilation errors in java.prefs with VS 2017https://bugs.openjdk.java.net/browse/JDK-8198899 http://javaweb.us.oracle.com/~bburkhal/jdk/review/8198899/webrev.00 This code currently represents a 64-bit Windows HKEY as an int at the Java level. The proposed change is to represent the HKEY as a long. All open/test/jdk/:jdk_core, closed/test/jdk/:jdk_core passed in Mach 5 on Windows-x64. Thanks, Brian

Brian Burkhalter brian.burkhalter at oracle.com
Mon Mar 5 18:50:30 UTC 2018

On Mar 5, 2018, at 10:39 AM, Paul Sandoz <paul.sandoz at oracle.com> wrote:

> Did you consider keeping this contained within the JNI code if that is at all possible?

No. I think that a Java variable to contain the HKEY might be inevitable. This is similar to the FileDescriptor holding the Windows HANDLE as a long.

> I don’t know whether that would just push the compiler error around e.g. converting from jint to jlong then to HKEY?

If probably would. With the current version there is no passage via a 32-bit representation.



More information about the core-libs-dev mailing list