จะไม่ทำสิ่งใดตลอดไปอย่างสง่างาม?

ผมมีโปรแกรมที่ก่อให้ข้อมูลที่เป็นประโยชน์ในแต่ยังอ่านจากstdout stdinฉันต้องการเปลี่ยนเส้นทางเอาต์พุตมาตรฐานไปยังไฟล์โดยไม่ต้องให้อะไรกับอินพุตมาตรฐาน จนถึงตอนนี้ดีมาก: ฉันทำได้:

program > output

และไม่ทำอะไรเลยใน tty

อย่างไรก็ตามปัญหาคือฉันต้องการทำในพื้นหลัง ถ้าฉันทำ:

program > output &

โปรแกรมจะถูกระงับ ("ถูกระงับ (อินพุต tty)")

ถ้าฉันทำ:

program < /dev/null > output &

โปรแกรมหยุดทำงานทันทีเนื่องจากถึง EOF

ดูเหมือนว่าสิ่งที่ฉันต้องการก็คือการเข้าไปในท่อสิ่งที่ไม่ได้ทำอะไรสำหรับจำนวนเงินที่แน่นอนของเวลาและไม่ได้อ่านprogram stdinแนวทางต่อไปนี้ใช้ได้ผล:

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

อย่างไรก็ตามทั้งหมดนี้น่าเกลียดมาก มีมีจะเป็นวิธีที่สง่างามใช้สาธารณูปโภค Unix มาตรฐานเพื่อ "ทำอะไรไปเรื่อย ๆ" (ถอดความman true) ฉันจะบรรลุสิ่งนี้ได้อย่างไร (เกณฑ์หลักของฉันสำหรับความสง่างามที่นี่: ไม่มีไฟล์ชั่วคราวไม่มีการรอไม่ว่างหรือการปลุกเป็นระยะ ๆ ไม่มีสาธารณูปโภคแปลกใหม่สั้นที่สุดเท่าที่จะทำได้)

ในเปลือกหอยที่สนับสนุนพวกเขา (ksh, zsh, bash4), คุณสามารถเริ่มต้นการprogramเป็นผู้ร่วมกระบวนการ

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

ที่เริ่มต้นในพื้นหลังด้วยการป้อนข้อมูลของการเปลี่ยนเส้นทางจากprogram pipeปลายอีกด้านหนึ่งของท่อเปิดให้เปลือก

ประโยชน์สามประการของวิธีการนั้น

• ไม่มีกระบวนการพิเศษ
• คุณสามารถออกจากสคริปต์เมื่อprogramตาย (ใช้waitเพื่อรอ)
• programจะยุติ (รับeofstdin ถ้าเชลล์ออก)

ฉันไม่คิดว่าคุณจะสง่างามไปกว่านี้อีกแล้ว

tail -f /dev/null

ที่คุณแนะนำไว้แล้ว (สมมติว่าการใช้สิ่งนี้แจ้งภายในไม่ควรมีการสำรวจหรือปลุกดังนั้นนอกเหนือจากการมองที่แปลกมันควรจะเพียงพอ)

คุณต้องการโปรแกรมอรรถประโยชน์ที่จะทำงานไปเรื่อย ๆ จะเปิด stdout ไว้ แต่จะไม่เขียนอะไรไปยัง stdout และจะไม่ออกเมื่อ stdin ถูกปิด สิ่งที่ต้องการyesเขียนถึง stdout จริง ๆ catจะออกเมื่อ stdin ถูกปิด (หรืออะไรก็ตามที่คุณสั่งให้ทำ) ฉันคิดว่าsleep 1000000000dอาจใช้งานได้ แต่สิ่งที่tailดีกว่าชัดเจน กล่อง Debian ของฉันมีtailfคำสั่งที่สั้นลงเล็กน้อย

การตะปูที่แตกต่างกันเกี่ยวกับวิธีการใช้โปรแกรมภายใต้screen?

sleep infinity เป็นทางออกที่ชัดเจนที่สุดที่ฉันรู้

คุณสามารถใช้infinityเพราะsleepรับจำนวนจุดลอย*ซึ่งอาจจะเป็นทศนิยม , เลขฐานสิบหก , อินฟินิตี้หรือน่านman strtodตาม

