@maxlapshin вы через cerl -valgrind гоняете? Забавно что я вижу лики которые идут через enif_alloc, но если делаю просто malloc, то ликов нет

коллеги подсказывают, что так

так это твой -name не пущает вроде

коллеги не в курсе, почему cerl -valgrind игнорирует лики от malloc напрямую?

Короче, страдал последние 4 часа, результаты такие:


1. Все поломалось из-за подтягивания версии rebar. Менял потому, что на старых версиях не работает rebar_mix

2. Ребар начиная с 3.12 использует новый relx, который что-то там.

3. На меньших версиях ребара в релизе все работает

4. На новой версии ребара работают все проекты кроме одного.

5. Что именно там не работает - нихера не понятно, и сил разбираться сегодня больше нету.

Решение:

Везде влупил 3.11 ребар - теперь и эликсир и этот херов проект работает. Почему - не знаю, ну и хрен с ним пока что

с ребаром оно так.. потом как выйдет новая версия попробуй еще раз может заработает. Еще в фоновом режиме можно побродить по доке по rebar.conf в других каких то проектах, может что всплывет, какая нибудь недокументированая фича. А пока положить рабочий бинарник ребара в проект, совсем недавно много кто так делал.

Я вообще не понимаю, как можно прийти к идее не коммитить к себе ребар :)

сейчас как то меньше вижу, а раньше повсеместно :)

Контейнеры

давайте сразу всю операционную систему коммитить, в которой этот ребар будет запускаться

а вот тут точно контейнеры

и виртуалки сборочные
и вагрант

как то все таки не красиво когда код только под конкретный контейнер идет, перекос какой то

кроссплатформенность минимальная должна быть

Это окружение. Можно так же жаловаться, что код не будет под конкретной ОС работать.

можно как угодно, вопрос разумного компромиса

Версия ОТП тоже окружение. Вон Риак крутится под контейнерами с 19.

версия отп в документации указывается и в ребарконф прописывается

Понимаю, но контейнеры мне кажется подходят для данной ситуации идеально, нет?

а если в них уязвимости?