AmigaOS 3.2 released!

[shades_aus]

Originally Posted by OlafSch

@shades_aus

as Olaf said AROS inherited the same advantages but also shortcomings of the old AmigaOS. You cannot overcome this without rewriting everything. And I would add... you still would have the same problems any niche OS has... not enough developer, driver and modern software. The idea to port important parts of Aros to a mainstream OS like Linux is much more promising (and that is what Deadwood is already doing).

Future will be in my view:
Aros 68k (including ApolloOS)
Aros X86 (VM and real Hardware X86)
Aros on Linux base (AMD64)

my personal favorites are the 68k branch for the amiga retro market and Aros on Linux

Haiku have branched and re-written most of the original OS into 2 flavours. The 32 bit BeOS program compatible version and the new, non-binary compatible 64 bit version. It's on their website.

[shades_aus]

Originally Posted by Olaf Barthel

BeOS is a creation of the 1990'ies, the Amiga operating system goes way back to around 1984/1985. The decisions which went into creating the respective operating system architectures were guided by what the hardware available at the time permitted, and at which cost.

For example, the contemporaries of the Amiga operating system were the operating systems used by the Apple Lisa and the Apple Macintosh. Both were, in terms of design, using established well-known concepts, such as that you would use a 68000 trap instruction to call an operating system function. RAM was expensive, so these machines had little to use (e.g. 64 KBytes, like a Commodore 64).

Also common at the time was the use of the first few "pages" of the adress space for operating system use, such as (I kid you not) was the case for the Commodore 64 (the "zero page"). The Macintosh operating system had a "zero page" and it took Apple years to wean developers off of its use.

Also "also common" was the use of a single shared address space for everything, code, data you name it. This is what the architecture flavour of the year was, as it was.

Fast forward some 10 years and you get BeOS, which did not use a shared memory space and offered POSIX APIs. It even had a Unix-style monolithic kernel to enable all of this. It could afford that because memory had become much cheaper during the past 10 years and the CPUs (yes: BeOS ran on the AT&T Hobbit, then the PowerPC, then the inevitable Intel offering of the day) had become more powerful and cheaper, too.

Unless a lot has changed since I last looked at AROS, it still shares the same early/mid 1980'ies advantages and limitations in terms of architecture which gave us the Amiga operating system. These lines are very hard to redraw unless you are prepared to abandon every bit of software ever written for the platform.

By comparison, BeOS had it "easier". Small bugs and errors do not bring down the operating system as swiftly as for Amiga OS, owing to memory protection and all those small but important foundational elements which Amiga OS lacks.

Sure, both AROS and Amiga OS still see development and incremental change, but it is much harder to build robust software. This is one of the major, major challenges to overcome in terms of "friction". You have to be exceptionally careful not to knock over something by accident, you have to be prudent to play within the narrow limitations of what is considered "safe" in terms of APIs and data structures.

This is 1980'ies style programming at its most sophisticated. Not everybody is cut out for that kind of task, to put it mildly. Passion will get you somewhere, but it will not get you everywhere and anywhere.

Of course not everyone is experienced enough to work through the challenge, I agree and it's part of the reasons I listed, however, it's not impossible to get there.

BeOS also has 2 different versions. The 32bit BeOS binary compatible version and the 64bit variant. Something "similar" should be considered with AMIGA OS if changes are needed to continue forward. As for memory management, some sort of functional MMU should be incorporated.
At least that way, you open up provision for sandboxing in legacy space if you choose to offer it.
I certainly am not advocating that AMIGA OS doesn't develop further. It needs to transition into something better/more modern and that opportunity, still exists, just like every other OS that's still worked on is doing. No one wants AMIGA OS3.x to NOT develop and stay in the dark ages. IBRowse and Miami were made as extensions to get on the web but now, it's too difficult to get more memory and stay on the Web?
What was that famous saying about getting to the moon? We choose to do it because it is hard? The Amiga "experience" can be realised outside of emulation however, some tougher decisions are going to need to be made. Mac did, Microsoft did, BeOS/Haiku did...

[Samurai_Crow]

Quick note: the 2 versions of BeOS were PPC and x86. Both were 32-bit. Haiku is a BeOS replacement that spawned a 64-bit variant of x86_64 in addition to x86. I use the 64-bit variant on my tower and it's quite performant. I can't wait for the Radeon drivers.

[kamelito]

And AT&T Hobbit

[ma693541]

All this are Offtopic!!!! Stay Ontopic, AmigaOS 3.2.