GNUはいくつかのシェルの{}を見つけてマスクします-どれですか？

GNU findのmanページには次のように記載されています。

-exec command ;
    [...] The  string `{}'  is  replaced  by the current 
    file name being processed everywhere it occurs in the 
    arguments to the command, not just in arguments where 
    it is alone, as in some  versions  of  find.
    Both  of  these  constructions might need to be escaped 
    (with a `\') or quoted to protect them from expansion 
    by the shell. 

それは、男からfind（GNU findutils）4.4.2までです。

今、私はこれをbashとdashでテストしましたが、どちら{}もマスクされている必要はありません。以下に簡単なテストを示します。

find /etc -name "hosts" -exec md5sum {} \; 

中括弧をマスクする必要があるシェルはありますか？見つかったファイルに空白（bashから呼び出された）が含まれているかどうかに依存しないことに注意してください。

find ~ -maxdepth 1 -type d -name "U*" -exec ls -d {} \; 
/home/stefan/Ubuntu One

見つかったファイルがサブシェルに渡されると、これが変わります。

find ~ -maxdepth 3 -type d -name "U*" -exec bash -c 'ls -d {}' \; 
ls: cannot access /home/stefan/Ubuntu: No such file or directory
ls: cannot access One: No such file or directory

次の方法で解決できます。

find ~ -maxdepth 3 -type d -name "U*" -exec bash -c 'ls -d "$0"' {} \;

とは対照的に：

find ~ -maxdepth 3 -type d -name "U*" -exec bash -c 'ls -d "{}"' \; 
/home/stefan/Ubuntu One

しかし、それはマニュアルページが言っていることではありませんか？それでは、どのシェルが{}異なる方法で処理しますか？

要約：展開されたシェルがあった場合{}、それは本当に古いレガシーのものです。

BourneシェルおよびPOSIX準拠のシェルでは、中かっこ（{および}）は通常の文字です（(and )とは異なり、;and &、および[and ]はグロブ文字です）。次の文字列はすべて、文字通り印刷されることになっています。

$ echo { } {} {foo,bar} {1..3}
{ } {} {foo,bar} {1..3}

単一の中括弧で構成される単語は予約語であり、コマンドの最初の単語である場合にのみ特別です。

Kshは、Bourneシェルに対する互換性のない拡張としてブレース拡張を実装します。これはでオフにできますset +B。Bashはこの点でkshをエミュレートします。Zshはブレース拡張も実装しています。そこで、set +Iまたはsetopt ignore_bracesまたはでオフにできますemulate sh。これらのシェル{}はいずれも、単語の部分文字列（例：）であっても、andのfoo{}bar引数で一般的に使用されるため、展開しません。findxargs

単一のUnix v2では、

一部の歴史的なシステムでは、中括弧は制御演算子として扱われます。将来の標準化活動を支援するために、ポータブルアプリケーションは、引用符で囲まれていない中括弧を使用してキャラクター自体を表すことを避ける必要があります。1993標準ことが必要な場合があります：ISO / IEC 9945-2の将来のバージョンがいる可能性がある{と}トークンがあるが、制御事業者として個々に処理すること{}おそらく頻繁に使用されるのこのから特殊なケースの免除になりますfind {}構築物。

このメモは、標準の後続バージョンでは削除されました。の例にfindはの引用符で囲ま{}れていない用途があり、の例もxargs同様です。{}引用が必要な歴史的なBourneシェルがあったかもしれませんが、それらは今では本当に古いレガシーシステムでした。

私が手にしているcsh実装（OpenBSD 4.7、DebianのBSD csh、tcsh）はすべて拡張さ{foo}れてfooいますが、放置されてい{}ます。

{}バージョンで引用する必要がfish3.0.0より前のシェル。

$ fish -c 'echo find -exec {} \;'
find -exec  ;

また、rcシェル（にもakanga基づいてrcいますが、ではありませんes）：

$ rc -c "echo find -exec {} ';'"
line 1: syntax error near '{'

これらはおそらくfish、2005年に最初にリリースされて以来（そのテキストまたは類似のものは1994年にすでに存在していた）GNU findドキュメントの著者が念頭に置いていたrcシェルではなく、もともとUnixシェルではありませんでした。

csh（ブレース拡張を導入したシェル）のいくつかのバージョンにはそれを必要とするという噂があります。しかしcsh、2BSDの最初のリリースがそうでなかったので、それらに信用を与えるのは難しいです。PDP11エミュレーターでテストされたとおり：

# echo find -exec {} \;
find -exec {} ;

また、2BSDcshのmanページには次のように明記されています。

特殊なケースとして、 `{'、`}'および `{} 'はそのまま渡されます。

したがって、後でcshまたはtcshのバージョンがそれを破った場合、非常に奇妙に感じるでしょう。

いくつかのバージョンのいくつかのバグを回避することでした。まだその2BSD csh（2.79BSD、2.8BSD、2.11BSDでも同じです）：

# csh -x
# echo foo {} bar
echo foo {} bar
foo {} bar
# echo `echo foo {} bar`
echo `echo foo {} bar`
echo foo {} bar
foo  bar

ただし、引用は役に立たない：

# echo `echo foo '{}' bar`
echo `echo foo '{}' bar`
echo foo {} bar
foo  bar

コマンド置換全体を引用できます。

# echo "`echo foo {} bar`"
echo `echo foo {} bar`
echo foo {} bar
foo {} bar

しかし、それはその外側のエコーに1つの引数を渡します。

ではcshまたはtcsh、あなたが引用する必要があるだろう{}ていないときのように、独自のを：

find . -name '*.txt' -type f -exec cp {} '{}.back' \;

（ただし、そのようなfind使用法は移植性がありません。一部findのsは{}単独で拡張されるためです）。

一言で、csh。 bashまた、他の最新のシェルは、ユーザーがおそらく中括弧の拡張を要求していないことを認識しています。（Modern cshは実際にtcshあり{}、今では正常に処理されるかもしれません。）