Có phải shem shith phải có trong thư mục của Cameron / bin không?

Tôi đã đọc rằng các hệ điều hành tuân thủ POSIX (ví dụ: Linux) phải có shvỏ.

Nhưng nó được yêu cầu shphải có trong /binthư mục, hoặc nó có thể nằm trong bất kỳ thư mục nào?

POSIX chỉ có quy định thành /devvà /tmpthư mục để tồn tại , và /dev/null, /dev/ttyvà /dev/consoletập tin. Các tiện ích tiêu chuẩn phải tồn tại, nhưng không có vị trí cụ thể được chỉ định. Có thể không có một /binchút nào, và nếu có nó có thể không chứa một sh, và nếu nó có thể không phải là một POSIX sh.

Bạn có thể nhận được một PATHbiến hợp lệ bao gồm các công cụ POSIX, bao gồm sh, với getconflệnh :

$ PATH=$(getconf PATH)
$ sh

Điều này có thể hữu ích, ví dụ như Solaris, trong đó mặc định shkhông tương thích với POSIX , nhưng tuân thủ shđược cung cấp và truy cập theo cách đó (vì Solaris là một Unix được chứng nhận ). getconf PATHsẽ bao gồm /usr/xpg4/binở phía trước, trong đó có POSIX shvà một số công cụ cần thiết khác ( bao gồm cả nhữngcd công cụ vô dụng như ).

Không, nó không bắt buộc shphải ở trong /bin. Nó rõ ràng đã trích dẫn /bin, /usr/binvà /usr/xpg4/binlà địa điểm có thể. Thông số POSIX chỉ yêu cầu shtrong PATH.

Thông số kỹ thuật POSIX nêu rõ:

Các ứng dụng cần lưu ý rằng PATH tiêu chuẩn cho shell không thể được coi là /bin/shhoặc /usr/bin/sh, và nên được xác định bằng cách thẩm vấn PATH được trả về bởi getconf PATH, đảm bảo rằng tên đường dẫn được trả về là tên đường dẫn tuyệt đối chứ không phải là vỏ được tích hợp.

Ví dụ: để xác định vị trí của tiện ích sh tiêu chuẩn:

command -v sh

Trên một số triển khai, điều này có thể trở lại:

/usr/xpg4/bin/sh

Như những người khác ở đây đã nói, điều này không bắt buộc phải tuân thủ POSIX.

Nhưng khả năng tương thích với phần mềm hiện có quan trọng hơn nhiều (xét cho cùng, mục đích của POSIX là để một số thứ hoạt động trên tất cả các hệ điều hành phù hợp) và nếu một hệ điều hành không cung cấp sh /bin/sh, điều đó sẽ phá vỡ một số thứ.

Rõ ràng nhất, các kịch bản #!/bin/shdựa trên đường dẫn này được chuẩn hóa. Điều này là không cần thiết để làm việc; POSIX thậm chí không yêu cầu #!các dòng được hỗ trợ, mặc dù nó đề cập rằng chức năng đó là phổ biến :

Một cách khác mà một số triển khai lịch sử xử lý các tập lệnh shell là nhận ra hai byte đầu tiên của tệp là chuỗi ký tự "#!" và sử dụng phần còn lại của dòng đầu tiên của tệp làm tên của trình thông dịch lệnh để thực thi.

Nhưng nếu điều đó không được hỗ trợ, rất nhiều phần mềm hiện có sẽ bị hỏng hoặc yêu cầu thêm công việc để chuyển.