GNU查找并掩盖了某些shell的{}-哪个？

GNU查找手册页指出：

-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

如果将找到的文件传递到子shell，则此更改：

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 shell和在POSIX兼容的外壳，括号（{和}）是普通字符（不像(和)它是字分隔符像;和&，以及[和]它们的通配符）。以下所有字符串均应按原样打印：

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

由单个花括号组成的单词是保留单词，仅当它是命令的第一个单词时才是特殊的。

Ksh将括号扩展实现为对Bourne shell的不兼容扩展。可以用关闭set +B。Bash在这方面模仿ksh。Zsh还实现了括号扩展；可以用set +I或setopt ignore_braces或将其关闭emulate sh。这些外壳程序{}在任何情况下都不会扩展，即使它是单词的子字符串（例如foo{}bar），也由于它们在find和参数中的常用用法而不会扩展xargs。

单个Unix v2指出

在某些历史系统中，花括号被视为控制运算符。为了协助将来的标准化活动，便携式应用程序应避免使用不带引号的花括号来表示字符本身。ISO / IEC 9945-2：1993标准的未来版本可能会要求这样做，{并被}单独视为控制运算符，尽管{}由于经常使用的find {}结构，令牌可能会在此情况下成为特殊情况的豁免。

该注释已在标准的后续版本中删除；的示例find具有的未引用用途{}，例如的示例也是如此xargs。可能有{}必须引用的Bourne历史外壳，但到现在为止它们确实是旧的旧系统。

我手头的csh实现（OpenBSD 4.7，Debian上的BSD csh，tcsh）都扩展{foo}到了，foo但{}别说了。

在{}需要的版本被引用fish之前3.0.0外壳。

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

并且在rc shell中（也akanga基于rc，但不是es）：

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

这些可能不是该GNU查找文档的作者在编写该文本（自fish2005年首次发布以来，该文本或类似内容于1994年就已经存在）以来rc所想到的外壳，并且最初不是Unix shell。

有传言称某些版本的csh（引入括号扩展的外壳）需要它。但是，由于csh2BSD 的第一个版本没有发布，所以很难赞扬这些。如在PDP11仿真器中测试的：

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

2BSDcsh的手册页明确指出：

作为一种特殊情况，“ {”，“}”和“ {}”不受干扰地传递。

因此，如果后来的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

但这给外部回声传递了一个论点。

在csh或中tcsh，您需要{}像这样单独引用when：

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

（尽管这种find用法是不可移植的，因为有些用法find只有{}在自己扩展时才会扩展）。

一言以蔽之csh。 bash和其他现代Shell都意识到用户可能并不需要大括号扩展。（csh实际上是现代的，tcsh并且{}到现在也可能理智地处理。）