home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / admin / 4728 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  1.1 KB
  1. Xref: sparky comp.unix.admin:4728 comp.unix.questions:10460 comp.unix.shell:3674
  2. Path: sparky!uunet!pacsoft!mike
  3. From: mike@pacsoft.com (Mike Stefanik)
  4. Newsgroups: comp.unix.admin,comp.unix.questions,comp.unix.shell
  5. Subject: Re: How to prevent a large core-dump
  6. Message-ID: <1360@pacsoft.com>
  7. Date: 27 Aug 92 08:31:56 GMT
  8. References: <1992Aug25.173056.13401@utwente.nl>
  9. Followup-To: comp.unix.admin
  10. Organization: Pacific Software Group, Riverside, Ca.
  11. Lines: 13
  12.  
  13. In an article, soos@math.utwente.nl (Adwin Soos) writes:
  14. >This problem is now occurring at our place where someone is writing a large
  15. >program and in some test-cases there is a core dump for more than 60 Mb.
  16. >This person is not using this core to debug it so maybe we can just stop the
  17. >creation of this core for this person.
  18.  
  19. For a temporary solution, change the user's current working directory to 
  20. one where he (or she) doesn't have write permission.  Naturally, the best
  21. solution is to fix the program so it doesn't dump core in the first place.
  22.  
  23. -- 
  24. Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike
  25. Pacific Software Group, Riverside, CA
  26.