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

Mon, 05 Mar 2018 12:34:12 -0800 


> On Mar 5, 2018, at 10:50 AM, Brian Burkhalter <[email protected]> 
> wrote:
> 
> On Mar 5, 2018, at 10:39 AM, Paul Sandoz <[email protected] 
> <mailto:[email protected]>> 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

Reply via email to