Выполненный vsim от dmenu — это только работает, когда непосредственно вызвано в терминале
Из описания в конфигурационном файле ядра (Kconfig в каталоге драйвера):
tristate "Fake LR-WPAN driver with several interconnected devices"
depends on IEEE802154_DRIVERS
---help---
Say Y here to enable the fake driver that serves as an example
of HardMAC device driver.
Этот драйвер позволяет тестировать, отлаживая и экспериментируя с подсистемой IEEE 802.15.4 Linux, даже если у Вас нет соответствующих аппаратных средств. Его источник может также быть шаблоном для записи драйвера для некоторого драйвера IEEE 802.15.4. Это только представляет интерес для программистов IEEE 802.15.4-связанные инструменты и драйверы.
Из ваших экспериментов кажется, что программа vsim хочет, чтобы ее стандартный вход был подключен к терминалу; если это не, это любой не делает ничего полезного (потому что это ожидает входа, но не получает любого), или выходы.
$ vsim $ sh-c vsim
Это обычно выполняет команду от терминала на переднем плане. Команда может считать вход из терминала.
$ повторяют "vsim" | sh $ повторяют "vsim" | xargs-I {} sh-c "{}"
В обоих случаях стандартный вход vsim подключен к каналу от эхо команда. команда vsim будет рассматривать канал как свой вход и не терминал, если она будет заботиться. И это будет видеть конец файла.
$ повторяют "vsim" | xargs-I {} sh-c '{} и'
Здесь, мало того, что vsim вводится подключенный к каналу, но процесс выполняется в фоновом режиме, таким образом, он не может читать из терминала вообще (если он попытается, то он будет приостановлен, пока это не получит передний план).
, Если бы вы хотите работать vsim в конвейере, где его стандартный вход не был бы подключен к терминалу, перенаправьте вход от терминала до него.
echo "vsim </dev/tty" | sh
, Если вы хотите запустить программу от dmenu, необходимо будет, по-видимому, открыть его в новом эмуляторе терминала. Вызвать xterm-e vsim вместо vsim.
я не знаком с vsim; довольно возможно, что существуют другие способы выполнить его.