c
Minoru
т.е. один поток делает getenv, второй тут же делает setenv, и в первом потоке указатель внезапно становится невалидным
т.е. один поток делает getenv, второй тут же делает setenv, и в первом потоке указатель внезапно становится невалидным
Size: a a a
2021 April 30
t
и не будет ни гонок ни х-ёнок
t
но если ты используешь либу, которая незаметно работает с переменными окружения, то либо он адолжна предоставить тырфейс для получения и установки их, либо не стоит её юзать, эту либу
t
и так со всей подобной дрянью
t
и без ансейфов, между прочим решается
t
не надо размазывать говно по коду
c
Minoru
да, ты прав, должен быть «владелец». В нашем случае таким владельцем является libc, но авторы двух популярных реализаций (glibc и musl) сказали, что «просто не надо вызывать setenv в многопоточном окружении», и их нельзя заставить поменять мнение, потому что POSIX, на который все молятся, тоже ничего такого не предписывает
да, ты прав, должен быть «владелец». В нашем случае таким владельцем является libc, но авторы двух популярных реализаций (glibc и musl) сказали, что «просто не надо вызывать setenv в многопоточном окружении», и их нельзя заставить поменять мнение, потому что POSIX, на который все молятся, тоже ничего такого не предписывает
t
кажется, ты не понимаешь меня
c
Minoru
возможно!
возможно!
t
пишем надстройку над функциями либцов и говорим, чтобы пользовались только этой надстройкой
t
а в надстройку уже все будут ходить за получением\изменением переменных окружения или чего-то такого
t
это как конфиг читать\писать у приложения
t
я не люблю "синглтоны", но особого выбора нет
c
Minoru
и куда эту надстройку вынести? В отдельную либку?
и куда эту надстройку вынести? В отдельную либку?
D
Во, кстати, я тут как раз собирался впилить в одну компоненту некий конфиг менеджер. Чтобы подобное говнище через него шло
c
Minoru
иными словами, ты предлагаешь починить это в обход libc?
иными словами, ты предлагаешь починить это в обход libc?
t
либку, на расте или том языке, на котором ты пишешь.
Можешь вообще перед началом использования, копировать переменные окружения и с ними работать, а после работы писать (только нахрен они кому сдались после работы, если это всё относится только к процессу этому)
Можешь вообще перед началом использования, копировать переменные окружения и с ними работать, а после работы писать (только нахрен они кому сдались после работы, если это всё относится только к процессу этому)
D
runtool :)
c
Minoru
@ttldtor: нет, погоди, эту либку должны использовать *все* кто выполняется в данном процессе, иначе у разного кода будет разное представление о переменных окружения
@ttldtor: нет, погоди, эту либку должны использовать *все* кто выполняется в данном процессе, иначе у разного кода будет разное представление о переменных окружения
t
не вижу проблемы