home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / admin / 4684 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  1.5 KB
  1. Xref: sparky comp.unix.admin:4684 comp.unix.questions:10390 comp.unix.shell:3628
  2. Newsgroups: comp.unix.admin,comp.unix.questions,comp.unix.shell
  3. Path: sparky!uunet!mcsun!Germany.EU.net!edfd!volker
  4. From: volker@edfd.uucp (Volker Schmidt)
  5. Subject: Re: How to prevent a large core-dump
  6. Message-ID: <1992Aug26.071514.7566@edfd.uucp>
  7. Organization: EDAG, ENGINEERING + DESGIN AG, Fulda, FRG
  8. References: <1992Aug25.173056.13401@utwente.nl>
  9. Date: Wed, 26 Aug 1992 07:15:14 GMT
  10. Lines: 29
  11.  
  12. soos@math.utwente.nl (Adwin Soos) writes:
  13.  
  14. >Hello netters,
  15.  
  16. >A few weeks or even months ago I have read some discussion about the problem
  17. >of preventing a core-dump. I remember that there were some suggestions on how
  18. >to prevent that a large core-dump will be made. 
  19. >This problem is now occurring at our place where someone is writing a large
  20. >program and in some test-cases there is a core dump for more than 60 Mb.
  21. >This person is not using this core to debug it so maybe we can just stop the
  22. >creation of this core for this person.
  23. >Is there someone who can mail me such suggestions?
  24.  
  25. Well, it depends on the shell you or your user is using. For the csh and
  26. tcsh (maybe also zsh) you only need to issue:
  27.  
  28.           limit coredumpsize 0
  29.  
  30. to shrink the size of a core to zero. The core file entry will also be
  31. created, but it's size ist zero. 
  32.  
  33. Hope this helps!
  34.  
  35. -volker
  36. -- 
  37. Volker Schmidt | EDAG, Reesbergstr. 1, D-W-6400 Fulda | volker@edag.de
  38.  
  39. O Herr, gib mir heute meinen taeglichen Einfall
  40. und vergib mir den von gestern.
  41.