From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.5-pre1 Path: eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!news.gegeweb.eu!gegeweb.org!news.muarf.org!nntpfeed.proxad.net!proxad.net!feeder1-1.proxad.net!cleanfeed1-a.proxad.net!nnrp1-2.free.fr!not-for-mail Newsgroups: comp.lang.ada References: <00cd3aaa-d518-43a2-b321-58d6fae70aebo@googlegroups.com> <57eb7a65-51ea-4624-b9dc-9c4dda0fee59n@googlegroups.com> From: DrPi <314@drpi.fr> Subject: Re: is there a version of unix written in Ada Date: Sun, 27 Sep 2020 22:59:38 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.2.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Message-ID: <5f70fd3b$0$13541$426a74cc@news.free.fr> Organization: Guest of ProXad - France NNTP-Posting-Date: 27 Sep 2020 22:59:39 CEST NNTP-Posting-Host: 82.65.30.55 X-Trace: 1601240379 news-1.free.fr 13541 82.65.30.55:57337 X-Complaints-To: abuse@proxad.net Xref: reader02.eternal-september.org comp.lang.ada:60300 List-Id: Le 27/09/2020 à 17:01, Dmitry A. Kazakov a écrit : > On 27/09/2020 16:25, Shark8 wrote: > >> ... POSIX is a terrible idea, it mandates many things that [IMO] >> severely constrain the architecture, to include directory layout IIRC, >> and making another *nix is something that holds zero appeal to me; >> instead, I would advise having a very solid foundational framework and >> some "native" constructs that you're not going to find elsewhere. > > Sure. There is no reason to develop anything resembling UNIX. Good option but... > > An OS worth designing should be based on persistent objects and have no > files and filesystem whatsoever. ...one problem with this concept is you can't compile/run the huge amount of existing software. You have to recreate everything. Unless you have a comptibility layer for legacy software. > > On the programming language side, Ada requires a type system with > visibility and privacy potentially done per hardware. > > Presently it is not possible to map private parts of a package and types > declared there onto physically different memory pages protected from > reading/writing in public view context. Calls to primitive operations > cannot be routed through the kernel. Tasks and protected objects are not > extensible. Without these OS API would rapidly degrade to low-level > C-esque stuff. > This will make memory management very very complex.