On 2000-Apr-06 22:21:01 +1000, Mikhail Teterin <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Reply via email to