home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / hp / 10158 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.2 KB

  1. Xref: sparky comp.sys.hp:10158 comp.unix.admin:4935
  2. Path: sparky!uunet!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic!seunet!abbaut!alindbac
  3. From: alindbac@aut.abb.se (Anders Lindbck)
  4. Newsgroups: comp.sys.hp,comp.unix.admin
  5. Subject: Re: Enormous core dumps
  6. Summary: big probgrams leads to big trouble.
  7. Message-ID: <1992Sep8.122518.28298@aut.abb.se>
  8. Date: 8 Sep 92 12:25:18 GMT
  9. References: <90018@hpunsca.canada.hp.com> <BtutDw.C8D@news.cso.uiuc.edu> <1992Sep4.163132.22011@ctp.com>
  10. Organization: THHS (krfc) tlps
  11. Lines: 15
  12.  
  13. In article <1992Sep4.163132.22011@ctp.com> jmay@ctp.com (Jason May) writes:
  14. >
  15. >What kinds of problems can lead to processes crashing and leaving behind
  16. >huge (for example, we had a 50 megabyte one this morning) core files?
  17. >I know how to limit this with limit or ulimit, but I'd like to know
  18. >more about the events that can cause such core dumps to occur.
  19. >
  20. >Thanks for your help,
  21. >-Jason (jmay@ctp.com)
  22.  
  23. Once I had a core dump of over 70M ! The disc was full to 100%.
  24.  
  25. The problem was that I allocated some memory and then continued to do
  26. so in absurdum. Since the allocated memory also is part of the code dump
  27. the core file will be very big if you allocate to much memeory...
  28.