Size: a a a

2021 May 01

A

Alex Ф-ф-фэils!🌠︙... in codingteam
Hirule's Law
источник

t

ttldtor in codingteam
или сбер — норм?)
источник

A

Alex Ф-ф-фэils!🌠︙... in codingteam
Да
источник

A

Alex Ф-ф-фэils!🌠︙... in codingteam
источник

t

ttldtor in codingteam
спасибо)
источник

A

Alex Ф-ф-фэils!🌠︙... in codingteam
Там вон люди срут в коридорах
источник

Dv

Dr. Friedrich von Ne... in codingteam
Миксера с какого-то собеса не отпускали в туалет, я помню.
источник

Dv

Dr. Friedrich von Ne... in codingteam
Правда, не помню, где это было.
источник

A

Alex Ф-ф-фэils!🌠︙... in codingteam
источник

t

ttldtor in codingteam
в яндексе
источник

t

ttldtor in codingteam
заперли в пыточной (где собес вели)
источник

t

ttldtor in codingteam
дебилы, бля
источник

A

Alex Ф-ф-фэils!🌠︙... in codingteam
Ох, да
источник

t

ttldtor in codingteam
источник

t

ttldtor in codingteam
хз нормально ли сделали или нет
источник

t

ttldtor in codingteam
просто обычные вызовы
источник

t

ttldtor in codingteam
источник

Dv

Dr. Friedrich von Ne... in codingteam
Это реализация, которую я ожидаю увидеть.
источник

t

ttldtor in codingteam
Гм
источник

c

codingteam@cjr in codingteam
Minoru
> <@fvnever> Может, лучше напишем [в POSIX] требование про потокобезопасность?

а реализовывать его как? Я вижу всего два варианта: либо setenv не удаляет старые строки (и, таким образом, память течёт), либо getenv возвращает копию, которую пользователь потом должен освободить с помощью free. Первое решение плохо тем, что если кто-то много вызывает setenv в долгоживущем процессе, то может закончиться память — и эти люди ничего с этим не смогут поделать, кроме как переписать свою программу. Второе решение плохо тем, что поведение getenv будет меняться в зависимости от реализации (в старой libc просто указатель, в новой копия).

так что я думаю, что это должен быть новый интерфейс
источник