Apple Drops Mac OS 9

Eugenia Loli writes "MacCentral has the up-to-the-minute updates on the Apple WorldWide Developer Conference. The first big news is that Apple drops Mac OS 9. 'It's time to drop OS 9,' Steve Jobs said. 'We can do things in X that we just can't do in 9... a hundred percent of what we're doing is X only. [...] Mac OS 9 isn't dead for our customers, but it is for developers. Today we say goodbye to Mac OS 9 for all future development,' said Jobs." We all expected this to happen sooner or later, more sooner than later. There's been no new Apple development for Mac OS 9 in some time; only maintenance updates. But I won't stop Mac OS 9 development. You can't stop me! Muahahahaha! Update: 05/06 18:31 GMT by P : More news from WWDC continues to roll in. Eugenia Loli writes "Probably the really big news is with Jaguar, the codename for Mac OS X 10.2. There is handwriting recognition technology that will be recognized by any application that uses text. Apple also introduced Quartz Extreme, which takes the compositing engine in Quartz, and accelerates it in graphics cards, and combines 2D, 3D and video in one hardware pipeline via OpenGL. 'Everything on the screen is being drawn in hardware by OpenGL.' It requires AGP 2x and 32MB of video RAM. It is not possible on older graphics cards like RAGE 128 cards, said Jobs -- that means it'll work on newer iMacs and eMacs, but not on older machines, he emphasized. Jobs said this puts Apple two years ahead of 'the other guys.'"

Update: 05/06 18:46 GMT by P : An anonymous user writes: "Apple is releasing Mac OS X Rackmount Servers. Also releasing AIM-compatible messaging called iChat; you can create buddy lists of anyone on the local network, and you can use your mac.com username to log in to it."

Comments

It's called zeroconf

[Wesley Felter]

The IETF zeroconf working group, led by Apple's Stuart Cheshire, has been working on this for a while.

Re:so SLOW

[MouseR]

The perceived UI sluggishness is due to the double-buffering of window content.

If you install the dev tools, the

1. /Developer/Applications/Quartz\ Debug

application can be used to disable double-buffering. You'll see how different the system feels when using the "Autoflush drawing" switch.

Now, in terms of actual speec, getting a task done un X means not stopping other tasks, unlike in Classic. One striking example is those Photoshop bake-off Apple likes to do against Intel.

This really doesn't prove anything, because while Mac OS 9 -based Photoshop creams Intel-based Photoshop in throughput, the Windows version actually still lets you run stuff in the background, where as Mac OS 9 would technically suck the entire processor to itself, making background processes grind to a halt.

It'll be interesting how Photoshop back-offs will do, now that Adobe finally released it.

Apart from the UI perceived sluggishness, there are area where Mac OS X is clearly faster. We've noticed this from out (heavily) network-based application. Download speeds are much more efficient using BSD sockets than OpenTransport. On the plus side, the machine is not rendered useless when downloading data.

Re:Two years ahead of the "other guys"

[foobar104]

however this is going to force some people to either buy new hardware or just never upgrade... If I'm worng... please set me straight.

You're worng. ;-)

Think of OpenGL: if your graphics card can do OpenGL stuff, then the libgl on your computer will hand off the OpenGL processing straight to the graphics hardware. If it can't, your libgl will do the OpenGL stuff in software.

(At least, that's how it's supposed to work. Seems like in PC-land it doesn't much of the time.)

If your Mac has support for Quartz Extreme, it'll use it. If it doesn't, it'll continue to use software-based Quartz rendering.

Steve never said you had to have hardware accelerated graphics to run Jaguar, or anything that would imply that.

Re:Rendezvous sounds interesting... open standard

[j h woodyatt]

APIPA is yet another acronym for link-local IPv4 addressing.

What Apple is calling "Rendezvous" begins with link-local IPv4 addressing and adds "multicast DNS" (which Microsoft wants to call "link-local multicast name resolution," i.e. LLMNR... sigh).

Here's what Rendezvous *actually* is: it's the last little bit of what Appletalk had going for it, finally "ported over" to work on the Internet protocol. Not only is Mac OS 9 in the terminal patient's ward-- so is the Appletalk network protocol. Happy happy day.

--

Re:Instead of sprinkling around duplicate code...

[Valdrax]

Maybe you should look into the Linux kernel for an example of what he's talking about. Rather than have several hardware or OS-dependent if-then statements inside of a single function, you break the function into several copies -- one version for each OS. Then, set a function pointer to the appropriate version for the OS you are running on at program initialization. If you are running under OS 9, point all your function pointers to the functions that use OpenTransport. If you are running under OS X, point all your function pointers to the functions that use sockets.

Since the OS isn't going to change under your program any more than the hardware changes underneath the Linux kernel, there's no reason to be constantly testing the platform. This changes the overhead of all the if-then statements to a single if-then statement, some function pointer initializations at startup, and a jump to a function pointer instead of a fixed constant each time you call the function. If the if-then statements are that much of a problem, you'll trade some minimal code bloat (in the form of the now repeated OS-independent parts of those functions) for much improved execution speed and significantly easier to read code (if done correctly).

A benefit is that it makes it relatively easy to add and drop OS support without having to go through code with a fine-tooth comb. Just delete or add the relevant functions and add/drop that OS from the test at start-up. The only downsides are tracking similar changes between versions and the tendency for code to severely mutate into completely diverse codebases if you don't have good design discipline.