ⓘ Oberon (operating system)

                                     

ⓘ Oberon (operating system)

The Oberon System is a modular, single-user, single-process, multitasking operating system written in the programming language of the same name. It was originally developed in the late 1980s at ETH Zurich. The Oberon System has an unconventional visual text user interface instead of a conventional CLI or GUI. This "TUI" was very innovative in its time and influenced the design of the Acme text editor for the Plan 9 from Bell Labs operating system.

The latest version of the Oberon System, Project Oberon 2013, is still maintained by Niklaus Wirth and a number of collaborators but older ETH versions of the Oberon Systems have been orphaned. The Oberon System also evolved into the multi-process, SMP-capable Bluebottle operating system, with a zooming user interface.

                                     

1. History

The Oberon operating system was originally developed as part of the NS32032-based Ceres workstation project. It was written almost entirely and since the 2013 edition, now is described entirely in the Oberon programming language. The basic system was designed and implemented by Niklaus Wirth and Jurg Gutknecht and its design and implementation is fully documented in their book "Project Oberon". The user Interface and programmers reference is found in Martin Reisers book "The Oberon System". It was later extended and ported to other hardware by a team at ETH-Zurich and there was recognition in popular magazines. Wirth and Gutknecht although being active Computer Science professors referred to themselves as part-time programmers in the book Project Oberon. In late 2013, a couple of months before his 80th birthday, Niklaus Wirth published a second edition of Project Oberon. It details the implementation of the Oberon System using a RISC CPU of his own design realized on a Xilinx FPGA board. It was presented at the symposium organized for his 80th birthday at ETHZ. In the meantime several emulators for this version were implemented.

According to Josef Templ, a former member of the developer group at Eidgenossische Technische Hochschule, Zurich and later member of the "Institut fur Systemsoftware" of Johannes Kepler University of Linz, where one of the versions V4 was maintained, the genealogy of the different versions of the Oberon System was the following:

                                     

2. User interface

Oberon has a text user interface TUI, which has to be differentiated from the terminal user interface. It combines the point-and-click convenience of a graphical user interface GUI with the linguistic strength of a command line interface CLI and is closely tied to the naming conventions of the Oberon language. Any text appearing almost anywhere on the screen can be edited and can therefore be used as command input. Commands are activated by a middle-mouse click on a text fragment of the form Module.Command optionally followed by Parameters, which are terminated by ~. A command is defined by a procedure, which has an empty argument list. Parameters to the command have to be defined before executing the middle click and must be explicitly scanned and retrieved by the procedure. There are no checks nor any questions asked during command execution. This is sometimes called a "non-modal" user interface UI. Nothing like a command prompt is required.

Although radically different from a command line, the TUI is very efficient and powerful. A steep ascent in the early learning curve makes it a little bit difficult in the beginning. No questions are asked: this is a deliberate design decision, which needs getting used to. Most editors ask the user when closing a modified text: this is not the case in the Oberon System. The usage of the TUI and programming interface is fully documented in Martin Reisers book "The Oberon System". A short introduction to the user interface can be found on Niklaus Wirths home page. The later Versions of System Oberon, Oberon V4 or V4 in short, sometimes also referred to as Linz-Oberon and Oberon System 3 or S3, sometimes also called ETH-Oberon or Spirit of Oberon, enhanced the basic interface with different but incompatible implementations for buttons, drop down menus, and other active elements. V4 used for that purpose a dedicated control character embedded in normal text in contrast to System 3, which extended the kernel by introducing persistent objects. Both extensions include a large set of user interface elements.

Mastering the Oberon user interface, both the purely textual and also the so-called Gadgets System under S3, is absolutely non-trivial. Therefore, it is recommended to proceed after a successful installation of Oberon System 3 to Andre Fischers Oberon System 3 Tutorial. An expanded version of this tutorial was published as a book, which it is out of print now. The whole book is available in electronic form under a single user license in every installed version of System 3. More information how to get your own copy of the Oberon Companion may be found in the Getting Started section of the Oberon Wikibook.

