Date: Fri, 3 Jan 1997 20:39:48 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: utmp changes Message-ID: <Mutt.19970103203948.j@uriah.heep.sax.de> In-Reply-To: <199701031737.JAA00399@precipice.shockwave.com>; from Paul Traina on Jan 3, 1997 09:37:19 -0800 References: <199701031737.JAA00399@precipice.shockwave.com>
next in thread | previous in thread | raw e-mail | index | archive | help
As Paul Traina wrote: > I believe P-H wanted a larger field for the host size (16 is silly) and > an additional field for the IPv[46] address. If so, let's get them done > now before we have to re-compile and link every application twice. Well, `once' is already done now. So however you look at it, most people running -current have already upgraded their X11 etc. stuff, now there's no need to rush it again. But yes, it should happen before 3.0 will eventually ship. > (I'm really unhappy about X11 code changing. Perhaps it's time to augment > the utmp/wtmp write stuff in libutil into a full blown read/write package?) Yes, i've also suggested this to the XFree86 folks. Well, waddayathink why i wrote the libutil manpages recently? :-) It turns out that most of the functionality required is already there, except login(3) is too braindead to be used. We should probably replace every use of this function by a subsequent call to logutmp(3) (yet to be written) and logwtmp(3) (already there), and move out login(3) to libcompat. X11 should also move towards using the openpty(3)/forkpty(3) interface. If it had done this earlier, the previous vulnerability where xterm didn't revoke(2) its pty first would not have existed. Also, if we later decide to provide a better pty allocation scheme (something like a pty master device), we only have to upgrade libutil accordingly. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Mutt.19970103203948.j>