Peter Tattam Of The PetrOS Project Talks To OSNews

Eugenia writes: "Trumpet Software is mostly known for their Internet communications software package, Trumpet Winsock, which has been adopted by the Internet world back in 1995, at the times where Windows 3.1 and Win95 did not come as standard with full internet connetion capabilities. But the main product these days for Trumpet Software is PetrOS, a 32-bit Operating System, which has the goal to be compatible by all means (binary and API compatible) with Microsoft Windows. OSNews is interviewing the main architect behind the project, Peter Tattam, who talks in depth about PetrOS, and also there is shown an early screenshot of the PetrOS GUI, which is still under heavy development." And it's been (not surprizingly) under heavy development for a while. Building a Windows-compatible OS from scratch surely isn't easy, but from this interview (including screenshots) they're having quite a go of it.

Comments

Why this will never work

[vor]

Sure sounds like a good idea reading about it but it's totally unpractical. He wants to aim for the desktop, which means he's gonna have to go for the average user. Since windows comes "free" on all mainstream PCs today, the average user will never ever have the need to run a windows clone.

Sure, us geeky people will have fun messing around with it, but we already have our joys in running unixes.

quotes...

[Hobbex]

"We're well aware of the dominance by the key player in this market - we just want to coexist, not supplant." - Peter Tattam

"I once preached peaceful coexistence with Windows. You may laugh at my expense -- I deserve it." - Jean-Louis Gassée

"Those who cannot remember the past are condemned to repeat it." - George Santayana

Secret APIs exist, MSFT uses them as a weapon

[Philbert Desenex]

The "secret APIs" are not a rumor. Notice the dates on these references, the secret APIs have been in NT all along.

• Using the NT API for file I/O
  
• Inside the Native API
  
• Do you need source? - go down the page about a third of the way: The conclusion was that Vogels's group used source code only as documentation (there is no other documentation for NT), examples, and to understand the behavior of NT. It turned out to be useful for debugging, and it led to the discovery of interesting APIs that are not documented or available in Win32.
  
• Inside Windows NT Disk Defragmenting - MSFT gave one company access to the defragmenting APIs, and never bothered to document them to anyone else.
  

MSFT hasn't hesitated to use the secret APIs either. From the July 10 InternetWeek: Microsoft has historically achieved market dominance by controlling APIs and forcing competitors to write software to Microsoft's APIs, then changing the APIs. "Instead of satisfying their own customers' demand, competitors are busy catching up with Microsoft," said IDC analyst Dan Kusnetzky.

From the October 8, 1998 NY Times: And Microsoft, the people added, did what it has always denied it does -- used access to its technology as a powerful lever in business negotiations, by offering Netscape preferential access to the Windows "application program interfaces," or A.P.I.'s, the links that enable other companies' programs to run smoothly on the Windows operating system. By turning down the deal, Netscape, they say, would not have that preferred access to Microsoft technology -- a threat that Microsoft fiercely denies making.

Think about it - can you, using only Win32, write all of the stuff that MSFT provides with NT/W2k? No. Clearly, MSFT keeps APIs to themselves. MSFT wants to allow itself the latitude to write faster, more functional programs than the ordinary developers can write. MSFT has proven time and time again that it will use secret APIs to its own advantage, or to the advantage of selected partners (Executive Software, for example). This practice is certainly bad for the consumer. Secret APIs raise the cost of entry into the NT system software market, which will keep out competitors, raise prices, and reduce choice.