From owner-freebsd-stable Thu Apr 6 14:34:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from alcanet.com.au (mail.alcanet.com.au [203.62.196.10]) by hub.freebsd.org (Postfix) with ESMTP id BE05F37C13D for ; Thu, 6 Apr 2000 14:34:26 -0700 (PDT) (envelope-from jeremyp@gsmx07.alcatel.com.au) Received: by border.alcanet.com.au id <115231>; Fri, 7 Apr 2000 07:34:33 +1000 Content-return: prohibited From: Peter Jeremy Subject: Re: Netscape pegs CPU on XServer kill In-reply-to: <200004061220.IAA85350@rtfm.newton>; from mi@kot.ne.mediaone.net on Thu, Apr 06, 2000 at 10:21:01PM +1000 To: Mikhail Teterin Cc: stable@FreeBSD.ORG Message-Id: <00Apr7.073433est.115231@border.alcanet.com.au> MIME-version: 1.0 X-Mailer: Mutt 1.0i Content-type: text/plain; charset=us-ascii References: <00Apr6.093519est.115207@border.alcanet.com.au> <200004061220.IAA85350@rtfm.newton> Date: Fri, 7 Apr 2000 07:34:32 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2000-Apr-06 22:21:01 +1000, Mikhail Teterin 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