- Domain/OS
Infobox OS
name = Domain/OS
caption =
developer =Apollo Computer
source_model =
kernel_type =
supported_platforms =Apollo/Domain workstations
ui = GUI / CLI
family = AEGIS /Unix
released = March 27, 1981 (Aegis SR1)
latest_release_version = Domain/OS SR10.4.1.2
latest_release_date =
latest_test_version =
latest_test_date =
marketing_target =
programmed_in = Pascal
prog_language = C,C++ ,Fortran , Pascal
language = English
updatemodel =
package_manager =
working_state = Historic
license =
website =Domain/OS is the
operating system used by theApollo/Domain line ofworkstation s manufactured byApollo Computer , Inc. during the late 1980s, as the successor to the one previously used, AEGIS. It was one of the earlydistributed operating system s. The operating system was supported for a short time byHewlett-Packard , after they purchased Apollo, but they later ended the product line in favor of theirHP-UX Unix variant. HP ended final support for Domain/OS onJanuary 1 ,2001 .AEGIS
AEGIS was distinctive mainly for being designed for the networked computer, as distinct from its competitors, which were essentially standalone systems with added network features. The prime examples of this were the
file system , which was fully integrated across machines, as opposed to Unix which even now draws a distinction between file systems on the host system and on others, and the user administration system, which was fundamentally network-based. So basic was this orientation that even a standalone Apollo machine could not be configured without anetwork card .Otherwise, AEGIS was similar to other workstations of the time, in that it used a high-resolution graphics screen and mouse to provide a type of GUI which, however, lacked almost all the tools (such as a directory browser) taken for granted today - the single exception being a
Notepad -liketext editor . Instead, the user was given a command line window similar (although superior) to theDOS command line. This was not a problem since, usually, the machine would have been bought for a specific purpose, and the user would simply invoke the one or two packages he or she was interested in, typically a CAD or DTP system. Administrators were expected to work solely from the command line. The AEGIS command interface was similar toUnix , in that it had acommand line interpreter which understood pipes, redirection, scripting, etc., and invoked other commands as separate programs, but the actual commands themselves were designed to be easier to remember and use than their sometimes cryptic Unix equivalents, and wildcards were expected to be expanded by individual commands rather than by the command line interpreter itself. One noticeable and very useful feature was the ability to embedenvironment variable s insymbolic link s, which, for example, allowed the user to switch between different versions of Unix simply by setting the SYSTYPE environment variable accordingly; symbolic links then pointed to the correct versions of the files.Domain/OS
Domain/OS implemented functionality derived from both System V and early BSD Unix systems. It improved on AEGIS by providing a core OS upon which the user could install any or all of three environments; AEGIS, System V Unix, and BSD Unix. This was done in order to provide greater compatibility with Unix; AEGIS version SR9, which immediately preceded Domain/OS (itself numbered SR10) had had an optional product called Domain/IX available, which provided a similar capability, but with some drawbacks, principally the fact that core administrative tasks still required AEGIS commands. Also, the SR9 permissions system was not fully compatible with Unix behaviour. Domain/OS provided new administrative commands and a more complex permissions system which could be configured to behave properly under any of the three environments. Domain/OS also provided an improved version of the
X Window System , complete withVUE (HP's predecessor to CDE), but performance tended to be poor.User upgrading from AEGIS SR9 to Domain/OS SR10 was slowed by the fact that many users saw no requirement; by increased disk space requirements; by new and more complex administration tools; by SR10's poorer performance; and by the buggy nature of SR10.0, although later versions were much more reliable. However, later HP/Apollo machines (the DN10000, DN2500 and 4xx series workstations) could only run SR10.
Unlike many operating systems of the day, which were written in C or
assembly language , many Domain/OS components were written in Pascal, although compilers were available for C,C++ , Pascal, andFortran .All of the distributed administration features of Domain/OS were built around a
remote procedure call system called NCS RPC. Though RPC was later end-of-lifed with the operating system, HP contributed RPC to theOpen Software Foundation , which incorporated its Interface Definition Language (IDL) into their DCE product, from which the same technology was later used forCORBA . One of the original developers went to work forMicrosoft , where he developedMSRPC as a fairly compatible clone which today forms a central component of Windows systems. Traces of the history can be seen to this day in protocol names such as ncacn_http.History
Domain/OS incorporated several ideas from MULTICS, including
single level store and dynamic linking.ee also
*
Timeline of operating systems Further reading
*DOMAIN System User's Guide. Apollo Computer Inc., 2nd. ed., 1987 [ [http://www.typewritten.org/Articles/Apollo/005488-02.pdf DOMAIN System User's Guide ] ]
References
External links
* [http://apollo.maxnt.co.jp/apollo/english/ Apollo DomainOS info and archive]
* [http://mit.edu/kolya/www/csa-faq.html Apollo Frequently Asked Questions]
* [http://www.zepa.net/apollo/ Apollo/DOMAIN Computers]
Wikimedia Foundation. 2010.