Page 1 of 1
Windows XP SP3 RTM
Posted by Dev Corvin at 6:31:54 AM on Tuesday, April 22, 2008

The final build of Microsoft's eagerly awaited Service Pack 3 for Windows XP was chosen today, as build 5512 passed escrow and was declared RTM.

Some users have complained that despite being RTM, the build has - as of yet - failed to show up via the usual distribution channels, specifically Technet, MSDN, and Partner.

I raised this query with Microsoft and was reminded exactly what RTM actually means.

Release to Manufacturing, or RTM, is a term used when a build passes final escrow and distribution media is produced. The common misconception seems to be that "RTM" stands for "Release to Manufacturers", indicating that it is passed out to OEMs and ISVs. In fact, the "manufacturing" term instead refers to Microsoft's media distribution channels, who produce pressed discs, integrate SP3 onto retail copies of the software, and prepare the online distribution paths. This process can take some time, hence why the official RTW (Release to Web) date for SP3 is in fact April 29th.

Therefore, those of you waiting with bated breath for SP3 would be best to exhale, since it's going to be a couple of days until SP3 is available through unofficial channels, and a few more still until it hits download.microsoft.com.

Followup on the Windows 7 Exclusive
Posted by Dev Corvin at 11:47:42 AM on Sunday, April 06, 2008

I was planning on writing a longer entry than this originally, based on the feedback I've received via e-mail and the discussions which the original article has spawned all over the internet; instead, I'll just focus on setting a few of the common misconceptions straight and clarifying a few points.

If you actually read the article all the way through (I notice that a large majority of people who complained about the article actually didn't), it doesn't say anywhere that Microsoft are abandoning backwards compatibility; instead, it says quite clearly that they're changing the way that compatibility is provided in Windows 7. That was the overall point of the article, not that Microsoft are breaking support for older applications (they're not, and most likely never will).

Also, the new legacy support won't be provided through the classic form of virtualization (ie, emulated hardware); instead, we'll be looking at very thin, dynamic, on-the-fly API translation, in much the same way WINE provides support for rudimentary Win32 applications on Unix platforms. Microsoft will most likely be providing the functionality through their Windows-on-Windows subsystem, but without the architecture conversion (from 64-32, 32-16, etc); making the process all the more streamlined and seamless for the end user.

I also found it quite funny that most complaints seemed to be in regards to the introduction of the article, rather than the actual body of it. It seems that picking Linux vs Mac OS vs Windows fights is still the most popular activity for users on the internet these days; I had hoped that had changed in the last 5 years, but apparently not. It was quite disappointing to see many people miss the point of the article entirely, purely because they took offence to the aside: "(despite other operating systems such as Mac OS X and Linux apparently being immune from such criticism)."

I've had some feedback from Microsoft after the article as well (in fact, the single domain with the most visits was tideXX.microsoft.com, with approximately 850 uniques in a 24 hour period), some positive and some negative. Some departments clearly know more than others in regards to the 7 architecture; although the most interesting claim I've heard so far is that the information I was provided with, which formed the premise of the article, could have actually referred not to Windows 7, but to an out-of-band project being simultaneously developed alongside Windows 7, possibly set for release some time between 7 and 8. This lends credence to the possibility that this may be intended not for the mass-market but instead for specialised applications such as embedded devices. This actually makes a certainly amount of sense, considering that if the legacy compatibility layers were indeed modular and separate from the main OS, removing them entirely from a distribution would cut down on installation size, and switching to the native APIs for development would yield significant performance gains over previous versions of Windows.

Tomorrow (or possibly later on tonight), I'll be posting a new exclusive, entitled "Looking to the Future: 8 and Beyond", which will include information about Microsoft's vision for the next decade or so in computing, and specifically the direction we'll see Windows take.

Windows XP SP3 integration problems under Windows Vista
Posted by Dev Corvin at 7:41:27 AM on Sunday, March 16, 2008

Okay, for those of you out there using VLK editions of Windows XP in a multi-platform or multi-boot configuration should be careful when building your Windows XP SP3 installation media.

Whilst there are no issues integrating under Windows XP (either using /integrate or using nLite), under Windows Vista it's a whole different kettle of fish. For some reason, when integrating under Vista, VLK editions of Windows XP become... altered in some way. Essentially, during the setup phase they reject all keys (VLK, OEM, etc). A common workaround for this has been to replace the pidgen of the resulting slipstream disc with one from the SP2 installation media; however, this simply results in a licensing error on startup, and an endless logon/logoff cycle.

The only known workaround, so far, is to make sure the media is slipstreamed from within an XP VM or "real steel" installation. This issue is apparently present in ALL recent builds, including RC2 (build 3311).

Powered by StormHosts