From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 1 11:03:11 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F61416A4CE; Mon, 1 Mar 2004 11:03:11 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5DD143D2F; Mon, 1 Mar 2004 11:03:10 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i21J39sA012411; Mon, 1 Mar 2004 14:03:10 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040301150312.GQ35475@elvis.mu.org> References: <20040301145508.GA27240@seekingfire.com> <20040301150312.GQ35475@elvis.mu.org> Date: Mon, 1 Mar 2004 14:03:08 -0500 To: Maxime Henrion , Tillman Hodgson From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Minor problem with 64bTT: monthly accounting figures X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2004 19:03:11 -0000 At 4:03 PM +0100 3/1/04, Maxime Henrion wrote: >Tillman Hodgson wrote: >> Look a little odd this month: >> >> Subject: caliban.rospa.ca monthly run output >> >> Doing login accounting: >> root 0.84 >> total -298848.27 >> toor -298849.12 >> > > -- End of monthly output -- This would be from the output of the 'ac' command. I tried this on my 64-bTT machine, and it seemed to be working OK. >This is probably because the time is stored as a 32-bits integer >in /var/run/utmp and /var/log/wtmp. If the time-value is defined as a fixed 32-bit integer (instead of being time_t), then the records themselves should be fine. The records (as written) won't be changing in size due to this change. So, if there is a bug here then it'll probably be in the 'ac' program. That's my guess, at least. We can look into that some more, but don't need to address it right away. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu