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

[Paul Sandoz]

> On Mar 5, 2018, at 10:50 AM, Brian Burkhalter <brian.burkhalter at oracle.com> wrote:
> 
> On Mar 5, 2018, at 10:39 AM, Paul Sandoz <paul.sandoz at oracle.com <mailto: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.
> 

Ok.

Paul.

>> 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