Dòng Shebang với lệnh `#! / Usr / bin / env --argument` không thành công trên Linux

Tôi đã có một kịch bản đơn giản:

#!/usr/bin/env ruby --verbose
# script.rb
puts "hi"

Trên hộp OSX của tôi, nó chạy tốt:

osx% ./script.rb
hi

Tuy nhiên, trên hộp linux của tôi, nó bị lỗi

linux% ./script.rb
/usr/bin/env: ruby --verbose: No such file or directory

Nếu tôi chạy dòng shebang bằng tay, nó hoạt động tốt

linux% /usr/bin/env ruby --verbose ./script.rb
hi

Nhưng tôi có thể sao chép lỗi nếu tôi đóng gói ruby --verbosethành một đối số duy nhất đểenv

linux% /usr/bin/env "ruby --verbose" ./script.rb
/usr/bin/env: ruby --verbose: No such file or directory

Vì vậy, tôi nghĩ rằng đây là một vấn đề với cách envdiễn giải việc thiết lập lại dòng shebang. Tôi đang sử dụng GNU coreutils 8.4 env:

linux% /usr/bin/env --version
env (GNU coreutils) 8.4
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Richard Mlynarik and David MacKenzie.

Điều này có vẻ thực sự kỳ lạ. Đây có phải là một vấn đề phổ biến với phiên bản này envhay không, có điều gì khác đang xảy ra ở đây mà tôi không biết?

Có vẻ như điều này là do Linux (không giống như BSD) chỉ chuyển một đối số duy nhất cho lệnh shebang (trong trường hợp này là env).

Điều này đã được thảo luận rộng rãi trên StackOverflow .

Tìm thấy điều này qua bình luận @rampion:

Điều gì xảy ra là kernel xử lý hai ký tự đầu tiên của tệp đang tìm kiếm #!. Nếu chúng được tìm thấy thì nó bỏ qua tất cả các ký tự khoảng trắng tìm kiếm một ký tự không phải khoảng trắng và trích xuất đường dẫn trình thông dịch phải là tệp thực thi thực sự và không phải là một tập lệnh khác, mặc dù linux mở rộng điều đó để cho phép xử lý tập lệnh đệ quy. Nhận thấy rằng sau đó nó bỏ qua ký tự không phải không gian đầu tiên, từ đó đến ký tự dòng mới tiếp theo và chuyển nó dưới dạng một đối số duy nhất cho lệnh. Không có xử lý 'shell' của dấu ngoặc kép hoặc các ký tự meta khác. Đó là tất cả rất đơn giản và vũ phu. Vì vậy, bạn không thể có được ưa thích với các tùy chọn ở đó. Bạn nhận được chính xác một khoảng trắng đối số được bao gồm và 'perl -w' là những gì kernel nhìn thấy ở đây và truyền lại.

Nguồn: http://lists.gnu.org/archive/html/orms-sh-utils/2002-04/msg00020.html