Similar user Interfaces have yet to appear in more commonplace operating systems. Rob Pikes Acme system under Plan 9 from Bell Labs was strongly inspired by the Oberon TUI. Whether the worksheet interface of the Macintosh Programmers Workshop influenced Oberons TUI or vice versa is difficult to decide: the Oberon System was based on Wirths previous computer design the Lilith, and both the Apple Macintosh and its precursor Lisa and the Oberon System on Ceres and its precursor Lilith have the same roots: they were all inspired by the Alto developed at Xerox PARC.

                                     

3. Versions and availability

V1 was the first usable version some time before the Oberon Trilogy was published. A major change in the text model together with the editor called Write yielded V2. As foreshadowed in the table in section history above there was a major fork in the beginning of 1990s: V4 vs. System 3: The group around Jurg Gutknecht introduced persistent objects and object-libraries thereby extending the kernel. The group around Hanspeter Mossenbock realized similar features by introducing active elements mapped to a special character thereby extending fonts without changing the kernel. System 3 was sometimes also called Spirit of Oberon and later renamed to ETH Oberon, whereas V4 was sometimes also called Linz Oberon.

As of 2017 the Oberon OS is available for several hardware platforms, generally in no cost versions and from several sources, which is quite confusing. The Oberon OS is typically extremely compact. Even with an Oberon compiler, assorted utilities including a web browser, TCP/IP networking, and a GUI, the entire package can be compressed to a single 3.5" floppy disk. There are/were versions which emulated the Oberon OS on top of another operating system and versions which run on bare hardware. The latter ones are called Native Oberon. There are/were native versions for the Ceres, Intel IA-32, and ARM platforms. In 2013 Niklaus Wirth adapted the basic system as described in "Project Oberon" to a current FPGA design. According to the preface of the 2013 edition, the whole system compiles in less than 10 seconds on a Spartan-3 board. This version is sometimes also called V5, despite it being much more similar functionally to the original V1 running on the Ceres than any of the later versions.

A version of the Oberon System 3, which was integrated in the Microsoft Windows OS was called Plugin Oberon. Plugin Oberon supported the binary format called OMI Oberon Module Interchange aka "slim binaries", which allowed portable object code between Intel x86, Motorola 68K, and PowerPC architectures. Slim binaries were invented by Michael Franz in the early 1990s. They were motivated and opposed to the "fat binaries" invented by Apple during the transition from 68K to PowerPC architectures. OMI provided portable code based on a compressed version of the abstract syntax tree. The approach of a compressed abstract syntax tree is revived for Graal and Truffle.

The version called Oberon V4 see also History is closer to the original operating system developed by N. Wirth & J. Gutknecht. It was originally developed at ETHZ, but when H.P. Mossenbock went to Institut fur Systemsoftware at Johannes-Kepler University in Linz JKU the development of V4 moved also. Therefore, V4 is sometimes also called Linz-Oberon in contrast to ETH-Oberon. The most recent version of V4 and extensions are available at JKU. Oberon V4 appears to be orphaned, there are almost no changes since 2000. Another repository of V4 is Claudio Nieders Oberon V4, which also shows difference between the different V4 implementations. Since 2013 this page moved to/is mirrored at SourceForge. V4 is closer to what would now be called an integrated development environment than an operating system of its own. There were many extensions written for V4, which are still available from the ftp server of SSW at JKU; some documentation can be found on their web-pages, more information is normally included in the packages and it is given in Oberons special rich text format.

Around 2010, the computer science department at ETH Zurich has begun exploring active objects and concurrency for operating systems, and has released an early version of a new language Active Oberon and a new operating system for it, first called AOS and - due to copyright issues - now called A2, and/or Bluebottle. It is available from ETH Zurich with most source via the Internet. Native versions A2, i.e. running on the bare hardware, are currently possible for Intel IA-32 and X86-64 single- and multi-processor systems and for the StrongARM CPU family, versions running on top of another operating system are available on Windows WinAos, Unix UnixAos, Linux LinuxAos, and OS-X DarwinAos. More detailed information about A2 can be found on the russian Wikipedia pages about A2.

