Date: Wed, 23 Jul 1997 08:47:07 +1000 From: David Nugent <davidn@labs.usn.blaze.net.au> To: Michael Smith <msmith@atrad.adelaide.edu.au> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: utmp/wtmp interface Message-ID: <199707222247.IAA00521@labs.usn.blaze.net.au> In-Reply-To: Your message of "Tue, 22 Jul 1997 13:27:12 %2B0930." <199707220357.NAA26773@genesis.atrad.adelaide.edu.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> > What I am attempting to do is to define an API to access these > > files, not radically change the format of the files overnight. > > Ok, going back to this. With the xutmpinfo struct; is the plan to > only support one, or a colocated array of several terminated with one > with xi_type set to XUT_NONE? The latter. It is must be an array if it is not NULL. [wtmp] > Actually, I would have suggested a textual format, but I thought that > the screams would be audible from here. If you think it's a goer, you > have my absolute support. Given the space savings, I can't see any reason for it NOT to be text. All but a couple of the fields are text anyway. :) I recently played with a 13mb wtmp which reduced down to 4.8mb when converted to variable-length text (this was a 8-character username system too), which should give you some idea of the potential savings. This will make it harder for things like last(1) to page back through the file from the end, but life is sometimes tough. Besides, last(1) will use the API, which will handle this transparently in any case, including the buffering. > > The point is whether there is any benefit in making it > > thread-safe. :-) > > Good question. Maybe save worrying about that until it needs to be? Well, given the lack of easy alternatives, I did that. :) Regards, David -- David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199707222247.IAA00521>