This is the mail archive of the libc-alpha@sources.redhat.com 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
version
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
existing
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
structure
from utmp.h or utmpx.h?

blue skies,
   Martin

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



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