Date: Fri, 7 Apr 2000 07:34:32 +1000 From: Peter Jeremy <peter.jeremy@alcatel.com.au> To: Mikhail Teterin <mi@kot.ne.mediaone.net> Cc: stable@FreeBSD.ORG Subject: Re: Netscape pegs CPU on XServer kill Message-ID: <00Apr7.073433est.115231@border.alcanet.com.au> In-Reply-To: <200004061220.IAA85350@rtfm.newton>; from mi@kot.ne.mediaone.net on Thu, Apr 06, 2000 at 10:21:01PM %2B1000 References: <00Apr6.093519est.115207@border.alcanet.com.au> <200004061220.IAA85350@rtfm.newton>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2000-Apr-06 22:21:01 +1000, Mikhail Teterin <mi@kot.ne.mediaone.net> wrote: >Peter Jeremy once stated: >=The ports installation process makes /usr/local/bin/netscape a small >=shellscript which sets a couple of environment variables, turns off >=core dumps (ulimit -c 0) and then exec's the netscape binary. This >=means you won't find any droppings lying around. > >Yeah, but it used to be, it would not even say '(core dumped)' if there >was not one. Now it will say that even if no dump was made. Kind of >misleading, although, I'm sure there is some reason for it. This was done as part of PR kern/14540, committed in /sys/kern/kern_sig.c 1.68 (30th October 1999) and 1.53.2.6 (22nd November 1999). This PR changed the behaviour where the core image would be larger than the processes RLIMIT_CORE. Previously a corefile would not be created at all, now the corefile is truncated to RLIMIT_CORE. If RLIMIT_CORE is zero, then no core file is created, but coredump() returns success - leading to the `core dumped' message. Presumably, the lower-level function (p->p_sysent->sv_coredump()) used to return an error when the core file was truncated (I haven't chased that function down). I agree, this behaviour is somewhat counter-intuitive. Maybe it deserves a PR to change it. Feel free to submit one. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?00Apr7.073433est.115231>