Перенаправление ввода приложения (Java), но по-прежнему разрешает стандартный ввод в BASH

Question

Я немного запутался, у меня вчера это работало, но оно просто перестало принимать перенаправленный стандарт, почти волшебным образом.

set -m
mkfifo inputfifo
mkfifo inputfifo_helper
((while true; do cat inputfifo; done) > inputfifo_helper)&
trap "rm -f inputfifo inputfifo_helper java.pid; kill $!" EXIT

exec 3<&0
(cat <&3 > inputfifo)&

NOW=$(date +"%b-%d-%y-%T")

if ! [ -d "logs" ]; then
    mkdir logs
fi

if [ -f "server.log" ]; then
    mv server.log logs/server-$NOW.log
fi
java <inputfifo_helper -jar $SERVER_FILE & echo $! > java.pid && fg

Это работало нормально, я мог выводить что-то в inputfifo, и приложение получало его, и я мог печатать прямо в его консоли. Это даже работало через экран. Абсолютно ничего в коде не изменилось, но переадресованный stdin перестал работать. Я попытался изменить дескриптор файла на 9 или даже 127, но ни один не исправил.

Я что-то забыл? Есть ли конкретная причина, по которой он сломался и больше не работает?

(Я использую это вместо отправки ввода на сам экран, потому что я запускаю отсоединенный экран, и он отказывается получать ввод, если он не был подключен по крайней мере один раз, я не знаю, является ли это ошибкой или предназначением)

Answer 1

Если вы можете держать свою Java-программу на заднем плане, вы можете попытаться читать с управляющего терминала /dev/tty и записать в inputfifo, используя цикл while-read.

# ...
java <inputfifo_helper -jar $SERVER_FILE & echo $! > java.pid

while IFS="" read -e -r -d $'\n' -p 'input> ' line; do
  printf '%s\n' "${line}"
done </dev/tty >inputfifo

Answer 2

Попробуйте использовать один элемент fifo и echo для описания файлового дескриптора. Используйте символ ASCII NUL для завершения ввода (строк), чтобы команда чтения продолжала считывание до байта NULL (или EOF).

rm -v inputfifo 
mkfifo inputfifo
(
exec 0>&-
exec 3<>inputfifo   # open fd 3 for reading and writing
echo "hello world 1" >&3
echo "hello world 2" >&3
printf '%s\n\000' "hello world 3" >&3
# replaces: java <inputfifo_helper ...
cat < <(IFS="" read -r -d '' <&3 lines && printf '%s' "$lines")
)

Answer 3

При запуске сокращенной версии заданного вами кода выводится сообщение об ошибке ввода-вывода:

cat: stdin: Input/output error

Быстрое решение - перенаправить stderr в / dev / null для этой команды.

В Mac OS X / FreeBSD вы также можете попробовать использовать "cat -u" для отключения буферизации вывода (таким образом, избегая проблем с буферизацией вывода cat).

rm -v inputfifo inputfifo_helper
mkfifo inputfifo inputfifo_helper

(
((while true; do cat inputfifo; done) > inputfifo_helper) &
# use of "exec cat" terminates the cat process automatically after command completion
#((while true; do exec cat inputfifo; done) > inputfifo_helper) &
pid1=$!
exec 3<&0  # save stdin to fd 3
# following command prints: "cat: stdin: Input/output error"
#(exec cat <&3 >inputfifo) &
(exec cat <&3 >inputfifo 2>/dev/null) &
pid2=$!
# instead of: java <inputfifo_helper ...
(exec cat <inputfifo_helper) &
pid3=$!
echo $pid1,$pid2,$pid3   
lsof -p $pid1,$pid2,$pid3
echo hello world > inputfifo
)


# show pids of cat commands
ps -U $(id -u) -axco pid,command | grep cat | nl    # using ps on Mac OS X

Answer 4

Это догадка.. но может ли быть что-то еще, прикрепленное к fd 0?

На моем Linux я вижу это

$ ls -l /dev/fd/
total 0
lrwx------ 1 nhed nhed 64 Mar 24 19:15 0 -> /dev/pts/2
lrwx------ 1 nhed nhed 64 Mar 24 19:15 1 -> /dev/pts/2
lrwx------ 1 nhed nhed 64 Mar 24 19:15 2 -> /dev/pts/2
lr-x------ 1 nhed nhed 64 Mar 24 19:15 3 -> /proc/6338/fd

но на каждом последующем ls proC#, на который указывает fd3, отличается - я понятия не имею, о чем идет речь (возможно, он связан с моей командой приглашения), но fd 3 берется, попробуйте fds # 5-9

(и добавить ls -l /dev/fd/ вверху скрипт для диагностики)