Note for the dev guys out there ...
About the SLC.DLL patch, it patches SLGetWindowsInformationDWORD so that it returns always 1 (true).
This can have some impact on some calls which expect a value different than 1 so I would not do this on a production machine.
The same (safer) trick is used with some applications checking the windows version :
-check the imports and verify that slc.SLGetWindowsInformationDWORD is called
-create a dummy slc.dll with one function named SLGetWindowsInformationDWORD returning 1
-place it in the application folder
-application should no longer complain about a wrong windows version
Note that SLGetWindowsInformationDWORD seems to call ntdll.NtQueryLicenseValue .
And ultimately the information is stored in the registry (HKLM\System\CurrentControlSet\Control\ProductOptions) so modifying the right bit (kernel-nativevhdboot policy) in the registry sounds to me a safer approach.
In the screeshot below, my windows support native vhd boot (value=1).
Hexa : 4b,00,65,00,72,00,6e,00,65,00,6c,00,2d,00,4e,00,61,00,74,00,69,00,76,00,65,00,56,00,48,00,44,00,42,00,6f,00,6f,00,74,00,01
This approach sounds too "easy" as I am surprised came yet with an offline product policy editor (you cant edit it online) which would be a convenient and powerful tool to change windows features...
If somebody cares to try this theory, I could make such an editor (I would create a new thread on reboot.pro then...).
Note that the above may apply to windows prior to Windows 8 only (as it seems to get more complex starting with win8).