home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / os2 / advocacy / 8574 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  3.1 KB
  1. Xref: sparky comp.os.os2.advocacy:8574 comp.os.os2.misc:36982
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!sdd.hp.com!elroy.jpl.nasa.gov!usc!rpi!batcomputer!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!ucsvc.ucs.unimelb.edu.au!lugb!luxury.latrobe.edu.au!cscks
  3. Newsgroups: comp.os.os2.advocacy,comp.os.os2.misc
  4. Subject: Re: OS/2 Crashproof? NOT!
  5. Message-ID: <1992Nov19.001300.10429@lugb.latrobe.edu.au>
  6. From: cscks@luxury.latrobe.edu.au (Kamal Shaker.)
  7. Date: Thu, 19 Nov 1992 00:13:00 GMT
  8. Sender: news@lugb.latrobe.edu.au (USENET News System)
  9. References: <sherman.722075047@foster>
  10. Organization: La Trobe University
  11. X-Newsreader: Tin 1.1 PL4
  12. Lines: 54
  13.  
  14.  
  15. sherman@unx.sas.com (Chris Sherman) writes:
  16. : In <1992Nov16.071632.9886@cs.joensuu.fi> jahonen@cs.joensuu.fi (Jarmo Ahonen) writes:
  17. : 
  18. : I would like to know how the different operating systems handle a crash...
  19. : 
  20. : Under MS-DOS, when the system crashes, it just goes away, and you have
  21. : no idea what went wrong.
  22. : 
  23. : Under Unix, if a program or the operating system itself crashes, you get a
  24. : nice core file (usually) that gives you all the information you need to
  25. : track down what happened.  In the case of an operating system, you can send
  26. : this core file to the vender, and maybe a week or two later a patch tape
  27. : will show up.  You system will never crash that way again.  In terms of a
  28. : normal program, you can enter the source level debugger, load in the core
  29. : file, and you can see what the environment looked like at the moment of the
  30. : crash (stack, variables, everything).  It will tell you what line of code
  31. : the program crashed on too.
  32. : 
  33. : Now, how does OS/2 handle crashes?  Windows?  Amiga?  Mac?
  34. : 
  35. : (I have seen on a Mac where a debug window comes up and you can then look
  36. : at hex, but I'm not sure how useful this is in tracing code, or even
  37. : finding out what happened to make it crash).
  38. : 
  39. : I would think that if an operating system preserved the state of everything
  40. : when it died, debugging it would be a heck of alot easier.  I consider the
  41. : core file mechanism to be one of the main reasons why Unix systems are so
  42. : reliable.  When they crash, you can find out exactly why very easily.
  43. : 
  44. : Comments?  Any reason why OS/2 couldn't do something like this? 
  45. : 
  46. : -- 
  47.  
  48. Well under OS/2 you can get the memory dump of the system
  49. by creating a dump disk with createdd, then when it crashes
  50. press control-alt-numlock twice and insert the disk....
  51.  
  52. But then I've never gone all the way through with it..
  53. I just use it to get to do a c-a-d....
  54.  
  55. As for programs... thats up to programming environment isn't it..
  56. just like it should be, eg Borlands is the best I've seen, but
  57. it's up to the programmer to decide which one to use....
  58.  
  59.  
  60. --
  61. ------------------------------------------------------------------------------
  62. Kamal Shaker,        | cscks@luxury.latrobe.edu.au or shaker@latcs1.lat.oz.au
  63. Student Vax Cluster, | %SYSTEM-F-EXQUOTA, Alcohol quota exceeded,
  64. La Trobe Uni,        | stomach dumped.
  65. ------------------------------------------------------------------------------
  66. There's enough water on earth to drown the human population 87.6 million times
  67.  
  68.