[GEN][ZH] Fix uninitialized memory access in Get_OS_Info

[JAJames]

• Fixes Startup crash: Bad memory access in CPUDetectClass::Init_Compact_Log #437

Changes below are minimal

Analysis:

• generals.exe was crashing in CPUDetectClass::Init_Compact_Log when attempting to log the Code and SubCode strings on os_info, due to them being initialized with garbage data.
• This was caused because there were not entries for any Windows newer than XP
• This was also caused because the os_info object was not default-initialized with any sane values

Changes:

1. Moved the zero-initialization from the default block, to just always execute first instead, so that it's guaranteed to be zero-initialized and set
2. Added entries for Windows Vista/7/8/8.1/10/11
3. Added a fallback entry for versions otherwise not detected
4. My IDE ate the micro symbol, I suppose because the source file isn't actually stored as UTF-8, but some other encoding instead. Instead of dwelling on it, I just replaced it with the letter u.

Impact:

• Startup no longer crashes here (instead, I now crash due to an INI parsing issue)
• I don't think this actually affects anything else however, except for logs.

[VodkaPotato]

Be advised CPUDetectClass::Init_OS on Win10 will initialize that we have version Major 6 and minor 2, and therefore we get windows 8.0 as the reported OS!

I tested and this fixes the crash, and I don't think it currently matters but revisiting this we might want look into what GetVersionEx does to get those numbers...

[xezon]

Be advised CPUDetectClass::Init_OS on Win10 will initialize that we have version Major 6 and minor 2

I can confirm this also happens on my machine.

Other than that, fix works correctly and prevents crashing when the Options.ini is absent.