Przekaż tekst do programu oczekującego pliku

Powiązane z pytaniem, które zadałem na temat przepełnienia stosu: przekazanie wielu wierszy kodu do pliku wsadmin.sh? .

Mam jako ciąg kilka wierszy danych wejściowych, które muszę wprowadzić do polecenia. Komenda akceptuje jednak tylko plik pełen danych wejściowych.

Czy jest jakiś sposób, aby zapisać wiersze w tymczasowym pliku lub potoku, który nigdy nie jest zapisywany na dysku, a następnie podawany bezpośrednio do programu?

Jak mogę zdobyć rurę, wprowadzić do niej dane wejściowe, przekazać tę komendę do polecenia, a następnie pozbyć się rury?

Innym rozwiązaniem jest użycie procesu podstawiania w Bash. Jeśli twój system nazwał rury, możesz użyć tej funkcji.

Używa się go w następujący sposób:

program_expecting_a_file <(list)

gdzie listjest sekwencją poleceń powłoki (właściwie potoków; pełne szczegóły są tutaj ). listzostanie wykonany, a jego wyjście zostanie podłączone do potoku. Nazwa potoku jest następnie przekazywana do Twojego programu.

UWAGA: spacje nie są dozwolone między <a (.

(Inne podstawienie >(list)działa również tak, jak można się spodziewać).

W twoim konkretnym przypadku możesz użyć

program_expecting_a_file <(echo "$your_strings")

chociaż może się okazać, że rozwiązanie @ meuh jest bardziej eleganckie.

Aktualizacja: wiele przykładów użycia można znaleźć w przewodniku Advanced Bash Scripting Guide .

Możesz użyć bash tutaj-doc . Na przykład,

$ cat -n <<<'a
> b'
 1  a
 2  b

Jeśli masz coś w zmiennej bash, możesz ją również interpolować: np <<<"path is $PATH".

Jeśli twoje polecenie nalega na nazwę pliku, możesz go podać /dev/stdin. Na przykład:

$ sed -f /dev/stdin <<<'s/a/b/'

produkuje wyjście: s/b/b/.

W zależności od tego, co jest w scenariuszu, to może być w stanie użyć specjalnego pliku - (minus), który stoi na stdin

$ mycmd -
Line 1
Line 2
^D

Inną metodą, która może Ci pomóc, jest otwarcie pliku, /dev/fd/0który znowu oznacza stdin .

Trzecią opcją może być utworzenie FIFO (First In First Out). To jest jak plik, ale ma dwa końce - piszesz na jednym końcu, a czytasz na drugim.

-- Process 1 --                  -- Process 2 --
$ mkfifo foo
$ cat foo
<waits>                          $ echo hello > foo
hello                            $
$ rm foo

Istnieje inna opcja podobna do mycmd -rozwiązania, ale nawet w przypadku programów, które nie obsługują -konkretnie:

$ mycmd /dev/stdin
Line 1
Line 2
^D

/dev/stdin wydaje się być związany z systemem operacyjnym i działa dla mnie na Debian GNU / Linux, ale nie jestem pewien, gdzie jeszcze to zadziała.