Bagaimana tidak melakukan apa pun selamanya dengan cara yang elegan?

Saya memiliki program yang menghasilkan informasi bermanfaat stdouttetapi juga membaca dari stdin. Saya ingin mengarahkan output standarnya ke file tanpa memberikan apa pun pada input standar. Sejauh ini, sangat bagus: Saya bisa melakukan:

program > output

dan jangan melakukan apa pun di tty.

Namun, masalahnya adalah saya ingin melakukan ini di latar belakang. Jika aku melakukan:

program > output &

program akan ditangguhkan ("ditangguhkan (tty input)").

Jika aku melakukan:

program < /dev/null > output &

program berakhir segera karena mencapai EOF.

Tampaknya apa yang saya butuhkan adalah menyalurkan ke programsesuatu yang tidak melakukan apa pun untuk waktu yang tidak terbatas dan tidak membaca stdin. Pendekatan berikut bekerja:

while true; do sleep 100; done | program > output &
mkfifo fifo && cat fifo | program > output &
tail -f /dev/null | program > output &

Namun, ini semua sangat jelek. Ada memiliki menjadi cara yang elegan, menggunakan standar utilitas Unix, untuk "melakukan apa-apa, tanpa batas" (untuk parafrase man true). Bagaimana saya bisa mencapai ini? (Kriteria utama saya untuk keanggunan di sini: tidak ada file sementara; tidak ada sibuk menunggu atau bangun berkala; tidak ada utilitas eksotis; sesingkat mungkin.)

Dalam shell yang mendukungnya (ksh, zsh, bash4), Anda bisa mulai programsebagai proses bersama .

• ksh: program > output |&
• zsh, bash:coproc program > output

Itu dimulai programdi latar belakang dengan inputnya dialihkan dari a pipe. Ujung pipa lainnya terbuka ke shell.

Tiga manfaat dari pendekatan itu

• tidak ada proses ekstra
• Anda dapat keluar dari skrip saat programmati (gunakan waituntuk menunggu)
• programakan berakhir (dapatkan eofstdin-nya jika shell keluar).

Saya tidak berpikir Anda akan mendapatkan yang lebih elegan dari pada

tail -f /dev/null

Anda sudah menyarankan (dengan asumsi ini menggunakan inotify internal, seharusnya tidak ada polling atau bangun, jadi selain terlihat aneh, itu harus cukup).

Anda memerlukan utilitas yang akan berjalan tanpa batas waktu, akan tetap membuka stdout, tetapi tidak akan benar-benar menulis apa pun untuk stdout, dan tidak akan keluar ketika stdin ditutup. Sesuatu seperti yesmenulis di stdout. catakan keluar ketika stdinnya ditutup (atau apa pun yang Anda arahkan kembali ke dalamnya sudah selesai). Saya pikir sleep 1000000000dmungkin berhasil, tetapi tailjelas lebih baik. Kotak Debian saya memiliki tailfperintah yang mempersingkat sedikit.

Mengambil taktik berbeda, bagaimana menjalankan program di bawah screen?

sleep infinity adalah solusi paling jelas yang saya tahu.

Anda dapat menggunakan infinitykarena sleepmenerima angka floating point * , yang dapat berupa desimal , heksadesimal , tak terhingga , atau NaN , menurut man strtod.

* Ini bukan bagian dari standar POSIX, jadi tidak portabel seperti tail -f /dev/null. Namun, itu didukung dalam GNU coreutils (Linux) dan BSD (digunakan pada Mac) (tampaknya tidak didukung pada versi Mac yang lebih baru - lihat komentar).

sleep 2147483647 | program > output &

Ya, 2^31-1adalah angka yang terbatas, dan itu tidak akan berjalan selamanya , tapi saya akan memberi Anda $ 1000 ketika tidur akhirnya habis. (Petunjuk: salah satu dari kita akan mati saat itu.)

• tidak ada file sementara; memeriksa.
• tidak ada kesibukan menunggu atau bangun berkala; memeriksa
• tidak ada utilitas eksotis; memeriksa.
• sesingkat mungkin. Oke, bisa lebih pendek.

Anda dapat membuat biner yang melakukan hal itu dengan:

$ echo 'int main(){ pause(); }' > pause.c; make pause

Berikut saran lain menggunakan utilitas Unix standar, untuk "tidak melakukan apa-apa, tanpa batas" .

sh -c 'kill -STOP $$' | program > output

Ini akan mengaktifkan sebuah shell yang segera dikirim SIGSTOP, yang menunda proses. Ini digunakan sebagai "input" untuk program Anda. Kelengkapannya SIGSTOPadalah SIGCONT, yaitu jika Anda tahu shell memiliki PID 12345 Anda dapat kill -CONT 12345membuatnya terus.

Di Linux, Anda dapat melakukan:

read x < /dev/fd/1 | program > output

Di Linux, membuka / dev / fd / x di mana x adalah deskriptor file ke ujung penulisan pipa, membuat Anda ujung pembacaan pipa, jadi di sini sama seperti pada stdin program. Jadi pada dasarnya, readtidak akan pernah kembali, karena satu-satunya hal yang dapat menulis ke pipa itu sendiri, dan readtidak menghasilkan apa pun.

Ini juga akan bekerja pada FreeBSD atau Solaris, tetapi untuk alasan lain. Di sana, membuka / dev / fd / 1 memberi Anda sumber daya yang sama dengan buka pada fd 1 seperti yang Anda harapkan dan seperti kebanyakan sistem kecuali Linux, jadi akhir penulisan pipa. Namun, pada FreeBSD dan Solaris, pipa dua arah. Jadi selama programtidak menulis ke stdin-nya (tidak ada aplikasi tidak), tidak readakan mendapatkan apa pun untuk membaca dari arah pipa.

Pada sistem di mana pipa tidak dua arah, readmungkin akan gagal dengan kesalahan ketika mencoba membaca dari deskriptor file tulis saja. Perhatikan juga bahwa tidak semua sistem memiliki /dev/fd/x.

Stéphane Chazelas' read solusi bekerja pada Mac OS X serta jika fd membaca akan dibuka pada /dev/fd/1.

# using bash on Mac OS X
# -bash: /dev/fd/1: Permission denied
read x </dev/fd/1 | cat >/dev/null
echo ${PIPESTATUS[*]}   #  1 0

exec 3<&- 3</dev/fd/1
read x 0<&3 | cat >/dev/null
echo ${PIPESTATUS[*]}   #  0 0

Untuk dapat membunuh tail -f /dev/nulldalam skrip (dengan SIGINT, misalnya) perlu untuk latar belakang tailperintah dan wait.

#!/bin/bash
# ctrl-c will kill tail and exit script
trap 'trap - INT; kill "$!"; exit' INT
exec tail -f /dev/null & wait $!

Redirect /dev/zerosebagai input standar!

program < /dev/zero > output &