home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.os.development      Operating system development chatter      4,255 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 4,233 of 4,255   
   John Ames to Dan Cross   
   Re: z/PDOS-generic   
   11 Mar 25 08:37:45   
   
   From: commodorejohn@gmail.com   
      
   On Mon, 10 Mar 2025 23:11:49 -0000 (UTC)   
   cross@spitfire.i.gajendra.net (Dan Cross) wrote:   
      
   > I already posted the definition I like to use, which came to me   
   > via Mothy Roscoe, at ETH, but I'll post it again:   
   >   
   > He defines the operating system as,   
   > That body of software that,   
   > 1. Multiplexes the machine's hardware resources   
   > 2. Abstracts the hardware platform   
   > 3. Protects software principles from each other   
   >    (using the hardware)   
      
   You surely did; however, that does not mean that anybody else is   
   obligated to accept it. Specifically, let me ask:   
      
   1. Why must it multiplex anything, in a single-user system? Multi-   
      tasking is certainly a nicety, but why should it be considered   
      a necessary criterion for "real" status?   
   2. What is the minimum level of hardware abstraction, and why? MS-DOS   
      does in fact abstract the details of, e.g., filesystem access, pipes,   
      and to a lesser extent serial/parallel communications. You seem to be   
      fixated on the fact that its ABI uses x86 interrupts rather than an   
      alternative method; why is this important?   
   3. Again, in an 8086 environment this is *literally impossible.* There   
      is no operating system for the IBM PC or XT that *can* implement any   
      kind of protection. Additionally, in a single-user system, why is   
      this a requirement rather than a nicety?   
      
   > >MS-DOS very definitely takes control of the computer - it does not   
   > >*hold onto it* very tightly, but there's no particular reason it   
   > >should have to.   
   >   
   > Given the above definition, there's a very good reason: how does   
   > it otherwise protect _itself_, as a software principle, from an   
   > errant, let alone malicious, program?   
      
   It doesn't, because it cannot. The 8086 offers absolutely no facility   
   for protection, nor does the PC hardware implement any kind of bolt-on   
   mechanism for this. That did not even become *possible* until the   
   introduction of the PC/AT in 1984, three years after DOS was released,   
   and that was limited by the infamously "brain-damaged" protected mode of   
   the 286.   
      
   > Also, a boot loader takes control of the computer, albeit   
   > temporarily: is that also an operating system?  Merely taking   
   > control of the computer is insufficient.  The OpenBoot PROM   
   > monitor on a SPARCstation could be entered via a keyboard   
   > shortcut, suspending Unix and the SPARC processor; was that an   
   > "operating system"?   
      
   In the strict sense, I don't see why not. A primitive one, granted, but   
   if ROM BASIC counts as an operating system, OpenBoot certainly would.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca