Linked by David Adams on Sat 31st Jul 2010 06:05 UTC, submitted by fran
Thread beginning with comment 434906
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
No, during that huge delay, they've restarted the Longhorn/Vista project twice and did that stupid code review. The despaghettifying started during that and they're still not done. Even MinWin still needs a tons of DLL aliasing hacks, because the kernel's still making calls to upper layers, which again depend on a lot of GUI code, shit like USER32, KERNEL32 and such. If you call that a successful refactoring, you're deluded.
I don't know what you've been reading but Microsoft has relocated a tonne of code into particular DLL's and the only thing that has been done from there is creating stubs that re-direct calls from third parties and old software to the new DLL's. The changes at the core have already been made - the only reason for the DLL redirects is for backwards compatibility. I can bloody well assure you if they didn't include these DLL redirects there would be hell to pay.




Member since:
2006-03-20
No, during that huge delay, they've restarted the Longhorn/Vista project twice and did that stupid code review. The despaghettifying started during that and they're still not done. Even MinWin still needs a tons of DLL aliasing hacks, because the kernel's still making calls to upper layers, which again depend on a lot of GUI code, shit like USER32, KERNEL32 and such. If you call that a successful refactoring, you're deluded.