Liberty Prime wrote:thebs wrote:Just FYI, 10 Anniversary Edition has issues when you launch applications from other drives than Windows is at (e.g., C:\Windows).
-
https://www.thurrott.com/windows/window ... eze-issuesI actually understand the internal NT issues with this, which goes back many releases, and it looks like Microsoft re-introduced a long (even if only partially) solved regression. I.e., the architects and engineers that figured this out are long gone, and the Indian and outsourced developers didn't know about it when it came to the Update, and re-introduced it. I know where the problem is at, and I know why it's going on. It wouldn't surprise me if they broke all of those added abstraction layers in NT with the new update as well. This is really bad, I mean ... really, really bad.
Frankly, I'm so tired of the FAT-based / Drive Letter approach in general, which Microsoft has known has been a problem since the early '90s on OS/2, and kept promising to solve it with CarioFS (Later WinFS) at some point for NT. But that's what you get from a company that bought an Operating System from a guy in his garage who ported CP/M from the 8080 to 8086/88 without a license, and it didn't even have directories, just drive letters. Heck, Microsoft swiped the added directory code form Xenix by SCO, who they owned a 20% stake in (and later resulting in cross-licensing to solve the lack of a license to use aforementioned code) for DOS 2.x.
Thanks for the heads-up. Love your posts btw.
I'm still trying to confirm a lot of details, but this isn't the first time it's happened.
E.g., the root cause prior was in Prefetch code, long story. I've been posting more on my Facebook/Google+, because I've been into this code before.
But in-a-nutshell, binaries/libraries not on %BOOTDRIVE% (where \WINDOWS is at) will have their prefetched references (disk references to the object code that can be loaded, so it doesn't have to search the disk -- easily a 1,000x increase used by other OSes as well -- e.g., Linux ldconfig) be incorrect, corrupted if you will, pointing to something that doesn't exist or, worse, is junk. So it blindly loads it, and executes it ... and the NT executive has a bad day.
► Show Spoiler
Then combined with how the GDI-WinForms code works rooted in every program (part of the reason portable .NET code, designed for Mono, doesn't use WinForms -- long story), with the Task Switching in EXPLORER.EXE (NT may be pre-emptive, but the GUI is not, the bane of Windows and why a single, unprivileged program can crash the whole system), along with how programs "root" themselves in a directory (usually the program's directory -- something unique to DOS/NT/Windows), it basically causes a total hang. Especially if it's causing an infinite I/O wait on the load, which prefetch keeps feeding over and over and over, so everything trying to hit that disk is unavailable.
In Microsoft's defense, I/O wait can hit any OS, and eventually hold up access and/or exhaust resources. But in NT, with GDI-WinForms and EXPLORER.EXE, you have so many great 'attack vectors' to choose from! And the bonus, especially with home users and gamers, is that Administrator privilege is usually required for software to work, or at least enabled in their accounts by default.
► Show Spoiler
I remember the NT5.x (2000/XP/2003) study that identified that 8% of all Windows crashes were due to the Spooler -- yes, the printer subsystem! If your printer didn't respond to NT constantly tapping it on the shoulder, NT would nuke itself (in-a-nutshell ... worked on some Samba code that had to emulate the "I'm fine" that was really a "go away, I really didn't check" 9 out of 10 times). It's why Microsoft deprecated the Spooler printing, TWAIN scanning, etc... in NT6.x (Vista/7/2008/8/8.1/2012), although there's still a lot of legacy (and missing replacements -- hence why most corporations use the open source stuff that's better, including the Windows versions).
I just have to shake my head at stuff like this ... especially because it was reported during the insider testing, and Microsoft chose to ignore it anyway. If I was a conspiracy theorist, I'd say it was the arbitrary "Anniversary Date." But I'm not willing to go there, largely because it detracts from the bugs themselves.