This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] ppc64 utmp changes
- From: "Martin Schwidefsky" <schwidefsky at de dot ibm dot com>
- To: Jakub Jelinek <jakub at redhat dot com>
- Cc: Roland McGrath <roland at redhat dot com>, aj at suse dot de, "Steve Munroe" <sjmunroe at us dot ibm dot com>, bcollins at debian dot org, libc-alpha at sources dot redhat dot com
- Date: Tue, 1 Oct 2002 15:05:30 +0200
- Subject: Re: [PATCH] ppc64 utmp changes
> For sparc64 it can be changed without versioning, Ben, do you agree?
> For x86-64, as Andreas said, I believe everybody can recompile glibc
> and recompile those few programs which access wtmp etc. files directly
> (SysVinit, anything else?) and > /var/log/wtmp.
> ppc64 initiated this, so is ok with this change too.
> The only question is s390x, Martin?
Hmm, I checked utmp.h and utmpx.h on a 31 bit system 64 bit system. The
files are identical but the structures have a different layout (__time_t
and __suseconds_t have type unsigned long -> 4 vs. 8 byte). This makes
the /var/log/wtmp format different on 31bit vs. 64bit. So 31 bit programs
running on 64 bit may not access /var/log/wtmp. To make things worse we
already have a 64 bit distro out there so we can't simply change utmp.h.
Now it depends which programs do access /var/log/wtmp. For the standard
stuff in a distribution we always use the 64 bit versions of the programs.
Linux/390 Design & Development, IBM Deutschland Entwicklung GmbH
Schönaicherstr. 220, D-71032 Böblingen, Telefon: 49 - (0)7031 - 16-2247