Run Windows Applications Natively in OS X?
mcho writes "Unlike other speculators, who get no spam, Robert X. Cringely offers an intriguing reason behind Apple's recent strategy of Boot Camp. From the article: 'I believe that Apple will offer Windows Vista as an option for those big customers who demand it, but I also believe that Apple will offer in OS X 10.5 the ability to run native Windows XP applications with no copy of XP installed on the machine at all. This will be accomplished not by using compatibility middleware like Wine, but rather by Apple implementing the Windows API directly in OS X 10.5.'
Wow, Cringely obviously has a clue.
"This will be accomplished not by using compatibility middleware like Wine, but rather by Apple implementing the Windows API directly in OS X 10.5."
Wine *is* an implementation of the Windows API.
Cringeworthy is more like it
1) There is no way in hell Microsoft would document their API to the level necessary to allow Apple to duplicate it.
TFA notes a cross-licensing agreement was in place from '97 - 2002 so likely Apple had MS' own docs on the API. Also Cringeley says he has talked with with people who have seen XP apps running directly under OSX, and that this has been going on in the labs for some time.
2) It's blatantly obvious he doesn't understand precisely what Wine is. Remember: Wine Is Not an Emulator. It's a built-from-scratch implementation of the Windows API.
The way he put it was that running XP under OSX would not depend on 3rd-party middleware, but would run directly under OSX. He was not saying that WINE is not a Win API inplementation.
Microsoft has an ongoing issue with the EU where Microsoft is unable (unwilling) to produce documentation on their APIs to a standard that anyone can sensibly write code that interfaces with it. If the state of affairs are as shoddy as Microsoft gives the impression of, even Steve Jobs's RDS cannot reliably help Apple engineers re-implement the full Windows API.
The EU is treathening to fine Microsoft $2,7 mill a day for the inability to produce said documentation.
The future is in beta
Back when QuickTime for Windows was first introduced, Apple found that it was less effort to port the subset of the Mac Toolbox that QT depends on, than it would be to port QT to the Win32 API. That "subset" was so large that they had to actively discourage developers from using it as a porting tool to get their non-QT apps running on Windows.
Fast-forward some years. When Apple needed an updated and portable version of the classic Toolbox, they started with the portable Toolbox subset that they'd already ported to Windows to support QT.
Lost: Sig, white with black letters. No collar. Reward if found!