home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / question / 10497 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  1.2 KB
  1. Path: sparky!uunet!munnari.oz.au!bunyip.cc.uq.oz.au!uqcspe!cs.uq.oz.au!gjn
  2. From: gjn@cs.uq.oz.au (Geoff (cbird) Newton)
  3. Newsgroups: comp.unix.questions
  4. Subject: Re: How to prevent a large core-dump
  5. Message-ID: <10035@uqcspe.cs.uq.oz.au>
  6. Date: 29 Aug 92 04:19:24 GMT
  7. References: <1992Aug26.013800.27174@sserve.cc.adfa.oz.au> <118390009@hpcupt3.cup.hp.com>
  8. Sender: news@cs.uq.oz.au
  9. Reply-To: gjn@cs.uq.oz.au
  10. Lines: 26
  11.  
  12. In <118390009@hpcupt3.cup.hp.com> aakash@hpcupt3.cup.hp.com (Aakash Sahai) writes:
  13.  
  14. >In article <1992Aug25.173056.13401@utwente.nl> soos@math.utwente.nl (Adwin Soos) writes:
  15. >| A few weeks or even months ago I have read some discussion about the problem
  16. >| of preventing a core-dump.
  17.  
  18. >Two simple solutions are -
  19.  
  20. >(i)    Run the core-dumping program from a directory where the user does
  21. >    not have permission to create file.
  22.  
  23. >(ii)    Set the Effective-User-ID of the program different from its
  24. >    Real-User-ID.
  25.  
  26. Most systems have a ulimit command which allows you to set resource limits.
  27.  
  28. bash has a builtin ulimit command, 'ulimit -c <num>' specifies the max size
  29. of a corefile. <num> == 0 means no coredumps.
  30.  
  31. csh has a similar feature with its builtin 'limit' (limit coredumpsize <num>).
  32.  
  33. gjn
  34. gjn@cs.uq.oz.au
  35. (-|
  36.  
  37.  
  38.