Исходное сообщение
"Для избавления Glibc от проблемы 2038 года предложено прекра..." Отправлено Admino, 06-Мрт-23 12:53
> Я новость читал невнимательно, но комментарии внимательнее. Из них я понял, что > это программы хотят привязать к ней, а до этого они пользовались > функциями Glibc какими-то. Не функциями, а файлом. Файл называется utmp и лежит в нужном месте. И вот в нём отметки времени в uint32. > Правда я нефига не понял, они типа хотят сохранить обратную совместимость и > не могут увеличить размер до 64, но могут заставить программы обращаться > к systemd. Они хотят убрать формирование файлика utmp вообще, чтобы программы брали эту информацию из других мест. Например, через systemd. Но можно сделать и другие интерфейсы. BSD без опасносте. Файлик этот всё равно надо выкидывать, потому что разные программы с ним всё равно работают по-разному, плюс вопросы безопасных прав записи, плюс возможность DDOS. Поэтому разработчики glibc не хотят просто менять шило на мыло и делать файлик utmp64, лучше сделать сразу по-нормальному. > И то и другое по моему одинаково ломает эту > совместимость. Нельзя просто взять и выкинуть старый код, совместимость так или иначе придётся сломать.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Я новость читал невнимательно, но комментарии внимательнее. Из них я понял, что >> это программы хотят привязать к ней, а до этого они пользовались >> функциями Glibc какими-то. > Не функциями, а файлом. Файл называется utmp и лежит в нужном месте. > И вот в нём отметки времени в uint32. >> Правда я нефига не понял, они типа хотят сохранить обратную совместимость и >> не могут увеличить размер до 64, но могут заставить программы обращаться >> к systemd. > Они хотят убрать формирование файлика utmp вообще, чтобы программы брали эту информацию > из других мест. Например, через systemd. Но можно сделать и другие > интерфейсы. BSD без опасносте. > Файлик этот всё равно надо выкидывать, потому что разные программы с ним > всё равно работают по-разному, плюс вопросы безопасных прав записи, плюс возможность > DDOS. > Поэтому разработчики glibc не хотят просто менять шило на мыло и делать > файлик utmp64, лучше сделать сразу по-нормальному. >> И то и другое по моему одинаково ломает эту >> совместимость. > Нельзя просто взять и выкинуть старый код, совместимость так или иначе придётся > сломать.
	Введите код, изображенный на картинке: