From owner-freebsd-hackers Mon Jul 28 17:00:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA14036 for hackers-outgoing; Mon, 28 Jul 1997 17:00:45 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA14028 for ; Mon, 28 Jul 1997 17:00:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA01875; Mon, 28 Jul 1997 16:58:25 -0700 From: Terry Lambert Message-Id: <199707282358.QAA01875@phaeton.artisoft.com> Subject: Re: utmp/wtmp interface To: davidn@labs.usn.blaze.net.au (David Nugent) Date: Mon, 28 Jul 1997 16:58:25 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199707282215.IAA24833@labs.usn.blaze.net.au> from "David Nugent" at Jul 29, 97 08:15:13 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > utmp is of course different. init primarily manages this and > needs to *update* records in it, which are accessed randomly. > This really does need to be fixed length format. Yes; are you suggesting different formats for the files? This is kind of an annoying idea, if only because it's been murder trying to get most of the configuration data into a unified format, and then here we go adding Yet Another Format. 8-(. > I'll announce again when I'm done (I'd say a few days, but the way > things are right now, it might be a few weeks :-(). And Terry, > just for you, I'll include the proposed new version of last that > uses the getwt*() api and the wtmp (current format) -> wtmp (text) > converter which will demonstrate my point with regards to performance; > you only need to recompile/install the new libutil to change the > format you want to test with (which is really the point of this > exercise). Thanks; 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.