* นี่ไม่ใช่ส่วนหนึ่งของมาตรฐาน POSIX ดังนั้นจึงไม่สามารถพกพาtail -f /dev/nullได้ อย่างไรก็ตามรองรับใน GNU coreutils (Linux) และ BSD (ใช้กับ Mac) (เห็นได้ชัดว่าไม่รองรับ Mac รุ่นใหม่กว่า - ดูความคิดเห็น)

sleep 2147483647 | program > output &

ใช่2^31-1เป็นจำนวน จำกัด และมันจะไม่ทำงานตลอดไปแต่ฉันจะให้คุณ $ 1,000 เมื่อการนอนหลับหมดลงในที่สุด (คำแนะนำ: หนึ่งในนั้นจะต้องตายในเวลานั้น)

• ไม่มีไฟล์ชั่วคราว ตรวจสอบ
• ไม่มีการรอคอยที่ยุ่งหรือปลุกเป็นระยะ ตรวจสอบ
• ไม่มีสาธารณูปโภคที่แปลกใหม่ ตรวจสอบ
• สั้นที่สุด โอเคมันอาจจะสั้นกว่านี้

คุณสามารถสร้างไบนารีที่ทำได้ด้วย:

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

นี่คือข้อเสนอแนะอื่นใช้สาธารณูปโภค Unix มาตรฐานเพื่อ "ทำอะไรไปเรื่อย ๆ"

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

สิ่งนี้จะทำให้เชลล์ที่ถูกส่งไปในทันทีSIGSTOPซึ่งหยุดกระบวนการ ใช้เป็น "อินพุต" ในโปรแกรมของคุณ ส่วนประกอบของSIGSTOPคือSIGCONTถ้าคุณรู้ว่าเปลือกมี PID 12345 คุณสามารถที่kill -CONT 12345จะทำให้มันดำเนินต่อไป

บน Linux คุณสามารถ:

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

บน Linux การเปิด / dev / fd / x โดยที่ x เป็นตัวอธิบายไฟล์ไปยังจุดสิ้นสุดการเขียนของไพพ์ทำให้คุณได้รับจุดสิ้นสุดการอ่านของไพพ์ดังนั้นที่นี่จะเหมือนกับใน stdin ของโปรแกรม โดยพื้นฐานแล้วreadจะไม่มีวันกลับคืนเพราะสิ่งเดียวที่อาจเขียนลงไปในท่อนั้นคือตัวของมันเองและreadไม่ส่งออกอะไรเลย

มันจะทำงานบน FreeBSD หรือ Solaris แต่ด้วยเหตุผลอื่น ที่นั่นการเปิด / dev / fd / 1 ทำให้คุณได้รับทรัพยากรเช่นเดียวกับ open บน fd 1 ตามที่คุณคาดหวังและเป็นระบบส่วนใหญ่ยกเว้น Linux ทำดังนั้นจุดสิ้นสุดการเขียนของไพพ์ อย่างไรก็ตามบน FreeBSD และ Solaris ท่อเป็นแบบสองทิศทาง ดังนั้นตราบใดที่programไม่ได้เขียนไปยัง stdin (ไม่มีแอปพลิเคชัน) readจะไม่ได้รับการอ่านจากทิศทางของไปป์นั้น

บนระบบที่ไพพ์ไม่ใช่แบบสองทิศทางreadอาจล้มเหลวด้วยข้อผิดพลาดเมื่อพยายามอ่านจากไฟล์ descriptor แบบเขียนอย่างเดียว /dev/fd/xนอกจากนี้ทราบว่าระบบทั้งหมดไม่ได้

Stéphane Chazelas' read วิธีการแก้ปัญหาการทำงานบน Mac OS X เช่นกันถ้า FD /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

เพื่อให้สามารถที่จะฆ่าtail -f /dev/nullในสคริปต์ (มี SIGINT ตัวอย่างเช่น) มีความจำเป็นต้องพื้นหลังและสั่งการtailwait

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

เปลี่ยนเส้นทาง/dev/zeroเป็นอินพุตมาตรฐาน!

program < /dev/zero > output &