From owner-freebsd-hackers Wed Mar 12 07:10:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA17637 for hackers-outgoing; Wed, 12 Mar 1997 07:10:24 -0800 (PST) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA17625 for ; Wed, 12 Mar 1997 07:10:13 -0800 (PST) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id ga001254 for ; Tue, 11 Mar 1997 18:58:59 +0000 Message-ID: <3325AB73.7FD1@wgold.demon.co.uk> Date: Tue, 11 Mar 1997 18:58:59 +0000 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: FreeBSD-hackers@FreeBSD.ORG Subject: Re: pcvt/132 columns References: <199703111658.JAA25415@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > > As to your question, it's a non-sequitur... DOS supports .EXE files, > > > but BIOS POST does not. You also presume (incorrectly) that DOS is > > > an OS. > > > > Terry, I may not think very highly of DOS, even given the context in > > which it was written, but it is an OS, at least I maintain it is. Could > > you defend that remark? > > It is a disk loader and a non-reentrant real mode interrupt handler; I > know this is already common knowledge... > > It does not have these OS features: These might be worthwhile features, but to claim that something which does not implement them is not an OS and is 'a loader' is just playing with words. While I agree that the items on your list are valuable, I think you are manipulating language unreasonably. > > o Multitasking (an OS which can not multitask is a loader, not > an OS) Be realistic - it might load your app, but it continues to provide services to the app (and the various device drivers). It is not 'just a loader'. Its an OS. A nasty one. > o Resource tracking > o Memory (the big one) > o Open file handles > o Anything not hung off the PSP Show me a definition (other than YOURS that makes this a requirement. > o Memory protection Hmm - maybe we should call Apple's system 'MacLoader' then. > o System reentrancy (there is a single BIOS call stack for > most BIOS calls, which is why they are not available to > TSR's that don't supply their own system stack) Again, show me a justification why this is a requirement. > o Fault recovery (pretty obvious it can't be done without > resource tracking and memory protection, etc.) > > In addition, an OS enables software engineering. I could go on for > days about how DOS fails in this regard. A *good OD* might. But its by no means a requirement. > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers.