โปรแกรม Bash ไม่ทำงานหากการเปลี่ยนเส้นทางจะล้มเหลว

ใน bash ฉันสังเกตเห็นว่าหากคำสั่งที่ใช้การเปลี่ยนเส้นทางจะล้มเหลวโปรแกรมใด ๆ ที่ทำงานก่อนหน้านั้นจะไม่ทำงาน

ตัวอย่างเช่นโปรแกรมนี้เปิดไฟล์ "a" และเขียน 50 ไบต์ไปยังไฟล์ "a" อย่างไรก็ตามการรันคำสั่งนี้ด้วยการเปลี่ยนเส้นทางไปยังไฟล์ที่มีสิทธิ์ไม่เพียงพอ (~ root / log) ทำให้ไม่มีการเปลี่ยนแปลงขนาดไฟล์ของ "a"

$ ./write_file.py >> ~root/log
-bash: /var/root/log: Permission denied
cdal at Mac in ~/experimental/unix_write
$ ls -lt
total 16
-rw-rw-r--  1 cdal  staff  0 Apr 27 08:54 a <-- SHOULD BE 50 BYTES

ใคร ๆ ก็คิดว่าโปรแกรมจะทำงานเรียกใช้เอาต์พุตใด ๆ (แต่เขียนไปยังไฟล์ "a") แล้วไม่สามารถเขียนเอาต์พุตใด ๆ ไปยัง ~ root / log แต่โปรแกรมจะไม่ทำงาน

เหตุใดจึงเป็นเช่นนี้และทุบตีเลือกลำดับของ "การตรวจสอบ" ที่ทำงานก่อนที่จะดำเนินการโปรแกรมอย่างไร มีการตรวจสอบอื่น ๆ เช่นกันหรือไม่?

ป.ล. ฉันพยายามที่จะตรวจสอบว่าโปรแกรมทำงานภายใต้ cron ทำงานจริงเมื่อเปลี่ยนเส้นทางไปยังไฟล์ "สิทธิ์ถูกปฏิเสธ"

ไม่ใช่เรื่องของการสั่งซื้อเช็ค แต่เป็นเรื่องของการตั้งค่าเชลล์ การเปลี่ยนเส้นทางถูกตั้งค่าก่อนที่คำสั่งจะรัน ดังนั้นในตัวอย่างของเปลือกพยายามที่จะเปิดสำหรับการผนวกก่อนที่จะพยายามที่จะทำอะไรที่เกี่ยวข้องกับ~root/log ./write_file.pyเนื่องจากไม่สามารถเปิดไฟล์บันทึกได้การเปลี่ยนเส้นทางจึงล้มเหลวและเชลล์หยุดประมวลผลบรรทัดคำสั่ง ณ จุดนั้น

วิธีหนึ่งในการสาธิตสิ่งนี้คือการใช้ไฟล์ที่ไม่สามารถเรียกใช้งานได้และพยายามเรียกใช้:

$ touch demo
$ ./demo
zsh: permission denied: ./demo
$ ./demo > ~root/log
zsh: permission denied: /root/log

นี่แสดงให้เห็นว่าเชลล์ไม่ได้มอง./demoเมื่อไม่สามารถตั้งค่าการเปลี่ยนเส้นทาง

จากหน้าbash man, หัวข้อ REDIRECTION (เน้นที่ฉัน):

ก่อนที่จะดำเนินการคำสั่งอินพุตและเอาต์พุตอาจถูกเปลี่ยนทิศทางโดยใช้สัญลักษณ์พิเศษที่ตีความโดยเชลล์

...

ความล้มเหลวในการเปิดหรือสร้างไฟล์ทำให้การเปลี่ยนเส้นทางล้มเหลว

ดังนั้นเชลล์จึงพยายามที่จะเปิดไฟล์เป้าหมายสำหรับstdoutซึ่งล้มเหลวและคำสั่งจะไม่ถูกดำเนินการเลย

เป็นมูลค่าการสังเกตว่าเชลล์จะต้องสร้างการเปลี่ยนเส้นทางก่อนเริ่มโปรแกรม

พิจารณาตัวอย่างของคุณ:

./write_file.py >> ~root/log

เกิดอะไรขึ้นในเปลือกคือ:

1. เรา (เปลือก) fork(); กระบวนการ child สืบทอดตัวอธิบายไฟล์ที่เปิดจาก parent (เชลล์)
2. ในกระบวนการ child เราfopen()(ส่วนขยาย) "~ root / log" และdup2()ไปยัง fd 1 (และclose()fd ชั่วคราว) หากfopen()ล้มเหลวโทรexit()เพื่อรายงานข้อผิดพลาดไปยังผู้ปกครอง
3. ยังอยู่ในวัยเด็กเราexec()"./write_file.py" ตอนนี้กระบวนการนี้ไม่ได้รันรหัสใด ๆ ของเราอีกต่อไป (เว้นแต่ว่าเราไม่สามารถเรียกใช้งานได้ในกรณีนี้เราexit()จะรายงานข้อผิดพลาดกับผู้ปกครอง)
4. ผู้ปกครองจะwait()ให้เด็กยกเลิกและจัดการรหัสออก (โดยคัดลอกลง$?ในอย่างน้อย)

ดังนั้นการเปลี่ยนเส้นทางจะต้องเกิดขึ้นในชายด์ระหว่างfork()และexec(): มันไม่สามารถเกิดขึ้นได้ก่อนfork()เพราะจะต้องไม่เปลี่ยน stdout ของเชลล์และมันไม่สามารถเกิดขึ้นได้หลังจากexec()เพราะชื่อไฟล์และรหัสปฏิบัติการของเชลล์ตอนนี้ถูกแทนที่ด้วยโปรแกรม Python . พาเรนต์ไม่สามารถเข้าถึงไฟล์ descriptors ของเด็ก (และแม้ว่าจะเป็นเช่นนั้นก็ไม่สามารถรับประกันได้ว่าจะเปลี่ยนเส้นทางระหว่างexec()และครั้งแรกที่เขียนไปยัง stdout)

ฉันขอโทษที่ต้องแจ้งให้คุณทราบว่ามันค่อนข้างตรงข้าม เชลล์ต้องเปิดเป็น I / O ก่อนจากนั้นจึงผ่านการควบคุมไปยังโปรแกรม

tee อาจพิสูจน์ได้ว่ามีประโยชน์ในกรณีนี้: ./write_file.py | tee -a ~root/log > /dev/null