Feeds

Where were the bullet holes on OS/2's corpse? Its head ... or foot?

Ex-IBM insider Dom Connor reveals what went wrong

The essential guide to IT transformation

Part two My last piece on OS/2 was in part a mea culpa, a history of my part in its downfall. However, I can't claim all the credit. In fact, if I'm honest, there were hundreds of reasons why OS/2 failed, and most of them had nothing to do with me. So, here are some of the real corkers.

Once upon a time, IBM made extraordinary money out of big iron; mainframes so large that the corporation boasted a German university ran its heating system as a side effect of its Big Blue computer.

Even “mini” computers were often the size of a large room and that gave IBM huge control. It was just accepted by businesses that kitting out an organisation with a serious amount of computing power involved a serious amount of cash. IBM found it could charge whatever it liked - and did so. Personal computers didn't fit that model.

Then a threat to IBM's big iron emerged: beefed-up PCs in the form of servers crept up on Big Blue, and so the mega-vendor decided to return fire by turning its own PCs into minis and mainframes. A new operating system was needed to achieve this. DOS had to go.

Microsoft, which joined forces with IBM to craft OS/2, loved the idea of moving upmarket; at this point it had almost no presence beyond the desktop, and Bill Gates was entirely honest when he called Windows and DOS “stepping stones to OS/2”. He left competitors DR-DOS and Unix out of the picture.

What about OS/2 server?

Back then an x86-powered server had more oomph than the IBM System/36 and 38 minis and even the AS/400, which came out roughly the same time as OS/2 at the end of the 1980s.

You could stuff your Intel-powered box with disks and memory, and there was no reason to buy it from IBM, run IBM software on it nor pay IBMers to fix it and integrate it with other systems. You may think this is not only a good thing but inevitable. But if you own 85 per cent of a very lucrative market you don’t see that particular inevitability as anything good.

An original member of the System/360 family announced in 1964, the Model 50 was the most powerful unit in the medium price range.

An era of IBM machines, printers, disks, people, cats and dogs living together

Countless businesses had IBM software running on IBM machines hooked up with IBM SNA connectivity to an IBM printer that used IBM paper. Only a complete fool would risk losing that stranglehold, yet IBM faced losing control over the inherently disruptive and diverse world of PCs.

IBM flogged personal computers without any thought at all for connecting them to the rest of its systems. Indeed for a long time you had to get third-party hardware and software to achieve this. IBM begrudged every penny of that lost revenue, but it did notice that every PC attached to a mainframe became a terminal that only ever added to the big iron machine's processor load. That meant customers had to upgrade their IBM mainframes to keep up. The rule of thumb was that every smart terminal was worth half a MIP in upgrade sales.

I don’t know if that’s entirely true, but it was part of the justification for keeping PCs as PCs and not endorsing them as shared machines. Yes, IBM’s power was so great that if it did something then it was accepted as wise. There was, of course, Unix and VMS, but they weren’t from IBM and that scared many customers away.

An IBM x86 server platform, though, would replace juicy mainframe margins with the pathetic ones in the PC domain. That meant although OS/2 was structurally capable of being a first-rate server operating system, this superpower was not exploited until it was too late - and IBMs servers sucked hard on price.

IBMers in the corporation's PC division believed servers were going to be huge, but it was tacitly accepted that Microsoft would take OS/2 to servers. This avoided upsetting the parts of IBM that made real money unlike IBM’s PC division, which had a high profile but low profitability.

It’s hard to see how they could have made any other decision, not least because IBM was run by “business people”, defined as those who would regard any requirement to understand their products as offensive and got aggressive if more than a fleeting mention of them was made. Its competitors were run by people who had personally built some of their tech; you may not think Bill Gates was a star programmer, but he had written code rather than worked his way up from accounts. He ran rings around IBM.

The Red Mark of Death

As you may recall from part one of this series, I was a bug-hunting contractor working for IBM on OS/2 in the late 1980s.

It’s obviously been a while, but the passage below is what I remember of the wording on a blood red sticker that IBM’s tenacious security people would place on your desk if they found you'd left anything out at night that could be top secret.

