Re: savecore(8) increments /var/crash/bounds on each boot

From: Doug White <dwhite_at_gumbysoft.com>
Date: Tue, 14 Jun 2005 19:24:24 -0700 (PDT)
On Mon, 13 Jun 2005, Ed Maste wrote:

> On Mon, Jun 13, 2005 at 01:03:50PM -0700, Doug White wrote:
>
> > On Mon, 13 Jun 2005, Ed Maste wrote:
> >
> > > I notice that as of sbin/savecore/savecore.c 1.72 and in 5.4-RELEASE
> > > savecore increments the number in /var/crash/bounds on each boot,
> > > regardless of whether it rebooted due to panic or was a clean shutdown.
> > >
> > > Is this the desired behaviour or an unintentional side effect?
> > > We've been monitoring the value in bounds to detect panics, which
> > > of course doesn't work anymore.
> >
> > Its certainly not the historical behavior :-)
> >
> > Think you could submit a patch with the fix?
>
> The attached patch does the trick.  In -vv mode the bounds used to
> be included with the first/last dump header output -- I just replaced
> it with -1.

I don't see how this works.  It should generate a bunch of
use-uninitialized warning since bounds is used in a sprintf at line 376,
in DoFile():

376:        sprintf(buf, "info.%d", bounds);

plus additional sprintf's down the file, since the value of bounds is only
set by that getbounds() call.  The correct fix is to put a

else
	goto done;

just above the "newfile" label so it doesn't unconditionally rewrite the
bounds file on every call.

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite_at_gumbysoft.com          |  www.FreeBSD.org
Received on Wed Jun 15 2005 - 00:24:25 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:36 UTC