Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!uwm.edu!cs.utexas.edu!usc!apple!snorkelwacker!bu.edu!orc!decwrl!shlump.nac.dec.com!shodha.dec.com!alan
From: alan@shodha.dec.com ( Alan's Home for Wayward Notes File.)
Newsgroups: comp.unix.ultrix
Subject: Re: How to stop core files in /
Summary: Simple experiment.
Message-ID: <1348@shodha.dec.com>
Date: 12 Jun 90 18:49:08 GMT
References: <IaQKjXq00VRUI0xVYB@andrew.cmu.edu> <1650@vela.acs.oakland.edu> <SPA.90Jun11125248@hal.fctunl.rccn.pt>
Organization: Digital Equipment Corp. - Colorado Springs, CO.
Lines: 38

In article <SPA.90Jun11125248@hal.fctunl.rccn.pt>, spa@fctunl.rccn.pt (Salvador Pinto Abreu) writes:

   In response to In article <1650@vela.acs.oakland.edu> 
	schemers@vela.acs.oakland.edu (Roland Schemers III):

	[ Using a 0 mode file to prevent core dumps ]
> 
> > Roland
> 
> I'm not sure this would work, as the X server runs as root. However,
> you may do something along the lines of:
> 
> 	% su
> 	# rm -f /core
> 	# ln -s /dev/null /core
> 
> Salvador Pinto Abreu	              BITNET/Internet: spa@fctunl.rccn.pt


	I tried the 0 mode /core on my DECstation and all it
	did was create a 20KB /core file.  As suspected by
	Salvador root can still write to it.  His suggestion
	of using a symbolic link to /dev/null did work as
	expected.  The program I used to experiment was:

		main()
		{
			abort() ;
		}

	The X11 server shouldn't ever crash and leave core dump.
	Probably what you should do is make a note of all the
	applications running, save the core dump to tape and
	submit an SPR.  You should be running the current version
	of UWS (V2.2 at the moment), but they may still accept
	SPRs on one of the previous versions.
-- 
Alan Rollow				alan@nabeth.enet.dec.com