February 1st, 2006

Differentiating 64-bit Editions of Windows XP and Windows Server 2003

Heath Stewart
Principal Software Engineer

Microsoft Windows provides a lot of base services on which applications can be written, but there are differences between all the various editions of Windows. While it’s far more common to have a minimum dependency on a particular platform, cases may arise where an application may require, for example, Windows XP but won’t run on Windows Server 2003. The recent release of Internet Explorer 7.0 Beta 2 Preview is one such example, requiring Windows XP SP2.

While ultimately you should use the AppSearch table and related tables like the DrLocator table for finding directories and files, along with the Signature table for detecting versions of files, validating a particular platform may be good enough in support scenarios.

If you have an application that will only run in Windows XP and Windows XP 64-bit but won’t run in Windows Server 2003 SP1 64-bit you’ll find that the VersionNT property for both of the latter 64-bit platforms is the same value: 502. The same is true for the VersionNT64 property that is set only on 64-bit platforms. What’s more is that the WindowsBuild property and ServicePackLevel property for both 64-bit editions of Windows XP and Windows Server 2003 is the same: 3790 and 1, respectively. Now what?

Fortunately there’s the MsiNTProductType property defined for NT platforms with Windows Installer 2.0 and later. For Windows XP which is a workstation platform, this value will be 1. For Windows Server 2003 this value will be 2 for a domain controller, and 3 for a server edition. Since, from the Windows Installer Supportability matrix, Windows XP RTM ships with Windows Installer 2.0 rest assured that this property will be defined for this scenario. So if you only wanted your application to install on Windows XP editions you could add the following condition to your LaunchCondition table:

VersionNT = 501 OR (VersionNT64 = 502 AND MsiNTProductType = 1)

These values corresponds to the values for the OSVERSIONEX.wProductType field obtained from the native GetVersionEx function. There are more operating system properties that correspond to other fields in the OSVERSIONEX structure you can use in Windows Installer as well.

Author

Heath Stewart
Principal Software Engineer

Heath is an application architect and developer, looking to help educate others to learn professional development. Besides designing and developing applications he enjoys writing about intermediate and advanced topics. Heath also consults for deployment packages and scenarios within Microsoft and for external customers.

0 comments

Discussion are closed.