home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / 18689 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  1.7 KB

  1. Xref: sparky comp.sys.sgi:18689 comp.unix.programmer:5891
  2. Newsgroups: comp.sys.sgi,comp.unix.programmer
  3. Path: sparky!uunet!stanford.edu!nntp.Stanford.EDU!pangea.Stanford.EDU!karish
  4. From: karish@pangea.Stanford.EDU (Chuck Karish)
  5. Subject: Re: developing under sys 5 unix
  6. Message-ID: <1993Jan11.214558.11272@leland.Stanford.EDU>
  7. Sender: news@leland.Stanford.EDU (Mr News)
  8. Organization: DSO, Stanford University
  9. References: <1993Jan11.190843.6808@CSD-NewsHost.Stanford.EDU> <1993Jan11.202845.12276@lincroftnj.ncr.com>
  10. Distribution: usa
  11. Date: Mon, 11 Jan 93 21:45:58 GMT
  12. Lines: 29
  13.  
  14. In article <1993Jan11.202845.12276@lincroftnj.ncr.com>
  15. rjf@lincroftnj.ncr.com (51351[efw]-Robert Feddeler(MT4799)T343) writes:
  16. |In article <1993Jan11.190843.6808@CSD-NewsHost.Stanford.EDU>
  17. vahe@sparcy.Stanford.EDU (Vahe Avedissian) writes:
  18.  
  19. Hi, Vahe!
  20.  
  21. ||The real annoying thing is once you run a program
  22. ||with a bug, the system tends to completely stop responding
  23. ||to interrupts or anything else, the windowing
  24. ||system and manager are rendered unresponsive too.
  25. ||You just sit there and wait for the system to eventually
  26. ||(i.e. anywhere from 3 - 10 minutes or so) core dump.
  27. |
  28. |I've experienced this a few of times.  The bug always turns out
  29. |to be an out-of-control recursive function.  The process eventually
  30. |runs out of swap space or exceeds the limits on process virtual memory
  31. |as the stack grows.  It takes a while to page all that stack out, and
  32. |then read it back and write the 'core' file.
  33. |
  34. |Try a smaller, faster disk...  {8^)
  35.  
  36. Or use csh for your shell, and use 'limit stacksize' and
  37. 'limit coredumpsize' to keep the process from being such
  38. a resource hog.
  39. --
  40.  
  41.     Chuck Karish          karish@mindcraft.com
  42.     (415) 323-9000 x117   karish@pangea.stanford.edu
  43.