Archives
 
 
 
  Special
 
 
 
  About Us
 
 
 

Newsletter
Free E-mail Newsletter from BYTE.com

 
    
           
Visit the home page Browse the four-year online archive Download platform-neutral CPU/FPU benchmarks Find information for advertisers, authors, vendors, subscribers Request free information on products written about or advertised in BYTE Submit a press release, or scan recent announcements Talk with BYTE's staff and readers about products and technologies

ArticlesStrategy in Standards


Decemb er 1994 / Letters / Strategy in Standards

Jon Udell makes some interesting points in his article ``Why IBM Should License Win32'' (September). However, I cannot agree with his conclusions. IBM's licensing of the Win32 API would secure its place as the standard desktop API. Win32s support is not currently part of OS/2--not because IBM doesn't know how, but because IBM is delaying a wholesale move to the Win32 API. If Win32 becomes the standard API while ownership remains with Microsoft, Microsoft will continue to evolve it to conform to the company's view. Many would like to see Microsoft transfer ownership of Win32 to an industry-standards body, where it could continue to evolve, nourished by the joint efforts of the entire industry. Some control of the Win32 API may be wrested from Microsoft if the development of Win32 API emulators, such as those from Sun Microsystems, is successful. Then there will be two routes to Win32, license the real thing from Microsoft or the emulation technology.

IBM has a strategic interest in many of the new microkernel-based operating systems and RISC-based processors. The success of any of these will have an impact on the relative value of the Win32 API. Now is hardly the time for IBM to yield total control of the desktop to Microsoft.

Steve Brewin

Winchester, Hampshire, U.K.

In the three years that I have been buying BYTE, never have I seen such utter nonsense as Jon Udell's commentary (September). He assumes that Win32 is going to be an instant success with the release of Windows 95, just because Win16 has such an enormous user base. But this didn't happen with Windows NT, and Windows 95 is reportedly not nearly as good as OS/2. Microsoft has even stated its intention to not multithread the first entries in the Win32 market. The fact is that there are more PM (Presentation Manager) applications than there are Win32 applications.

Udell stil l doesn't seem to realize that the Windows support in OS/2 is a stopgap measure to let people keep using their software. When their old software is written off, there's no reason to buy a Win32 application over a PM application.

Illya Vaes,

ivaes@ib.ns.nl

Utrecht, The Netherlands


Up to the Letters section contentsGo to previous article: The Internet and the Promise of InformationGo to next article: Software Tools for Embedded ProcessorsSearchSend a comment on this articleSubscribe to BYTE or BYTE on CD-ROM  
Flexible C++
Matthew Wilson
My approach to software engineering is far more pragmatic than it is theoretical--and no language better exemplifies this than C++.

more...

BYTE Digest

BYTE Digest editors every month analyze and evaluate the best articles from Information Week, EE Times, Dr. Dobb's Journal, Network Computing, Sys Admin, and dozens of other CMP publications—bringing you critical news and information about wireless communication, computer security, software development, embedded systems, and more!

Find out more

BYTE.com Store

BYTE CD-ROM
NOW, on one CD-ROM, you can instantly access more than 8 years of BYTE.
 
The Best of BYTE Volume 1: Programming Languages
The Best of BYTE
Volume 1: Programming Languages
In this issue of Best of BYTE, we bring together some of the leading programming language designers and implementors...

Copyright © 2005 CMP Media LLC, Privacy Policy, Your California Privacy rights, Terms of Service
Site comments: webmaster@byte.com
SDMG Web Sites: BYTE.com, C/C++ Users Journal, Dr. Dobb's Journal, MSDN Magazine, New Architect, SD Expo, SD Magazine, Sys Admin, The Perl Journal, UnixReview.com, Windows Developer Network