tìm (1): làm thế nào để ký tự đại diện sao được thực hiện cho nó không thành công trên một số tên tệp?

Trong một hệ thống tệp có tên tệp trong UTF-8, tôi có một tệp có tên bị lỗi; nó được hiển thị dưới dạng : D�sinstaller, tên thật theo zsh : D$'\351'sinstaller, Latin1 Désinstaller, bản thân nó là một sự man rợ của Pháp đối với "gỡ cài đặt". Zsh sẽ không phù hợp với nó [[ $file =~ '^.*$' ]]nhưng sẽ phù hợp với nó với một tinh thần toàn cầu *là hành vi mà tôi mong đợi.

Bây giờ tôi vẫn mong đợi tìm thấy nó khi chạy find . -name '*'một số vấn đề thực tế, tôi sẽ không bao giờ mong đợi một tên tệp sẽ thất bại trong bài kiểm tra này. Tuy nhiên, với LANG=en_US.utf8, tệp không hiển thị và tôi phải đặt LANG=C(hoặc en_US, hoặc '') để nó hoạt động.

Câu hỏi: Việc triển khai đằng sau là gì và làm thế nào tôi có thể dự đoán kết quả đó?

_{Infos: Arch Linux 3.14.37-1-lts, find (GNU findutils) 4.4.2}

Đó là một đánh bắt thực sự tốt đẹp. Từ một cái nhìn nhanh về mã nguồn cho GNU find, tôi sẽ nói điều này hiểu rõ về cách fnmatchhành xử trên các chuỗi byte không hợp lệ ( pred_name_commonin pred.c):

b = fnmatch (str, base, flags) == 0;
(...)
return b;

Mã này kiểm tra giá trị trả về của fnmatchđẳng thức bằng 0, nhưng không kiểm tra lỗi; điều này dẫn đến bất kỳ lỗi nào được báo cáo là "không khớp".

Nhiều năm trước, đã có đề xuất thay đổi hành vi của hàm libc này để luôn trả về đúng trên *mẫu, ngay cả trên tên tệp bị hỏng, nhưng từ những gì tôi có thể nói ý tưởng phải bị từ chối (xem chủ đề bắt đầu từ https : //sourceware.org/ml/libc-hacker/2002-11/msg00071.html ):

Khi fnmatch phát hiện một ký tự đa nhân không hợp lệ, nó sẽ quay trở lại khớp một byte, do đó "*" có cơ hội khớp với một chuỗi như vậy.

Và tại sao điều này tốt hơn hay đúng hơn? Có thực hành hiện có?

Như Stéphane Chazelas đã đề cập trong một bình luận, và cũng trong cùng một chủ đề năm 2002, điều này không phù hợp với việc mở rộng toàn cầu được thực hiện bởi shell, không gây nghẹt thở cho các ký tự không hợp lệ. Có lẽ khó hiểu hơn nữa là việc đảo ngược bài kiểm tra sẽ chỉ khớp với những tệp có tên bị hỏng (tạo tệp trong bash với touch $'D\351marrer' $'Touch\303\251' $'\346\227\245\346\234\254\350\252\236'):

$ find -name '*'
.
./Touché
./日本語

$ find -not -name '*'
./D?marrer

Vì vậy, để trả lời câu hỏi của bạn, bạn có thể dự đoán điều này bằng cách biết hành vi của bạn fnmatchtrong trường hợp này và biết cách findxử lý giá trị trả về của hàm này; bạn có thể không thể tìm ra chỉ bằng cách đọc tài liệu.

-nametùy chọn find sử dụng ký hiệu khớp mẫu shell để thực hiện khớp tên tệp. *là một mẫu khớp với nhiều ký tự , sẽ khớp với một chuỗi có 0 hoặc nhiều ký tự.

findsử dụng fnmatch để kiểm tra khớp mẫu, vì vậy bạn có thể sử dụng ltrace để kiểm tra kết quả:

$ touch $'\U1212'aa
$ touch D$'\351'sinstaller
$ LC_ALL=en_US.utf8 ltrace -e fnmatch find -name '*'          
find->fnmatch("foo", "foo", 0)                   = 0
find->fnmatch("Foo", "foo", 0)                   = 1
find->fnmatch("Foo", "foo", 16)                  = 0
find->fnmatch("*", ".", 0)                       = 0
.
find->fnmatch("*", "D\351sinstaller", 0)         = -1
find->fnmatch("*", "\341\210\222aa", 0)          = 0
./ሒaa
+++ exited (status 0) +++

Với D\351sinstaller, fnmatchtrở lại -1, chỉ ra rằng nó không phù hợp. Một nhân vật hợp lệ như ሒaasẽ được khớp.

Trong trường hợp của bạn, với UTF-8miền địa phương, \351là một ký tự không hợp lệ, gây ra lỗi khớp mẫu.