home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / os2 / misc / 43443 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.1 KB
  1. Path: sparky!uunet!cs.utexas.edu!usc!elroy.jpl.nasa.gov!ames!kronos.arc.nasa.gov!butch!netcomsv!netcom.com!csus.edu!ucdavis!hamlet.ucdavis.edu!ez003045
  2. From: ez003045@hamlet.ucdavis.edu (James E. Lee)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: 2.1b bug and editorial comment on killing processes
  5. Message-ID: <21628@ucdavis.ucdavis.edu>
  6. Date: 21 Jan 93 19:08:16 GMT
  7. References: <72754669212463@flame.ra.anl.gov>
  8. Sender: usenet@ucdavis.ucdavis.edu
  9. Lines: 15
  10. X-Newsreader: Tin 1.1 PL3
  11.  
  12. Patience may be a virtue ("*never* had to reset"), but who has all
  13. day to wait around for the system to come back?  I have tried waiting
  14. before, but most of the time, if it hangs that hard, it's faster to
  15. just reset.  And I'm on a 486-33, so if I have to wait 5 mins to get
  16. my system back, (8mb, BTW) I don't even want to _think_ of what it
  17. would be like for those on slower systems...
  18.  
  19. I cannot _STAND_ when one app hangs and will not permit me to do 
  20. anything else, but I don't want to wait for it forever.  Why is it 
  21. that sometimes an app will usurp the whole system when it hangs and
  22. sometimes it wont?
  23.  
  24.  
  25. jel
  26.  
  27.