Re: 64-bit time_t and __WORDSIZE_TIME64_COMPAT32

[Adhemerval Zanella Netto <adhemerval.zanella@linaro.org>]

On 14/02/23 06:26, Thorsten Kukuk via Libc-alpha wrote:
> On Tue, Feb 14, Florian Weimer wrote:
> 
>> * Thorsten Kukuk via Libc-alpha:
> 
>>> So the main consumer of utmp is glibc itself: getlogin()/getlogin_r()
>>> Is there any idea how to replace that, if utmp/wtmp gets deprecated?
>>
>> We use /proc/self/loginuid already, and try to resolve that UID using
>> NSS.  We still have fallback to __getutline_r.  I think it would be
>> really helpful if you could discover why that fallback is used.  I would
>> have thought it's dead code.
>>
>> Is it because /proc/self/loginuid is missing, or because NSS fails for
>> some reason?  If it's about /proc/self/loginuid, maybe we can look at
>> the owner of /dev/tty instead.
> 
> I made an half-automatic analysis of the binaries and corresponding
> source code and it seems I looked at the wrong sysdeps file in the glibc
> sources :( I didn't checked at runtime as I never know if I hit the
> correct execution path or not.

Indeed, we keep a lot of half-baked implementations not really used anywhere
as fallback for some theoretical 'unix' system.  I think we should just 
remove them altogether.

> Sorry, with the current glibc implementation we should be fine, so I
> will create bug reports against the projects who implemented their own
> getlogin() function based on utmp.
> 
> Thanks, I will fix my document.
> 
>   Thorsten
>