Có tên đường dẫn POSIX không thể đặt tên tệp?

Có bất kỳ đường dẫn pháp lý nào trong POSIX không thể được liên kết với một tệp, thường xuyên hoặc không thường xuyên không? Đó là, mà test -e "$LEGITIMATEPOSIXPATHNAME"không thể thành công?

Làm rõ # 1: tên đường dẫn

Theo "đường dẫn hợp pháp trong POSIX", ý tôi là những đường dẫn mà POSIX nói được cho phép, không phải những đường dẫn mà POSIX không cấm rõ ràng. Tôi đã xem xét điều này và đặc tả POSIX gọi chúng là các chuỗi ký tự:

1. Chỉ sử dụng các ký tự từ bộ ký tự tên tệp di động [a-zA-Z0-9._-](xem http://www.opengroup.org/onlinepub/009695399/basingefs/xbd_chap03.html#tag_03_276 );
2. Đừng bắt đầu với -; và
3. Có độ dài từ 1 đến NAME_MAX, một số chưa được chỉ định cho POSIX không nhỏ hơn 14.

POSIX cũng cho phép các hệ thống tập tin có thể sẽ thoải mái hơn thế này, nhưng nó cấm các ký tự NUL và /xuất hiện trong tên tệp. Lưu ý rằng tên tệp UNIX theo mô hình như lost+foundvậy không phải là FPF, theo def này. Có một PATH_MAX không đổi khác, người sử dụng không cần giải thích thêm.

Câu trả lời lý tưởng sẽ sử dụng các FPF, nhưng tôi quan tâm đến bất kỳ ví dụ nào với tên tệp mà POSIX không cấm hoàn toàn.

Làm rõ # 2: không thể

Rõ ràng, tên đường dẫn thông thường có thể được liên kết vào một tệp. Nhưng ngữ nghĩa UNIX sẽ cho bạn biết rằng có những nơi đặc biệt thường không thể có các tệp tùy ý được tạo, như trong /devthư mục. Có nơi nào đặc biệt như vậy được quy định trong POSIX không? Đó là những gì câu hỏi nhận được sau.

Vì câu hỏi cuối cùng là liệu có những nơi đặc biệt thường không có tệp hay không, như trong thư mục / dev được quy định trong POSIX, nên andswer là CÓ .

Danh sách đầy đủ các tệp và thư mục được xác định trước được đưa ra trong chương 10, Cấu trúc và thiết bị thư mục POSIX , của Thông số kỹ thuật cơ sở nhóm mở của IEEE Vấn đề 6 :

Các thư mục sau sẽ tồn tại trên các hệ thống tuân thủ và các ứng dụng tuân thủ sẽ chỉ sử dụng chúng như mô tả. Các ứng dụng tuân thủ nghiêm ngặt sẽ không đảm nhận khả năng tạo tệp trong bất kỳ thư mục nào, trừ khi được chỉ định dưới đây.

/
Thư mục gốc.
/ dev
Chứa / dev / console, / dev / null và / dev / tty, được mô tả bên dưới.

Thư mục sau sẽ tồn tại trên các hệ thống phù hợp và sẽ được sử dụng như mô tả:

/ tmp
Một thư mục được tạo sẵn cho các ứng dụng cần một nơi để tạo các tệp tạm thời. Các ứng dụng sẽ được phép tạo các tệp trong thư mục này, nhưng không cho rằng các tệp đó được bảo tồn giữa các yêu cầu của ứng dụng.

Các tệp sau phải tồn tại trên các hệ thống phù hợp và phải có thể đọc và ghi được:

/ dev / null
Một nguồn dữ liệu vô hạn và dữ liệu chìm. Dữ liệu được ghi vào / dev / null sẽ bị loại bỏ. Đọc từ / dev / null sẽ luôn trả về cuối tập tin (EOF).
/ dev / tty
Trong mỗi quy trình, một từ đồng nghĩa cho thiết bị đầu cuối kiểm soát được liên kết với nhóm quy trình của quy trình đó, nếu có. Nó rất hữu ích cho các chương trình hoặc thủ tục shell muốn chắc chắn viết tin nhắn đến hoặc đọc dữ liệu từ thiết bị đầu cuối cho dù đầu ra đã được chuyển hướng như thế nào. Nó cũng có thể được sử dụng cho các ứng dụng yêu cầu tên của tệp cho đầu ra, khi muốn nhập đầu ra và rất mệt mỏi để tìm ra thiết bị đầu cuối nào đang được sử dụng.

Các tập tin sau sẽ tồn tại trên các hệ thống phù hợp và không cần phải đọc hoặc ghi được:

/ dev / console
Tệp / dev / console là tên chung được đặt cho bảng điều khiển hệ thống (xem Bảng điều khiển hệ thống). Nó thường được liên kết với một tập tin đặc biệt được xác định thực hiện. Nó sẽ cung cấp một giao diện cho bảng điều khiển hệ thống phù hợp với các yêu cầu của âm lượng Định nghĩa cơ sở của IEEE Std 1003.1-2001, Chương 11, Giao diện thiết bị đầu cuối chung.

Việc kiểm tra tên tệp có ký tự null trong đó sẽ luôn thất bại.

POSIX dự trữ '/' và null từ tên tệp. Điều này là hợp lý: một là dấu phân cách thư mục và một là dấu kết thúc chuỗi. Để hỗ trợ điểm đó, Wikipedia cho biết ext2, ext3 và ext4 cho phép tất cả các byte trong tên tệp ngoại trừ null và dấu gạch chéo về phía trước. NTFS, có hoặc không ở chế độ tương thích POSIX, không cho phép nhiều hơn thế; và các biến thể FAT cũng không cho phép null. Về lý thuyết, nó thực sự phụ thuộc vào hệ thống tập tin. Nhưng tôi sẽ không nín thở khi cố gắng tìm một trường hợp mà null tìm được tên tập tin.

/dev/null/impossiblekhông thể tồn tại Điều này là do /dev/nullphải là một tệp và vì vậy không thể là một thư mục.

Tương tự cho /dev/tty/impossiblevà/dev/console/impossible

"Đường dẫn pháp lý trong POSIX" đã có nghĩa là nó có thể trỏ đến một đối tượng hệ thống tệp (tệp, thư mục, symlink, v.v.).

Về ý nghĩ thứ hai, một số hệ thống tập tin (như FAT) có các hạn chế đối với các ký tự được phép trong tên tệp. Vì vậy, trong máy tính của tôi, ~/fs/phone/This:is*a?file|name.txtsẽ bị vfattrình điều khiển hệ thống tập tin từ chối .

Để trả lời câu hỏi thứ hai, test -e "$LEGITIMATEPOSIXPATHNAME"thất bại khi tập tin không tồn tại, rõ ràng.

Thử nghiệm sẽ thất bại nếu tên tệp phá vỡ các giới hạn của việc triển khai POSIX cục bộ.

Mỗi hệ thống tệp tồn tại đều đưa ra các giả định về độ dài tối đa, giới hạn đệ quy thư mục và hơn thế nữa. Vì vậy, tên POSIX hợp pháp trên một hệ điều hành có thể không hợp pháp trên một hệ điều hành khác.

Vì vậy, câu trả lời của tôi cho câu hỏi là "Có":
Ngay cả các tên hợp pháp khi được thử nghiệm trên một hệ thống POSIX, có thể bị từ chối bởi một hệ thống khác, vì các hạn chế triển khai.