Н
Проверять stdout на наличие приглашения ко вводу
Как? Какой-то сигнал проверять?
Size: a a a
2020 August 13
ЕО
Запускаю процесс через exec.Command. Нужно проверять, что процесс что-то просит в Stdin. Каким образом можно реализовать эту проверку?
Что значит просит?
с
а что она там знает-то?
что программа ожидает ввода в stdin
Н
Что значит просит?
Ждет данных с Stdin
ЕО
Создайте пайп и пишите в него пока не переполнится
DP
что программа ожидает ввода в stdin
и как она это знает, с вашей точки зрения?
ВС
Как? Какой-то сигнал проверять?
Установить в https://golang.org/pkg/os/exec/#Cmd Stdout и читать, пока не найдётся нужный паттерн, говорящий о том, что пора добавлять данные в stdin
ЕО
Никак. Нет никаких сигналов
Можно смотреть, что процесс в анинтерраптбл слипе. Можно его стрейсить и ждать пока он во врайте окажется. Но лучше так не делать, конечно
Н
Установить в https://golang.org/pkg/os/exec/#Cmd Stdout и читать, пока не найдётся нужный паттерн, говорящий о том, что пора добавлять данные в stdin
Паттерн в виде текста который отдает в Stdout например?
ВС
с
и как она это знает, с вашей точки зрения?
то что программа попросила ОС уведомить ее о том, когда появятся данные в stdin
вызов select например
вызов select например
DP
Можно смотреть, что процесс в анинтерраптбл слипе. Можно его стрейсить и ждать пока он во врайте окажется. Но лучше так не делать, конечно
с strace, кстати, рабочий вариант 🙂
ЕО
с strace, кстати, рабочий вариант 🙂
Это пиздец, извините за выражение. Но технически рабочий
DP
то что программа попросила ОС уведомить ее о том, когда появятся данные в stdin
вызов select например
вызов select например
не-а. нет там cелекта. там сразу read на fd 0
Н
Блин, херово, что только так
ЕО
Странно что нет механизма для такого
Потому что он не нужен. Ввод-вывод буферизованный обычно всё равно
ЕО
Лей пока льётся и всё
Н
Потому что он не нужен. Ввод-вывод буферизованный обычно всё равно
Нужен, если процесс вызывает другой процесс