Language Selection

English French German Italian Portuguese Spanish

We Test Drive Windows XP Professional x64 Edition

Filed under
Microsoft

With Windows XP Professional x64 Edition now available to the public, we were eager to get our hands on the final version of the product and compare it to the earlier release candidate versions. We found no major surprises. The final shipping version of XP x64 Edition looks exactly like its predecessors and could easily pass for the 32-bit version of XP Professional.

After a week of using the final version of XP x64, I did notice one major difference when compared with the release candidates: Windows Update now navigates to the Windows Server 2003 Service Pack 1 (SP1) version of Microsoft's Web-based software patch and update service. That makes sense, since XP x64 is based on the Windows Server 2003 SP1 code base. According to Microsoft lead product manager Greg Sullivan, this means that XP x64 is the most secure Windows client ever created.

Compatibility Concerns

As with the release candidate versions, application compatibility is a mixed bag with the shipping version of XP x64 Edition. There are some improvements, however. Microsoft has done away with the Windows Media 9 Series-related errors that previously dogged some application installs--most notably that of Adobe PhotoShop Elements 3.0--and Microsoft Office 2003 SP1 now installs without any complaints, a welcome change.

Some other applications, however, now display strange error messages. Apple's popular ITunes, for example, pops up a dialog when run, alerting you that the application's drivers are "valid but incompatible" with this 64-bit version of Windows.

Indeed, finding compatible drivers will continue to be an issue for quite some time, and Microsoft is upfront about the fact that the x64 platform probably won't be mainstream until Longhorn ships in 2006. However, XP x64 includes over 15,000 device drivers, more than any previous Windows version, and many more will be available on Windows Update in the near future.

"Over 400 companies are lining up to support XP x64," Sullivan says. "But clearly we won't have full driver support this year."

Source.

More in Tux Machines

today's leftovers

Linux/FOSS Events

  • The Linux Foundation Announces Session Lineup for ApacheCon(TM) Europe
  • OpenShift Commons Gathering event preview
    We're just two months out from the OpenShift Commons Gathering coming up on November 7, 2016 in Seattle, Washington, co-located with KubeCon and CloudNativeCon. OpenShift Origin is a distribution of Kubernetes optimized for continuous application development and multi-tenant deployment. Origin adds developer and operations-centric tools on top of Kubernetes to enable rapid application development, easy deployment and scaling, and long-term lifecycle maintenance for small and large teams. And we're excited to say, the 1.3 GA release of OpenShift Origin, which includes Kubernetes 1.3, is out the door! Hear more about the release from Lead Architect for OpenShift Origin, Clayton Coleman.

Security News

  • Report: Linux security must be upgraded to protect future tech
    The summit was used to expose a number of flaws in Linux's design that make it increasingly unsuitable to power modern devices. Linux is the operating system that runs most of the modern world. It is behind everything from web servers and supercomputers to mobile phones. Increasingly, it's also being used to run connected Internet of Things (IoT) devices, including products like cars and intelligent robots.
  • security things in Linux v4.6
    Hector Marco-Gisbert removed a long-standing limitation to mmap ASLR on 32-bit x86, where setting an unlimited stack (e.g. “ulimit -s unlimited“) would turn off mmap ASLR (which provided a way to bypass ASLR when executing setuid processes). Given that ASLR entropy can now be controlled directly (see the v4.5 post), and that the cases where this created an actual problem are very rare, means that if a system sees collisions between unlimited stack and mmap ASLR, they can just adjust the 32-bit ASLR entropy instead.

Raspberry Pi PIXEL and More Improvements