Làm thế nào để không làm gì mãi mãi một cách thanh lịch?

Tôi có một chương trình tạo ra thông tin hữu ích stdoutnhưng cũng đọc từ đó stdin. Tôi muốn chuyển hướng đầu ra tiêu chuẩn của nó sang một tệp mà không cung cấp bất cứ điều gì về đầu vào tiêu chuẩn. Cho đến nay, rất tốt: tôi có thể làm:

program > output

và đừng làm bất cứ điều gì trong tty.

Tuy nhiên, vấn đề là tôi muốn làm điều này trong nền. Nếu tôi làm:

program > output &

chương trình sẽ bị treo ("bị treo (đầu vào tty)").

Nếu tôi làm:

program < /dev/null > output &

chương trình chấm dứt ngay lập tức vì nó đạt EOF.

Dường như những gì tôi cần là đưa vào programthứ gì đó không làm gì trong một khoảng thời gian không xác định và không đọc stdin. Các phương pháp sau đây hoạt động:

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

Tuy nhiên, đây là tất cả rất xấu xí. Phải có một cách thanh lịch, sử dụng các tiện ích Unix tiêu chuẩn, để "không làm gì, vô thời hạn" (để diễn giải man true). Làm thế nào tôi có thể đạt được điều này? (Tiêu chí chính của tôi về sự thanh lịch ở đây: không có tệp tạm thời; không có sự thức dậy bận rộn hoặc chờ đợi định kỳ; không có tiện ích kỳ lạ; càng ngắn càng tốt.)

Trong các shell hỗ trợ chúng (ksh, zsh, bash4), bạn có thể bắt đầu programnhư một quá trình hợp tác .

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

Điều đó bắt đầu programtrong nền với đầu vào được chuyển hướng từ a pipe. Đầu kia của ống được mở vào vỏ.

Ba lợi ích của phương pháp đó

• không có quá trình bổ sung
• bạn có thể thoát khỏi tập lệnh khi programchết (sử dụng waitđể chờ nó)
• programsẽ chấm dứt (nhận được eofstdin của nó nếu vỏ thoát).

Tôi không nghĩ rằng bạn sẽ trở nên thanh lịch hơn

tail -f /dev/null

mà bạn đã đề xuất (giả sử điều này sử dụng inotify trong nội bộ, không nên bỏ phiếu hoặc đánh thức, vì vậy ngoài việc tìm kiếm kỳ quặc, nó là đủ).

Bạn cần một tiện ích sẽ chạy vô thời hạn, sẽ giữ cho thiết bị xuất chuẩn của nó mở, nhưng thực tế sẽ không viết bất cứ điều gì cho thiết bị xuất chuẩn và sẽ không thoát khi đóng stdin của nó. Một cái gì đó giống như yesthực sự viết vào thiết bị xuất chuẩn. catsẽ thoát khi đóng stdin của nó (hoặc bất cứ điều gì bạn chuyển hướng vào nó được thực hiện). Tôi nghĩ rằng sleep 1000000000dcó thể làm việc, nhưng tailrõ ràng là tốt hơn. Hộp Debian của tôi có một tailflệnh rút ngắn một chút.

Lấy một chiến thuật khác, làm thế nào về việc chạy chương trình theo screen?

sleep infinity là giải pháp rõ ràng nhất mà tôi biết.

Bạn có thể sử dụng infinityvì sleepchấp nhận số dấu phẩy động * , có thể là số thập phân , thập lục phân , vô cực hoặc NaN , theo man strtod.

* Đây không phải là một phần của tiêu chuẩn POSIX, vì vậy không thể mang theo như tail -f /dev/null. Tuy nhiên, nó được hỗ trợ trong GNU coreutils (Linux) và BSD (được sử dụng trên Mac) (dường như không được hỗ trợ trên các phiên bản mới hơn của Mac - xem bình luận).

sleep 2147483647 | program > output &

Vâng, 2^31-1là một con số hữu hạn và nó sẽ không chạy mãi mãi , nhưng tôi sẽ cho bạn 1000 đô la khi giấc ngủ cuối cùng cũng kết thúc. (Gợi ý: một trong số chúng ta sẽ chết vào lúc đó.)

• không có hồ sơ tạm thời; kiểm tra.
• không phải chờ đợi bận rộn hoặc thức dậy định kỳ; kiểm tra
• không có tiện ích kỳ lạ; kiểm tra.
• Càng ngắn càng tốt. Được rồi, nó có thể ngắn hơn.

Bạn có thể tạo một nhị phân thực hiện điều đó với:

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

Đây là một đề xuất khác sử dụng các tiện ích Unix tiêu chuẩn, để "không làm gì, vô thời hạn" .

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

Điều này kích hoạt một lớp vỏ được gửi ngay lập tức SIGSTOP, làm đình chỉ quá trình. Điều này được sử dụng như "đầu vào" cho chương trình của bạn. Phần bù của SIGSTOPlà SIGCONT, tức là nếu bạn biết shell có PID 12345, bạn có thể kill -CONT 12345làm cho nó tiếp tục.

Trên Linux, bạn có thể làm:

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

Trên Linux, mở / dev / fd / x trong đó x là một mô tả tệp cho đầu viết của một ống, giúp bạn đọc kết thúc đọc của ống, vì vậy ở đây giống như trên stdin của chương trình. Về cơ bản, readsẽ không bao giờ quay trở lại, bởi vì điều duy nhất có thể ghi vào đường ống đó là chính nó, và readkhông tạo ra bất cứ điều gì.

Nó cũng sẽ hoạt động trên FreeBSD hoặc Solaris, nhưng vì một lý do khác. Ở đó, việc mở / dev / fd / 1 giúp bạn có được tài nguyên giống như mở trên fd 1 như bạn mong đợi và như hầu hết các hệ thống ngoại trừ Linux, do đó, kết thúc bằng văn bản. Tuy nhiên, trên FreeBSD và Solaris, các đường ống là hai chiều. Vì vậy, miễn là programkhông ghi vào stdin của nó (không có ứng dụng nào), readsẽ không có gì để đọc từ hướng đó của đường ống.

Trên các hệ thống mà các đường ống không hai chiều, readcó thể sẽ không thành công khi có lỗi khi cố đọc từ một bộ mô tả tệp chỉ ghi. Cũng lưu ý rằng không phải tất cả các hệ thống đều có /dev/fd/x.

read Giải pháp của Stéphane Chazelas cũng hoạt động trên Mac OS X nếu mở fd đọc /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

Để có thể giết tail -f /dev/nulltrong một tập lệnh (ví dụ với SIGINT), cần phải làm nền cho taillệnh và wait.

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

Chuyển hướng /dev/zerolàm đầu vào tiêu chuẩn!

program < /dev/zero > output &