Date: Tue, 8 Apr 1997 01:49:18 -0500 From: Zach Heilig <zach@blizzard.gaffaneys.com> To: J Wunsch <j@uriah.heep.sax.de> Cc: freebsd-bugs@freebsd.org Subject: Re: bin/3173: utmp and wtmp programs out of sync (update). Message-ID: <19970408014918.17304@murkwood.gaffaneys.com> In-Reply-To: <19970405141425.KD11056@uriah.heep.sax.de>; from J Wunsch <j@uriah.heep.sax.de> on Sat, Apr 05, 1997 at 02:14:25PM %2B0200 References: <199704050740.XAA25868@freefall.freebsd.org> <19970405141425.KD11056@uriah.heep.sax.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Well, after a weekend without power (36 hours, temps under 20 degrees outside)
I'm back up :-) [25,000 out of what used to be 400,000 in ND only are still
out :-( It'll be a week till things are back to anything similar to normal]
On Sat, Apr 05, 1997 at 02:14:25PM +0200, J Wunsch wrote:
> > login and telnetd both think that sizeof (utmp) == 44 (I'm not sure why yet,
> > they appearantly use libutil, which appears to think that
> > sizeof (utmp) == 36... this info from observing the effect of these two
> > programs on utmp and wtmp, and looking at their source)
> Have you once downgraded your system from a 3.0-current version (with
> 44 bytes per utmp record) to a 2.2 vintage one? In this case, it
> looks as if you forgot to remove libutil.so.2.1.
I did not downgrade from 3.0-current. I did rm /usr/src, and /usr/obj, just
to test if I had a corrupted source tree, but I got the same results.
I did compile libutil with debugging, and login with debugging and found out
you can't debug dynamically linked libraries (and libutil officially told me
records were 36 bytes, but wrote 44 byte records). I statically linked
libutil with login, the problem went away. This is obviously a linker
problem rather than a login problem.
--
Zach Heilig (zach@blizzard.gaffaneys.com) | ALL unsolicited commercial email
| is unwelcome. I avoid dealing
| with companies that email ads.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970408014918.17304>