From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,55958fd991db66fe
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-08-29 15:24:16 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!fu-berlin.de!uni-berlin.de!pc-62-31-50-169-cr.blueyonder.co.UK!not-for-mail
From: nickroberts@blueyonder.co.uk (Nick Roberts)
Newsgroups: comp.lang.ada
Subject: Re: Ada-inspired OS/Language
Date: Thu, 29 Aug 2002 22:24:16 GMT
Organization: AdaOS
Message-ID: <3d6e9cb6.75108980@news.cis.dfn.de>
References: <ajtih4$1dva3u$1@ID-151722.news.dfncis.de>
 <3D628304.3040506@cogeco.ca>
NNTP-Posting-Host: pc-62-31-50-169-cr.blueyonder.co.uk (62.31.50.169)
X-Trace: fu-berlin.de 1030659854 54021311 62.31.50.169 (16 [25716])
X-Newsreader: Forte Free Agent 1.21/32.243
Xref: archiver1.google.com comp.lang.ada:28581
Date: 2002-08-29T22:24:16+00:00
List-Id: <comp.lang.ada>

On Tue, 20 Aug 2002 13:57:24 -0400, "Warren W. Gay VE3WWG"
<ve3wwg@cogeco.ca> strongly typed:

>Ryan wrote:
>> An article on Slashdot reads
>> (http://developers.slashdot.org/article.pl?sid=02/08/18/2053259)
>...
>> "BRiX, unlike other modern operating systems, does not use hardware to 
>> isolate and protect applications from each other. Instead, it uses a 
>> single address space and relies on a safe-language to generate code that 
>> will not access memory for which it does not own. 
>
>Here we go again.. another DOS-like, memory wide open to corruption
>concept. PC's eventually, with the help of 286 and later got to the
>point where they could protect processes. Now we've regressed with
>the palms etc., back to this no-protection model. No matter how good
>the language is, there will always be occaisions where one process
>steps on another unless it is prevented from doing so in hardware.
>
>This is OK for research. Not good for running systems that must
>run as firewalls, or central hosts to university students!

This is one reason why BRiX (or Oberon) will not have a tremendous effect
on the design of AdaOS.

The other main reason is that this type of design appears to preclude the
possibility of the direct execution of programs imported in machine code
form. I find this an unacceptable restriction, and I think too many users
would as well.

By the way, there is a simple overview of AdaOS now available at

http://www.adaos.net

with a pretty diagram if anybody is interested.

-- 
Nick Roberts