As a part of an industrial research project the Native Systems Group of ETH Zurich has developed an application-specific operating system called stailaOS which is based on the latest version Oberon OS. It is targeted towards applications like real-time analytics, high performance trading systems, main memory based ERP etc.



                                     

3.1. Versions and availability Native Oberon

Native Oberon stands for the Oberon System running on bare hardware. PC-Native Oberon is the version of the Oberon operating system which runs on IA-32 x86-32 PC hardware. There has never been a V4 Native Oberon, so every information here in this section implicitly assumes that it is System 3. Native Oberon has minimal hardware requirements. The basic system runs from a single HD-Floppy and additional software can be installed through the network. The full installation includes the Gadgets GUI. It is written completely in the Oberon programming language.

Some confusion is caused by the fact that there exists a version called LNO an acronym for Linux Native Oberon, which uses Linux as hardware abstraction layer HAL. Its goal was to be as compatible as possible to PC-Native Oberon. Other versions of the Oberon System, i.e. without Native in the name, had partially modified interfaces of low level modules. In 2015 Peter Matthias revitalized LNO under the Name OLR Oberon Linux Revival as a multi-platform Distribution running seamlessly under Intel x86, RISC-V, MIPS, and ARM. It runs nicely on the Raspberry Pi and on the inexpensive CHIP computer; with some tweaking adjusting group membership or/and permissions on some devices it runs nicely under Tiny Core Linux. OLR interfaces with Linux kernel by direct System calls. OLR currently mid 2017 misses a network layer.

                                     

4. Project Oberon 2013

In 2013 Niklaus Wirth and Paul Reed completed a re-implementation of the original Oberon System for the Digilent Xilinx Spartan 3 FPGA Starter Board. The work included a revision of "Project Oberon", identified as Project Oberon New Edition 2013. The system has since been ported to a Xilinx Spartan 6 FPGA Development Board by Saanlima Electronics. In 2015 Paul Reed collaborated with Victor Yurkovsky in the creation of OberonStation, a Xilinx Spartan 3-based computer designed specifically to run Oberon. Peter de Wachter implemented an emulator for it, which was also ported to Java and JavaScript by Michael Schierl, running in modern browsers, and ported to Free Pascal/Ultibo by Markus Greim. Andreas Pirklbauer maintains an experimental version and extensions of Project Oberon 2013 at GitHub.

                                     

5. Glossary

A2, Yet another name for the Active Object System, 2003. ALO, ARM Linux Oberon; in LNO family and for ARM CPU. AOS, Active Object System, 2002. Renamed to A2 because of rumored copyright issues. BB, BlackBox Component Builder. Component Pascal IDE from Oberon Microsystems. Bluebottle OS, And again another name for the Active Object System, 2003. CP, Component Pascal. A dialect in the Oberon family most similar to Oberon-2. ETHO, Oberon as developed at Eidgenossische Technische Hochschule ETH Zurich. Fox, The compiler for Active Oberon, appearing in AOS = A2 = Bluebottle. LEO, Linux ETH Oberon. ETHO 2.4.3 for Linux x86. LNO, Linux Native Oberon. NO, Native Oberon. Oberon running on bare hardware rather than atop another operating system. OLR, Oberon Linux Revival. A version of NO which uses Linux as a HAL and runs on x86, ARM, and MIPS. OP2, The Portable Oberon-2 Compiler. OP2 was developed to port Oberon onto commercially available platforms. PACO, scope PArallel COmpiler. Appears in A2. Compiles each scope in an independent thread. RISC5, the CPU of Project Oberon 2013 based upon Wirths RISC architecture. Not to be confused with RISC-V. UnixAOS, Unix-based AOS. WinAOS, Windows-based AOS.