> А что есть в freebsd? Нету там его там utmpx
> И не только в ней
> https://lists.dragonflybsd.org/pipermail/commits/2019-Septem... .
> FreeBSD 9.0 introduced new files while adding support for utmpx:
> /var/run/utx.active (replaces utmp)
> /var/log/utx.lastlogin (replaces lastlog)
> /var/log/utx.log (replaces wtmp)
> То во всех ос свой файл и свой формат.
.
Но "есть один нюанс, Петька!"
https://man.freebsd.org/cgi/man.cgi?query=utmpx&sektion=3&ma...
> STANDARDS
> The endutxent(), getutxent(), getutxid(), getutxline() and setutxent()
> functions are expected to conform to IEEE Std 1003.1-2008 ("POSIX.1").
https://man.dragonflybsd.org/?command=endutxent§ion=3
> The endutxent(), getutxent(), getutxid(), getutxline(), pututxline(),
> setutxent() all conform to IEEE Std 1003.1-2001 ("POSIX.1") (XSI
> extension), and previously to X/Open Portability Guide Issue 4, Version 2
в отличие от.
Пингвинята тут не парились - сделали "Linux defines the utmpx structure to be the same as the utmp structure", а теперь вот - не знают, куды бечь.
> Вот эти вот люди которые почти 200 комментариев исписали про "прибить к
> systemd чтобы было несовместимо с другими ос" они точно понимаю о чем пишут?
Ну да, с одной стороны - программам для кросплатформенности достаточно использовать стандартно-посиксные вызовы в либц.
С другой - _одна_ платформа, для которой сначала допустили ошибку при реализации, а теперь боятся сломать совместимость с костылями и настойчиво предлагают в качестве "фикса" просто перевести все программы на "новый стандарт"-API этой самой единственной платформы.
Ей-ей, еще лет 10 назад, читая последний абзатц, в голову пришел бы МС или на крайняк, эппл ...
