Re: 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]

On Mar 5, 2018, at 10:39 AM, Paul Sandoz <paul.san...@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.

Thanks,

Brian