Remove unused native code and assume unicode is always supported in Win32Natives refresh provider

[HannesWell]

Unicode support is assumed to be present if the Windows-OS version is greater or equal five, which corresponds to Windows 2000 or later: https://learn.microsoft.com/en-us/windows/win32/api/winnt/ns-winnt-osversioninfow

For example the JDK binaries provided by Temurin and Oracle require at least Windows-8 for a JDK-17:

• https://www.oracle.com/java/technologies/javase/products-doc-jdk17certconfig.html
• https://adoptium.net/de/supported-platforms/

and given that even Windows-10 will be EOL in about a year I think we can confidently remove that support for pre Windows 2000 versions.

This was originally part of #1394.

[github-actions]

Test Results

 1 734 files  ±0   1 734 suites  ±0   1h 22m 48s ⏱️ - 6m 14s
 3 967 tests ±0   3 945 ✅ ±0   22 💤 ±0  0 ❌ ±0 
12 498 runs  ±0  12 337 ✅ ±0  161 💤 ±0  0 ❌ ±0 

Results for commit b86da90. ± Comparison against base commit b9a1842.

♻️ This comment has been updated with latest results.

[jukzi]

This commit would rely for example on FindFirstChangeNotificationW which is documented to require Windows XP or Windows Server 2003

https://learn.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-findfirstchangenotificationw

[HannesWell]

This commit would rely for example on FindFirstChangeNotificationW which is documented to require Windows XP or Windows Server 2003

https://learn.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-findfirstchangenotificationw

That's correct and the same applies for the removed code, for example FindFirstChangeNotificationA():
https://learn.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-findfirstchangenotificationa

Both, the A suffixed and W suffixed methods have been introduced when Unicode support was added in Windows XP:
https://en.wikipedia.org/wiki/Unicode_in_Microsoft_Windows#In_various_Windows_families

Besides that there is only a 64-bit fragment org.eclipse.core.resources.win32.win32.x86_64 and no 32-bit fragment for org.eclipse.core.resources. When looking up the supported architecture I can see support respectively the requirement of 64-bit CPUs only since XP respectively Server 2003:
https://en.wikipedia.org/wiki/List_of_Microsoft_Windows_versions#Personal_computer_versions

With all that org.eclipse.core.resources.win32.win32.x86_64 cannot be used prior Windows XP/Server 2003 anyways and thus the minimally supported version isn't changed by this.

[jukzi]

If the "A" and "W" variants where introduced at the same time i don't get if that "A" code was ever used or needed.
Anyway i am OK with removal of "A" variant.

[HannesWell]

If the "A" and "W" variants where introduced at the same time i don't get if that "A" code was ever used or needed. Anyway i am OK with removal of "A" variant.

I'm not sure either, so I can only guess.

But then lets not further delay this and submit it.