-
Bug
-
Resolution: Fixed
-
P3
-
9
-
b40
-
windows
-
Not verified
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8083485 | emb-9 | Christian Tornqvist | P3 | Resolved | Fixed | b40 |
| JDK-8066322 | 8u45 | Christian Tornqvist | P3 | Resolved | Fixed | b01 |
| JDK-8064629 | 8u40 | Christian Tornqvist | P3 | Closed | Fixed | b16 |
| JDK-8070888 | emb-8u47 | Christian Tornqvist | P3 | Resolved | Fixed | team |
| JDK-8064354 | 7u121 | Shafi Ahmad | P3 | Resolved | Fixed | b01 |
| JDK-8154361 | 7u111 | Kevin Walls | P3 | Resolved | Fixed | b04 |
| JDK-8180962 | openjdk7u | Christian Tornqvist | P3 | Resolved | Fixed | master |
"With the release of Windows 8.1, the behavior of the GetVersionEx API has changed in the value it will return for the operating system version. The value returned by the GetVersionEx function now depends on how the application is manifested."
On Windows 10 (6.4.9841), Java reports Windows 8.1 build 9600, so our OS detection code needs to be updated. One possible solution could be:
"To obtain the full version number for the operating system, call the GetFileVersionInfo function on one of the system DLLs, such as Kernel32.dll, then call VerQueryValue to obtain the \\StringFileInfo\\<lang><codepage>\\ProductVersion subblock of the file version information."
- backported by
-
JDK-8064354 Update use of GetVersionEx to get correct Windows version in hs_err files
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Closed
-
- relates to
-
-
- Resolved
-