From owner-freebsd-current Fri Jun 28 13:24:37 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3833537B400; Fri, 28 Jun 2002 13:24:30 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id D949E43E06; Fri, 28 Jun 2002 13:24:29 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0574.cvx21-bradley.dialup.earthlink.net ([209.179.194.64] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #2) id 17O2I1-0001KF-00; Fri, 28 Jun 2002 13:24:21 -0700 Message-ID: <3D1CC5CD.89C51083@mindspring.com> Date: Fri, 28 Jun 2002 13:23:41 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Garance A Drosihn , Robert Drehmel , current@FreeBSD.ORG, robert@FreeBSD.ORG Subject: Re: changing 'struct utmp' References: <20020628201825.5A84B390F@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > > See > > http://www.opengroup.org/onlinepubs/007904975/functions/getutxent.html > > > > >See also the standardized definition of utmpx.h. > > > > http://www.opengroup.org/onlinepubs/007904975/basedefs/utmpx.h.html > > Incidently, there's nothing here that requires there be a flat file > backing this stuff with fixed size records. A .db file with a format > descriptor could implement this API just fine. Or even a system call, as Robert suggested. It also meets the criteria of something that will make xterm immune to breakage from future changes. All in all, Poul is still right -- utmpx is the way to go, going forward. I still think it might be worthwhile fixing the IPv6 issue with the current code, using Garrett's sockaddr_storage, but not doing anything beyond overflow bugfixing to the current utmp code. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message