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=-0.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,6394e5e171f847d1 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-09-06 08:21:46 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!cleanfeed.casema.net!leda.casema.net!isdnet!btnet-peer1!btnet-peer0!btnet!psiuk-p2!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: Ada OS Kernel features Date: Thu, 6 Sep 2001 10:35:46 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <9n81k3$oqt$1@nh.pace.co.uk> References: <9n4euv$t9m$1@slb6.atl.mindspring.net> <9n5m26$tb6$1@slb6.atl.mindspring.net> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 999786947 25437 136.170.200.133 (6 Sep 2001 14:35:47 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 6 Sep 2001 14:35:47 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:12804 Date: 2001-09-06T14:35:47+00:00 List-Id: Help me pound the drum some more: KEEP THE GOALS TO SOMETHING ACHIEVABLE! :-) If it is possible to leave the design open-ended enough so that a later revision can support more general requirements, then O.K. This ought to be reasonably simple since we're all experts in the notion of abstraction & information hiding. If there is a memory manager package that hides the details of what kind of memory is there and where does it reside and all that, it should be easy to replace the body with something that supports whatever you like. But the first cut ought to go towards a simple, common architecture. Think PC as the first target. Think "embeddable" since if all you have is a basic core (no file system, no elaborate GUI stuff, etc.) you still have something that can be *used* in real world apps. If there were some core piece of an OS that could boot on a PC from a floppy and maybe do some simple command-line communication through a serial port then you'd have something that was embeddable & runable on an old PC where a hobbyist could have something to work with. That gets the "Quixote OS" a *LOT* farther than all the wonderful, theoretical OS's floating around in the minds of many engineers. MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ "Brian Catlin" wrote in message news:9n5m26$tb6$1@slb6.atl.mindspring.net... > > True, but how many people that would be participating in the implementation of > the Ada OS have access to such machines? Supporting these machines initially > would require quite a bit of effort, and might be biting off more than we can > chew. Perhaps adding support for them later in the project would be better > (yes, I know that it will require lots of rework, but if the project is too big > initially, it will never get started) >