GNU는 일부 쉘에 대해 {}을 찾아 마스킹합니다.

GNU find의 매뉴얼 페이지는 다음과 같습니다.

-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 호환 쉘에서, 중괄호 ( {및 }) (달리 일반 문자입니다 (및 )같은 단어 구분 기호입니다 ;및 &및 [및 ]문자를 글 로빙있다). 다음 문자열은 모두 문자 그대로 인쇄됩니다.

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

단일 중괄호로 구성된 단어는 예약어 이며 명령의 첫 번째 단어 인 경우에만 특별합니다.

Ksh는 Bourne 쉘과 호환되지 않는 확장으로 중괄호 확장을 구현합니다. 로 해제 할 수 있습니다 set +B. Bash는 이와 관련하여 ksh를 에뮬레이트합니다. Zsh는 괄호 확장도 구현합니다. set +I또는 setopt ignore_braces또는 로 끌 수 있습니다 emulate sh. 및 에 대한 인수에서 일반적으로 사용되므로 {}단어의 하위 문자열 인 경우에도 이러한 쉘 중 어느 것도 확장 되지 않습니다 .foo{}barfindxargs

단일 유닉스 v2 는

일부 역사적인 시스템에서 중괄호는 제어 연산자로 처리됩니다. 향후 표준화 활동을 지원하기 위해 휴대용 응용 프로그램은 따옴표없는 괄호를 사용하여 문자 자체를 나타내지 않아야합니다. 1993 표준이 필요할 수 있습니다 : ISO / IEC 9945-2의 미래 버전은 가능성이 {와 }토큰이 있지만, 제어 연산자로 개별적으로 취급 {}아마 때문에 자주 사용의에서 특별한 경우의 면제됩니다 find {}구축합니다.

이 노트는 이후 버전의 표준에서 삭제되었습니다. 에 대한 예제find{} 와 마찬가지로 인용되지 않은 사용에 대한 예제가xargs 있습니다. {}인용해야 할 역사적인 Bourne 쉘이 있었을 지 모르지만 지금까지는 오래된 레거시 시스템 일 것입니다.

손에서 내가 가진 CSH 구현 (오픈 BSD 4.7, 데비안에 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 '{'

이것들은 아마도 GNU가 문서를 작성했을 때 fish(2005 년에 텍스트 나 이와 비슷한 것이 이미 1994 년에 있었던 이후) 글을 썼을 때 GNU find documentation의 저자가 생각했던 rc쉘이 아니며 원래 유닉스 쉘이 아니 었습니다.

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, 당신은 인용해야 할 것 {}처럼 경우에 자신의하지를 :

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

( find일부 제품 은 자체 find확장 {}시 에만 확장 되므로 이러한 종류의 사용은 이식성이 없지만 ).

한마디로 csh. bash다른 현대 쉘은 사용자가 null 괄호 확장을 요구하지 않을 것임을 인식합니다. (현대 csh는 실제로 지금까지는 이상하게 tcsh처리 될 수 있습니다 {}.)