и такой же набор функций по работе с ситемным временем

и локалями

и файлами

хотя не, файлам не надо. их локать можно

Minoru
кстати, я тут делаю ревью для cargo crev, читаю в том числе кромплатформенные крейты и всё больше убеждаюсь, что никсы не так уж прекрасны, а винда не так уж страшна. Помните, я показывал код для *гарантированного* удаления папки, содержащей подпапки? В *nix это просто рекурсивное удаление, а в Windows удаление асинхронное и поэтому приходится извращаться? Ну так вот, вчера нашёл обратную сторону медали — крейт wait-timeout, ждущий завершение дочернего процесса или окончания таймаута

m4n71k0r
ха!

Minoru
в винде это один вызов, в линуксе — портянка на несколько экранов с установкой обработчика SIGCHLD, self-pipe trick для доставки уведомления и ещё какой-то магией

Minoru
можете вот здесь сравнить windows.rs и unix.rs: https://github.com/alexcrichton/wait-timeout/tree/master/src

просто в винде функции по работе с переменными окружения работают локально на процесс, а вот такого в посиксе я не вижу комментария https://man7.org/linux/man-pages/man3/setenv.3.html

Minoru
> <@niksaak> Имхо не очень правильно говорить что геттекст-рс ансаунд из за этого.

а по-моему норм. Либка обещает безопасный интерфейс, а тут оказывается, что его можно сломать одним метким вызовом setenv. Другое дело, что чинить это действительно никто не будет =\

то есть, в винде для процесса берётся копия переменнных окружения или предварительно готовятся

а в посиксе как?

также

ну и в винде две функции всего

Minoru
в посиксе так же, но проблема не в этом

никаких гонок не должно быть. Ты можешь сам сделать "владельца" и работать с ним

Minoru
проблема в том, что getenv возвращает указатель на область с переменными, а setenv эту область меняет

у таких херовин должен быть "владелец"

который разрулит всё