What's coming? Windows XP 64-bit

2005-09-01

Peter Morley

McAfee, UK
Editor: Helen Martin

Abstract

This article was prompted by the arrival of Windows XP 64-bit, early in June 2005. after deciding to install the new operating system, as normal, Peter Morley assumed that he would be able to use it in the way in which he was accustomed. How wrong could one be?


I installed Windows XP 64-bit on a recent machine, with a new motherboard (ASUS A8N-SL1 with 64-bit AMD processor), and a new 30 Gb hard disk. Since the system was already running old-fashioned Windows XP, this was achieved merely by changing the HD and proceeding with the installation.

This proved to be the most difficult installation of an operating system I have encountered, and I suspect that many other people would give up and forget it. The OS kept restarting with messages on blue screens, requiring minor changes.

In case you think the operator was the cause of the problem, I wasn't! A search on the Internet demonstrated that the issues I was experiencing had all been experienced by other unfortunates, some of whom had indeed given up trying. The cause of the problems may have been the fact that the machine's motherboard was designed after this operating system. Anyway, after a long battle, it did eventually install.

However, worse was to come. I copied onto the system all the programs and files that I use in my day-to-day work.

I could not process viruses, because four of the five tools I normally use would not run (Q-EDIT, Hiew, Volkov Commander, and DV8). The failure was designed to happen. Each of the programs produced a dialog box suggesting I that contact the supplier, and get an up-to-date version of the tool. I made a few enquiries, and established that support for 16-bit software had been excluded deliberately from Windows XP 64-bit. I call this lack of backward compatibility!

Microsoft™ has obviously been caned. The August 2005 issue of Windows XP Magazine (which arrived in early July) failed to mention XP 64-bit, the newest and latest version of the operating system.

The arrival of Windows Media Centre 64-bit is imminent. I believe this will be very similar to the version I had, but that it probably won't matter, for two reasons:

  1. The operating system will already be installed on arrival.
  2. Most users will not be adding ancient 16-bitsoftware.

What are the consequences of all this?

First, you can expect the following marketing point to be made quite strongly. Internet usage has been exploding for the last four years, and I believe it will continue to do so for the next 10 years. The use of 64-bit technology in both hardware and software will be essential.

No surprise, then, that an Acer advertisement in an early July 2005 edition of the Financial Times made exactly this point. All the advertisements you see pushing Intel Centrino Mobile Technology, may need to be reviewed.

Second, everyone expects a Microsoft anti-virus announcement imminently (Beta before the end of September 2005, and product(s) before the end of the year). You can be certain that Microsoft's AV product will run perfectly well under Windows XP 64-bit. There is an implication here, that all other AV companies will need to scramble around to ensure that none of their products fail to run on the 64-bit operating system. There isn't much time!

One final question occurs to me: will Longhorn fail to support 16-bit programs? All my instincts suggest that Microsoft will include support, but let's wait and see!

twitter.png
fb.png
linkedin.png
hackernews.png
reddit.png

 

Latest articles:

Nexus Android banking botnet – compromising C&C panels and dissecting mobile AppInjects

Aditya Sood & Rohit Bansal provide details of a security vulnerability in the Nexus Android botnet C&C panel that was exploited to compromise the C&C panel in order to gather threat intelligence, and present a model of mobile AppInjects.

Cryptojacking on the fly: TeamTNT using NVIDIA drivers to mine cryptocurrency

TeamTNT is known for attacking insecure and vulnerable Kubernetes deployments in order to infiltrate organizations’ dedicated environments and transform them into attack launchpads. In this article Aditya Sood presents a new module introduced by…

Collector-stealer: a Russian origin credential and information extractor

Collector-stealer, a piece of malware of Russian origin, is heavily used on the Internet to exfiltrate sensitive data from end-user systems and store it in its C&C panels. In this article, researchers Aditya K Sood and Rohit Chaturvedi present a 360…

Fighting Fire with Fire

In 1989, Joe Wells encountered his first virus: Jerusalem. He disassembled the virus, and from that moment onward, was intrigued by the properties of these small pieces of self-replicating code. Joe Wells was an expert on computer viruses, was partly…

Run your malicious VBA macros anywhere!

Kurt Natvig wanted to understand whether it’s possible to recompile VBA macros to another language, which could then easily be ‘run’ on any gateway, thus revealing a sample’s true nature in a safe manner. In this article he explains how he recompiled…


Bulletin Archive

We have placed cookies on your device in order to improve the functionality of this site, as outlined in our cookies policy. However, you may delete and block all cookies from this site and your use of the site will be unaffected. By continuing to browse this site, you are agreeing to Virus Bulletin's use of data as outlined in our privacy policy.