yuhong

Mozilla have https://bugzilla.mozilla.org/show_bug.cgi?id=1197768

https://docs.microsoft.com/en-us/windows/deployment/upgrade/upgrade-readiness-deployment-script ConfigScript.ps1 is pretty interesting. Of note is there are different versions of DiagTrack: https://github.com/MicrosoftDocs/windows-itpro-docs/issues/3347 There is a blog post on it: https://techcommunity.microsoft.com/t5/Windows-Analytics-Blog/How-does-Upgrade-Readiness-in-WA-collects-application-inventory/ba-p/213586 I wonder how many users there are of this stuff.

Yes, the current MSO.DLL still has the problem.

Yes, this is what I mean by it coming from __ftol2_sse. (hint: disassemble the routine with a debugger like WinDbg)

Yea, be careful of false positives here. For example, the cvttsd2si instruction most likely comes from __ftol2_sse.

And worth mentioning that you can see the SSE2 instructions clearly if you disassemble the DLLs, which are the same for most if not all versions of Windows.

Can confirm that all of the Jet 4.0 ones since late 2017 (Note: not just the POSReady 2009 ones) require SSE2. This will show if you run something like Access 2003 that uses Jet 4.0.

Except there is still Server 2003. Anyone able to repro this bug on Server 2003 BTW? I suspect that the same bug is there but want to confirm.

I noticed this bug (which only repros with full screen sessions) and provided repro steps to secure@microsoft.com at the end of last year (OptIn also don't repro this bug). MS hasn't released a new version of ntoskrnl for XP (or Server 2003 for that matter) since then sadly.

Are you sure that there are IE6 patches for POSReady? It comes preloaded with ie7. (Never tried to revert back to ie6 since I hate it) There is also the older WEPOS/XPe which comes with IE6 and is supported until I think 2016 and also uses the same patches.