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,5bcf30769d6d9599 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-09-02 12:42:38 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!dispose.news.demon.net!demon!diablo.netcom.net.uk!netcom.net.uk!news-hub.cableinet.net!blueyonder!internal-news-hub.cableinet.net!news1.cableinet.net.POSTED!not-for-mail From: Tony Gair Newsgroups: comp.lang.ada Subject: Re: ADA os talk Message-ID: <20010902204202.242f2017.tonygair@blueyonder.co.uk> References: <20010829113230.0ae3febd.tonygair@blueyonder.co.uk> <9miteo$t7r$1@nh.pace.co.uk> X-Newsreader: Sylpheed version 0.5.3 (GTK+ 1.2.9; i586-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Date: Sun, 02 Sep 2001 19:43:04 GMT NNTP-Posting-Host: 62.31.154.215 X-Complaints-To: http://www.blueyonder.co.uk/abuse X-Trace: news1.cableinet.net 999459784 62.31.154.215 (Sun, 02 Sep 2001 20:43:04 BST) NNTP-Posting-Date: Sun, 02 Sep 2001 20:43:04 BST Organization: blueyonder (post doesn't reflect views of blueyonder) Xref: archiver1.google.com comp.lang.ada:12638 Date: 2001-09-02T19:43:04+00:00 List-Id: This is a superb and excellent idea. It might only need a very small adaption to the kernal (as it would contain the necessary facilities anyway i.e networking and process/task management) > As for telling? Whisper and we promise not to say anything... :-) I am attempting to make an application which am seriously considering making open source, but am undecided yet due to the fact of a lack of hard cash in my trouser pocket (i.e. if it would make me a wage, I don't want to pass the idea immediately to the only hundred thousand people on the planet who could implement it). An Ada kernal would be very personally advantageous especially for performance and reliability. I would especially like to help to write an ada kernal but do not think the projects so far have been discussed at a level open enough to collect the ideas of the quality of the one below for example. This is starting to become a very interesting subject. Lets see if these ideas can be discussed more, I mean you the interested ada amateur or professional, Regards Tony Gair On Wed, 29 Aug 2001 10:15:50 -0400 "Marin David Condic" wrote: > Why not set a goal of a kernel that handles scheduling of processes & tasks > on from one to N processors? Presume that you have memory and some device > from which the kernel can boot. Presume that it needs to execute at least > one application (what ultimately becomes the API - maybe device drivers?) in > "privileged" mode. Get it that far and the rest is a bunch of add-ons. You > need one or more boot loaders that would be capable of loading the kernel > from some variety of devices - hard disk, floppy, EEPROM, Ethernet, UART, > whatever.) > > You could add network card support and anything else that looked like it > might be stuff-that's-cool gradually & tailor it to the needs at hand. The > main thing being that you've now got a kernel that a hobbyist can use to > load and execute programs. What else gets added on is up to the hobyists. > > As for telling? Whisper and we promise not to say anything... :-) > > 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/ > > > "Tony Gair" wrote in message > news:20010829113230.0ae3febd.tonygair@blueyonder.co.uk... > > Hi all again, > > first I would like to thank you all for the critique, but several of > you semi-displayed several assumptions which may not be necessary, first of > all computers and os's take many shapes and forms and I would like to talk > about a possibility of a ada kernal with a seamless ada applications > interface/compiler which only really uses certain bits of hardware. > > i.e. Network card, processor, and memory, maybe a hard disk. > > > > (you could archive the input and output of said device on two listening > servers) > > > > The function ? > > well that would be telling ? > > > > >