Date: Wed, 28 Apr 2004 22:48:19 +0200 From: Marius Strobl <marius@alchemy.franken.de> To: Kris Kennaway <kris@obsecurity.org> Cc: sparc64@freebsd.org Subject: Re: 32-bit time in <utmp.h> (Re: cvs commit: ports/net/pppd23 Makefile ports/net/pppd23/files extra-patch-no-logf patch-ab) Message-ID: <20040428224819.A86269@newtrinity.zeist.de> In-Reply-To: <20040428202237.GA49702@xor.obsecurity.org>; from kris@obsecurity.org on Wed, Apr 28, 2004 at 01:22:37PM -0700 References: <200404281956.i3SJuZxU033263@repoman.freebsd.org> <20040428202237.GA49702@xor.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Apr 28, 2004 at 01:22:37PM -0700, Kris Kennaway wrote:
>
> I wonder if this 32-bitness is related to the accounting problems
> noticed on sparc64 since the 64-bit time_t changeover:
>
> struct lastlog {
> int32_t ll_time;
> char ll_line[UT_LINESIZE];
> char ll_host[UT_HOSTSIZE];
> };
>
> struct utmp {
> char ut_line[UT_LINESIZE];
> char ut_name[UT_NAMESIZE];
> char ut_host[UT_HOSTSIZE];
> int32_t ut_time;
> };
>
Like I said before, this isn't a sparc64 specific problem, I also see
it on my -current i386 boxes:
tristan# uname -a
FreeBSD tristan.franken.de 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Wed Apr 28 22:11:03 CEST 2004 root@tristan.franken.de:/usr/src/sys/i386/compile/tristan i386
tristan# /etc/periodic/monthly/200.accounting
Doing login accounting:
(Skipped 709 of 739 records due to invalid time values)
(Changed 3 of 739 records to have a more likely time value)
root -65080.69
marius -136664.62
total -201745.32
I think it's connected to SCHED_ULE, but haven't checked that closely,
yet.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040428224819.A86269>