home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.hp
- Path: sparky!uunet!decwrl!netcomsv!resonex!zenon
- From: zenon@resonex.com (Zenon Fortuna)
- Subject: Re: Inhibiting core dumps on HP7xx
- Message-ID: <1992Jul25.124640.7267@resonex.com>
- Organization: Resonex Inc., Sunnyvale CA
- References: <1992Jul24.145006.20539@hubcap.clemson.edu> <7371168@hpfcso.FC.HP.COM> <Brwwx9.CyL@ef2007.efhd.ford.com>
- Date: Sat, 25 Jul 1992 12:46:40 GMT
- Lines: 33
-
- In article <Brwwx9.CyL@ef2007.efhd.ford.com> Mike O'Connor <mjo@fmsrl7.srl.ford.com> writes:
- >In article <7371168@hpfcso.FC.HP.COM> acmeyer@hpfcso.FC.HP.COM (Alan
- >C. Meyer) writes:
- >
- >:In comp.sys.hp, elwin@gamma.phys.clemson.edu (Lawrence E. Brown) writes:
- >:
- >:> I'm very tired of frequent dumps of 10-40Meg core files every
- >:> time I have a floating exception somewhere in my code (mostly
- >:> Fortran some C). Is there any way to prevent core dumps in
- >:> HPUX8.0x on an HP700 series machine?
- > (omitted example of the nocore.c code)
-
- I see two other ways to protect against the core dumps:
-
- Method 1 (brutal)
-
- - produce an empty file named "core" in the directory, in which you run
- your application
- - change the mode of this file to 444
-
- This will protect against creation of core (for non-superuser users)
-
-
- Method 2 (more finesse)
-
- - change the ownership of your executable file to dummy user (guest ?)
- - change mode to 4755, setting the suid-on-execution
-
- When you run this application as different user (than "guest"), the core will
- be not created, because accordingly to manual (core(4)) the core is not created
- when the effective user ID is different than the real user ID.
-
- -Z.
-