By this mark I cast you sinner. Thou hast sinned. Yes, sinned in the eyes of God, sinned in the eyes of man, sinned in your own heart. My eyes can no more bear the pain of seeing your sin. Begone from this realm of grace and attend at the portal of the keeper of iniquities where your sins may be made plain to you.

Or something like that, anyway. Since the security sniffers couldn’t read disks, any they found were assumed to be full of secrets so they took them to a safe place and you had to grovel to get your disks back. To twist the knife you had points knocked off the evaluation scores of both you and your boss.

We’re alone here, so you can admit you really want one of those stickers, don’t you?

So did the Microsofties when they worked, depending on your view, with or in spite of IBM. After the first one got a sticker for leaving a programming manual on a desk, they all wanted one to take home and show to their friends.

Remember, Microsoft was not the dinosaur it is now. It was the cheeky small mammal eating the dino's eggs. It was a time when Redmond executives used their own products without resenting the time it subtracted from reducing their golf handicap. Yes, it was a long time ago.

Whoa, look out! It's crazy OS/2 in the house

These days I have a sideline in being an expert witness in IT-related cases, and even my own clients are extremely sensitive about letting me have access to their systems. That’s how IBM treated Microsoft even though OS/2 was supposed to be a joint effort.

IBM flatly refused to allow Microsoft to use any part of its network, which given the way Microsoft had behaved was entirely rational, even if it wrecked productivity. So the Microsofties created their own network using cables they got from the Tottenham Court Road shop that also supplied their PCs.

We’ve all had the joy of turning up at a new job and waiting for a working computer, but if you were the biggest IT firm on the planet and your most important project was slipping, wouldn't you make sure your partner's developers have PCs ready and waiting for them?

When Microsoft's finest pitched up in London, they bought their own gear. It was easier and they preferred Compaq machines. Unfortunately, the IBM PS/2, a desktop that was supposed to primarily run OS/2, was not fully compatible with the Compaq computers and potentially the code the Microsofties were rattling out. Microsoft in the US had to battle to get PS/2s from IBM to test the software.

Where was the database?

At the time IBM also owned the database market to the extent that some IT pros would struggle to name a competitor and probably just blurt out the name of an IBM product anyway.

Begrudgingly Big Blue eventually came out with an “Extended Edition” of OS/2 that could connect into IBM database systems, but it was pretty hard going to say the least. It was not until I used Lotus Notes that that I saw anything as bad. Certainly it was not seen by anyone as part of IBM’s well-respected suite of database management systems.

IBM made more money out of its database sales than the whole PC division put together, and it vetoed any attempt to bring out a database that was more user friendly than a cornered rat on a house of cards. I don’t actually know who wrote it, though I do know he has never been to England because he still lives, since I had write code for it and it hurt.

Decades later RIM made the same mistake: it made a tablet specifically incapable of doing email, which its BlackBerry smartphone did so well. It ended badly. RIM wanted to avoid "confusing the market", but really it's evident the smartphone team's management was politically more powerful than the newbie tablet gang.

Secure remote control for conventional and virtual desktops

More from The Register

next story
The Return of BSOD: Does ANYONE trust Microsoft patches?
Sysadmins, you're either fighting fires or seen as incompetents now
Munich considers dumping Linux for ... GULP ... Windows!
Give a penguinista a hug, the Outlook's not good for open source's poster child
Intel's Raspberry Pi rival Galileo can now run Windows
Behold the Internet of Things. Wintel Things
Linux Foundation says many Linux admins and engineers are certifiable
Floats exam program to help IT employers lock up talent
Microsoft cries UNINSTALL in the wake of Blue Screens of Death™
Cache crash causes contained choloric calamity
Eat up Martha! Microsoft slings handwriting recog into OneNote on Android
Freehand input on non-Windows kit for the first time
Linux kernel devs made to finger their dongles before contributing code
Two-factor auth enabled for Kernel.org repositories
prev story

Whitepapers

Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Top 10 endpoint backup mistakes
Avoid the ten endpoint backup mistakes to ensure that your critical corporate data is protected and end user productivity is improved.
Top 8 considerations to enable and simplify mobility
In this whitepaper learn how to successfully add mobile capabilities simply and cost effectively.
Rethinking backup and recovery in the modern data center
Combining intelligence, operational analytics, and automation to enable efficient, data-driven IT organizations using the HP ABR approach.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.