Date: Mon, 01 Jun 1998 18:14:46 +0800 From: Peter Wemm <peter@netplex.com.au> To: Atsushi Murai <amurai@FreeBSD.ORG> Cc: hackers@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libutil libutil.h logwtmp.c src/usr.bin/login login.c Message-ID: <199806011014.SAA08208@spinner.netplex.com.au> In-Reply-To: Your message of "Mon, 01 Jun 1998 01:47:05 MST." <199806010847.BAA12337@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Atsushi Murai wrote: > amurai 1998/06/01 01:47:05 PDT > Trim a domain part for wtmp as same as showed by "netstat -r". > Here is a some example for avoiding a confusion. Incidently, I think we should double the UT_HOSTNAME length as well. That means we end up with a 64 byte utmp record instead of the original 32 byte record in 2.x. BSDI also doubled the UT_HOSTNAME field, if we followed then we'd have compatable utmp/wtmp files again, and BSD/OS binaries could read ours too. I'm not sure I want to go through _another_ utmp record size change again though..... :-( I might also add that I think utmp/wtmp is a horrible hack. It would be great if it could be redesigned with a real API for reading/writing it. It would be nice to have a SYSV/Linux/Xopen/Unix98 compatable API too. A utmp.conf file might also be nice if it could configure the record sizes. Alternatively, perhaps use a DB utmp.db file with variable record sizes keyed on hashed tty name. wtmp.db would need something more space efficient than a hash method file and would need to maintain sequence, perhaps the btree DB method? As long as there was a get/put{u,w}tmp style API and logwtmp(), then that should cover most incompatability problems. Since libutil is shared, we could update that library and it would automatically update many of the utmp-using binaries to use the new format. Sigh, oh the things that could be done with infinite spare time... :-) Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199806011014.SAA08208>