Ống bán không đồng bộ

Giả sử tôi có đường ống sau:

a | b | c | d

Làm thế nào tôi có thể chờ đợi để hoàn thành c(hoặc b) trong shhoặc bash? Điều này có nghĩa là tập lệnh dcó thể bắt đầu bất cứ lúc nào (và không cần phải chờ) nhưng yêu cầu đầu ra hoàn chỉnh cđể hoạt động chính xác.

Các trường hợp sử dụng là một difftoolcho gitrằng so sánh hình ảnh. Nó được gọi bởi gitvà cần xử lý đầu vào của nó ( a | b | cphần) và hiển thị kết quả so sánh ( dphần). Người gọi sẽ xóa đầu vào được yêu cầu cho avà b. Điều này có nghĩa là trước khi trở về từ tập lệnh, quá trình c(hoặc b) phải chấm dứt. Mặt khác, tôi không thể chờ đợi dvì điều này có nghĩa là tôi đang chờ người dùng nhập liệu.

Tôi biết rằng tôi có thể viết kết quả của cmột tệp tạm thời, hoặc có thể sử dụng một FIFO trong bash. (Tuy nhiên, không chắc chắn nếu FIFO sẽ giúp đỡ.) Có thể đạt được điều này mà không cần các tệp tạm thời shkhông?

BIÊN TẬP

Có lẽ nó là đủ nếu tôi có thể tìm ra ID quy trình của quy trình c(hoặc b) một cách đáng tin cậy. Sau đó, toàn bộ đường ống có thể được bắt đầu không đồng bộ và tôi có thể đợi ID tiến trình. Một cái gì đó dọc theo dòng

wait $(a | b | { c & [print PID of c] ; } | d)

CHỈNH SỬA ^ 2

Tôi đã tìm thấy một giải pháp, ý kiến ​​(hoặc vẫn là giải pháp tốt hơn) được chào đón.

a | b | { c; [notify];} | d

Thông báo có thể được thực hiện, ví dụ bằng tín hiệu đến một PID đã được truyền trong biến môi trường ( kill -USR1 $EXTPID) hoặc bằng cách tạo tệp ( touch /path/to/file).

Một ý tưởng khác:

Bạn thực hiện quy trình tiếp theo (quy trình có thể bắt đầu mà bạn đang chờ) từ đường ống:

a | b | { c; exec >&-; nextprocess;} | d

hoặc là

a | b | { c; exec >&-; nextprocess &} | d

Nếu tôi hiểu chính xác câu hỏi của bạn, điều này sẽ hoạt động:

a | b | c | { (exec <&3 3<&-; d) &} 3<&0

(thủ thuật fd 3 là do một số (hầu hết) shell chuyển hướng stdin sang / dev / null với &).

Trong bash, bạn có thể sử dụng thay thế quá trình . Lệnh trong quá trình thay thế chạy không đồng bộ, nó không được chờ đợi.

a | b | c > >(d)

Đây là những gì tôi đã tìm thấy bằng cách dùng thử và lỗi, với sự trợ giúp của đầu vào của Hauke:

a | b | { c; kill -PIPE $$; } | d

Tương đương:

a | b | ( c; kill -PIPE $$; ) | d

(Cái sau rõ ràng hơn, vì {}dù sao cũng sẽ chạy trong một lớp con nếu bên trong một đường ống.)

Một số tín hiệu khác (bao gồm QUIT, TERMvà USR1) cũng hoạt động, tuy nhiên trong trường hợp này, mô tả của tín hiệu được hiển thị trên thiết bị đầu cuối.

Tôi tự hỏi nếu đây là ý định ban đầu của PIPEtín hiệu. Theo hướng dẫn :

SIGPIPE: PIPETín hiệu được gửi đến một quy trình khi nó cố ghi vào đường ống mà không có quá trình kết nối với đầu kia.

Điều này có nghĩa là khi tôi gửi tín hiệu đường ống một cách giả tạo đến mạng con, nó sẽ âm thầm chấm dứt, để lại người tiêu dùng cuối cùng ( d).

Điều này hoạt động trong cả shvà bash.

Bạn có thể sử dụng spongechương trình từ gói "moreutils":

a | b | c | sponge | d

miếng bọt biển sẽ cho phần cuối của cđầu ra trước khi đặt nó vào d. Hy vọng đó là những gì bạn muốn.

Bạn chỉ có thể làm:

a | b | c | (d ; cat > /dev/null)

Vì vậy, khi dkết thúc, catphần còn lại sẽ hấp thụ phần còn lại của cđầu ra cho đến khi hoàn thành.

Đồng ý. Sau khi bình luận, tôi nghĩ câu trả lời là trực tiếp bắt đầu dtrong nền.

Làm:

a | b | c | (d &)

hoặc sử dụng giải pháp của Stephane Chazelas nếu có vấn đề với dviệc đọc từ stdin .