This is the mail archive of the mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] ppc64 utmp changes

> I haven't changed s390x, but IMHO it is better to recompile the affected
> apps now in the /usr/lib -> /usr/lib64 transition which changes most
> of the things anyway, than to suffer forever.

I came to the conclusion that s390x will need the __WORDSIZE_COMPAT32
of utmp.h/utmpx.h as well. Fact is there are userland programs that access
/var/log/wtmp directly. To get this kind of program going under the 31 bit
emulation the system /var/log/wtmp file needs to have the same format for
31 bit and 64 bit. Period.
This leaves the question about "old" 64 bit programs that rely on the
format of /var/log/wtmp. Apps that directly access /var/log/wtmp with the
existing format can't be helped if we want to achive coexistence (the old
question about how you want to die...). Apps that use the glibc to get/pass
information from/to wtmp could be helped with versioning. Now the question:
are there any functions other then getutent, getutid, getutline, pututline,
getutxent, getutxid, getutxline, pututxline and login that get/pass a
from utmp.h or utmpx.h?

blue skies,

Linux/390 Design & Development, IBM Deutschland Entwicklung GmbH
Schönaicherstr. 220, D-71032 Böblingen, Telefon: 49 - (0)7031 - 16-2247

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]