home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!bcm!lib!oac.hsc.uth.tmc.edu!jmaynard
- From: jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard)
- Newsgroups: comp.os.os2.misc
- Subject: Re: Did microsoft really write an OS/2 "Terminator" crash prog?
- Message-ID: <8252@lib.tmc.edu>
- Date: 30 Dec 1992 18:58:38 GMT
- References: <1992Dec29.052115.27441@cbnews.cb.att.com> <1992Dec30.172609.17583@spartan.ac.BrockU.CA> <1hspsiINNc1d@cae.cad.gatech.edu>
- Sender: usenet@lib.tmc.edu
- Organization: UT Health Science Center Houston
- Lines: 21
- Nntp-Posting-Host: oac.hsc.uth.tmc.edu
-
- In article <1hspsiINNc1d@cae.cad.gatech.edu> chris@cad.gatech.edu (Chris McClellen) writes:
- >On some of their computers, if you unplugged a device while the system was
- >running (ie, a keyboard), you would have to reboot the machine (on
- >most occasions). There was even one that would shut itself down if the
- >console was considered "damaged" -- ie, you unplugged the CRT from the wall,
- >then entire system would shut down, and you'd have lots of unhappy users.
-
- I assume you're referring to MVS. The action you describe isn't as
- unreasonable as it sounds, for at least two reasons:
- 1) Messages appearing on the console are assumed to be important enough that
- they should be seen by a human. Thus, they are buffered until they're
- displayed. There are a finite number of those buffers, and there's not a lot
- that can be reasonably done when those are exhausted.
- 2) There is a facility for disabling a console that goes haywire if another
- console is available. If there are no consoles available, the system can't be
- operated anyway, since there is no means for the operator to interact with the
- OS.
- --
- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
- jmaynard@oac.hsc.uth.tmc.edu | adequately be explained by stupidity.
- "Brought to you by the letters O, S, and by the number 2." -- Mike Levis
-