"neither facts absolve APLLE from lousy business practices and DEEP DEEP greed"
Aside from your inability to accurately spell (no offence!), what else do expect from a corporation like that. Of course they're going to be greedy - it's they're fackin' job!!
At least Apple are more innovative than most corps I could mention! (Red Hat maybe (!!!) one of the few exceptions - but we've yet to see what upfolds with them - come back in a few years time and we'll see).
If you want to get even more pedantic, I could say that the 050 (or 68050) came out before the 68040 and was either not a CPU (maybe an embedded controller) or was a very early 68k processor.
The 68060 was used in Amigas, as well as certain embedded devices but not the Mac. If memory recalls it clocked up to 80Mhz or so, tops.
"The G4 does things really differently to the G3, and OS 8 of any version just cannot handle it"
No that's not true, the G4 is fully compatible with G3 instructions. I'm not sure if it's pin compatible on the mother(daughter)board, but it's definitely compatible software wise.
Say you're a Mac developer (you're not - but just say you are), and you have found a bug in the OS. At the moment you have to submit the bug to Apple, and they MAY fix it.
With Darwin, Mac developers can go straight ahead and just fix the bug themselves. This just wasn't POSSIBLE in the past. I think this will be one of the biggest advantages to Darwin, and might do less for Linux people than it will for Mac OS people (I hope I'm wrong here, already the HFS+ drivers look like a nice addition which could be ported to most Linux distros).
All I will say is it's better for Apple to do this, than to keep ALL of it's source closed.
Slashdot Mirror
"neither facts absolve APLLE from lousy business practices and DEEP DEEP greed"
Aside from your inability to accurately spell (no offence!), what else do expect from a corporation like that. Of course they're going to be greedy - it's they're fackin' job!!
At least Apple are more innovative than most corps I could mention! (Red Hat maybe (!!!) one of the few exceptions - but we've yet to see what upfolds with them - come back in a few years time and we'll see).
If you want to get even more pedantic, I could say that the 050 (or 68050) came out before the 68040 and was either not a CPU (maybe an embedded controller) or was a very early 68k processor.
The 68060 was used in Amigas, as well as certain embedded devices but not the Mac. If memory recalls it clocked up to 80Mhz or so, tops.
"The G4 does things really differently to the G3, and OS 8 of any version just cannot handle it"
No that's not true, the G4 is fully compatible with G3 instructions. I'm not sure if it's pin compatible on the mother(daughter)board, but it's definitely compatible software wise.
I don't think that's necessarily an issue.
Say you're a Mac developer (you're not - but just say you are), and you have found a bug in the OS. At the moment you have to submit the bug to Apple, and they MAY fix it.
With Darwin, Mac developers can go straight ahead and just fix the bug themselves. This just wasn't POSSIBLE in the past. I think this will be one of the biggest advantages to Darwin, and might do less for Linux people than it will for Mac OS people (I hope I'm wrong here, already the HFS+ drivers look like a nice addition which could be ported to most Linux distros).
All I will say is it's better for Apple to do this, than to keep ALL of it's source closed.