СИ
запускается, но ключи не воспринимает
а что это вообще user_drv - какой-то модуль который самому нужно написать наверно
Size: a a a
2020 January 20
СИ
запускается, но ключи не воспринимает
пропбуй
rebar3 shell --shell_args ..'СИ
===> Invalid option --shell_args on task shell
а
rebar3 shell —sname helloworld работает?СИ
-sname описана в документации
должна работать
должна работать
должна или работает?
в общем еще пропробуй в конфиге rebar задать
если не поможет, то тогда патчить rebar3 попробуй и пеерсобрать.
вот сюда заменить
https://github.com/erlang/rebar3/blob/master/src/rebar_prv_shell.erl#L120
в общем еще пропробуй в конфиге rebar задать
{shell, [{shell_args, [...]}]}если не поможет, то тогда патчить rebar3 попробуй и пеерсобрать.
вот сюда заменить
shell_args на user_drv_argshttps://github.com/erlang/rebar3/blob/master/src/rebar_prv_shell.erl#L120
СИ
но не работает
а что пишет? или просто не работает? в общем мои теоретические предположения исчерпаны
СИ
rebar3 shell —sname helloworldзапускается , но без изменения строки приглашения
—sname='helloworld'
2020 January 21
СИ
вот что нашел
>> rebar shell does not execute erl ... command actually, but only tries to replicate its behaviour.
>> rebar shell does not execute erl ... command actually, but only tries to replicate its behaviour.
сейчас попробовал методом добавления в конфиг
{shell, [{shell_args, [...]}]} судя по процессам удалось добиться чтобы rebar запускал дочерний шелл, но зачем он это делает и как получить к нему доступ не понятно. при этом его шелл недоступен тоже. ребар - жестьAK
А зачем вы мучаетесь? запускайте из rel/bin/projectname console
AK
и -sname в vm.args или sys.config
AK
не помню в котором из них
СИ
А зачем вы мучаетесь? запускайте из rel/bin/projectname console
хочет человек так запускать. если запускать напрямую - нужен шел скрип или makefile - не все это переваривают, а релиз так это отдельная тема вообще
AK
иногда как то можно же идти на компромис :)