find(1): 特定のファイル名で失敗するようにアスタリスクのワイルドカードを実装する方法は？

Question

本当に良いボーナスですね。 GNU findのソースコードを少し見てみると、これはfnmatch無効なバイトシーケンス（pred_name_commonin pred.c）の動作方法で帰結すると言いたいと思います。

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

このコードはfnmatch戻り値が0かどうかをテストしますが、エラーをチェックしません。これにより、エラーが「一致しない」と報告されます。

何年も前に、*破損したファイル名でもパターンに対して常にtrueを返すようにこのlibc関数の動作を変更することが提案されましたが、私が知っている限り、このアイデアは拒否されました（参照：https://sourceware.org/ml/libc-hacker/2002-11/msg00071.html):

fnmatchが無効なマルチバイト文字を検出した場合は、「*」がその文字列と一致するようにシングルバイト一致で置き換える必要があります。

なぜこれがより良いかより正確ですか？既成の方法はありますか？

Stéphane Chazelasがコメントと2002年の同じスレッドで述べたように、これは無効な文字をブロックしないシェルで実行されるglob拡張と一致しません。おそらくもっと混乱しているのは、リバーステストが名前が破損したファイルだけを一致させることです（bashでcreate fileを使用touch $'D\351marrer' $'Touch\303\251' $'\346\227\245\346\234\254\350\252\236'）。

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

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

したがって、あなたの質問に答えるには、この場合の動作を理解し、関数のfnmatch戻り値をどのように処理するかを知ることで、findこれを予測できます。おそらく文書を読むだけでは答えが見つかりません。

Answer 1

本当に良いボーナスですね。 GNU findのソースコードを少し見てみると、これはfnmatch無効なバイトシーケンス（pred_name_commonin pred.c）の動作方法で帰結すると言いたいと思います。

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