home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / 18713 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  2.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!paladin.american.edu!darwin.sura.net!lhc!adm!news
  2. From: HERBER@fnal.fnal.gov (Randolph J. Herber, CD/DCD/SPG, x2966)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: developing under sys 5 unix
  5. Message-ID: <34982@adm.brl.mil>
  6. Date: 12 Jan 93 18:17:13 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 58
  9.  
  10. +From:    SMTP%"karish@pangea.stanford.edu" 12-JAN-1993 06:17:29.17
  11. +To:    info-iris-misc@BRL.MIL
  12. +CC:    
  13. +Subj:    Re: developing under sys 5 unix
  14.  
  15. +From: Chuck Karish <karish@pangea.stanford.edu>
  16. +Newsgroups: comp.sys.sgi,comp.unix.programmer
  17. +Subject: Re: developing under sys 5 unix
  18. +Message-ID: <1993Jan11.214558.11272@leland.Stanford.EDU>
  19. +Date: 11 Jan 93 21:45:58 GMT
  20. +Sender: Mr News <news@leland.stanford.edu>
  21. +To:       info-iris-misc@BRL.MIL
  22.  
  23. +In article <1993Jan11.202845.12276@lincroftnj.ncr.com>
  24. +rjf@lincroftnj.ncr.com (51351[efw]-Robert Feddeler(MT4799)T343) writes:
  25. +|In article <1993Jan11.190843.6808@CSD-NewsHost.Stanford.EDU>
  26. +vahe@sparcy.Stanford.EDU (Vahe Avedissian) writes:
  27.  
  28. +Hi, Vahe!
  29.  
  30. +||The real annoying thing is once you run a program
  31. +||with a bug, the system tends to completely stop responding
  32. +||to interrupts or anything else, the windowing
  33. +||system and manager are rendered unresponsive too.
  34. +||You just sit there and wait for the system to eventually
  35. +||(i.e. anywhere from 3 - 10 minutes or so) core dump.
  36. |
  37. +|I've experienced this a few of times.  The bug always turns out
  38. +|to be an out-of-control recursive function.  The process eventually
  39. +|runs out of swap space or exceeds the limits on process virtual memory
  40. +|as the stack grows.  It takes a while to page all that stack out, and
  41. +|then read it back and write the 'core' file.
  42. |
  43. +|Try a smaller, faster disk...  {8^)
  44.  
  45. +Or use csh for your shell, and use 'limit stacksize' and
  46. +'limit coredumpsize' to keep the process from being such
  47. +a resource hog.
  48. +--
  49.  
  50. +    Chuck Karish          karish@mindcraft.com
  51. +    (415) 323-9000 x117   karish@pangea.stanford.edu
  52.  
  53. Or, use a better shell, ksh:
  54.  
  55.     ulimit -s 999
  56.     ulimit -c 999
  57.  
  58. Replace the 999's with your desired limits.  These do the same operations
  59. as the corresponding `csh' statements.
  60.  
  61. (re `csh': try sending command normal output to a file and error output down
  62. a pipe without a subshell.  This is easy with either Bourne or Korn shell.
  63. Try nested command output quoting.  This is easy with Korn shell. ....)
  64.  
  65. Randolph J. Herber, herber@fnalf.fnal.gov, +1 708 840 2966
  66. (Speaking for myself and not for US, US DOE, FNAL nor URA.)
  67. (Product, trade, or service marks herein belong to their respective owners.)
  68.