GNU menemukan dan menutupi {} untuk beberapa shell - yang mana?

Halaman manual untuk GNU find state:

-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. 

Itu dari man to find(GNU findutils) 4.4.2.

Sekarang saya menguji ini dengan bash dan dash, dan keduanya tidak perlu memiliki {}topeng. Berikut ini adalah tes sederhana:

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

Apakah ada shell, yang saya benar-benar perlu untuk menutupi kawat gigi? Perhatikan, itu tidak tergantung pada apakah file yang ditemukan berisi kosong (dipanggil dari bash):

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

Ini berubah jika file yang ditemukan diteruskan ke subkulit:

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

yang dapat diselesaikan dengan:

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

berlawanan dengan:

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

tapi bukan itu yang dibicarakan oleh halaman manual, bukan? Jadi cangkang mana yang memperlakukan {}dengan cara yang berbeda?

Rangkuman : Jika pernah ada shell yang mengembang {}, itu benar-benar barang lawas sekarang.

Dalam cangkang Bourne dan cangkang yang sesuai dengan POSIX, kurung kurawal ( {dan }) adalah karakter biasa (tidak seperti (dan )yang merupakan pembatas kata seperti ;dan &, dan [dan ]yang merupakan penggumpalan karakter). Semua string berikut seharusnya dicetak secara literal:

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

Sebuah kata yang terdiri dari penjepit tunggal adalah kata yang dipesan , yang hanya khusus jika itu adalah kata pertama dari suatu perintah.

Ksh mengimplementasikan ekspansi brace sebagai ekstensi yang tidak kompatibel ke shell Bourne. Ini bisa dimatikan dengan set +B. Bash mengemulasi ksh dalam hal ini. Zsh mengimplementasikan ekspansi brace juga; ada itu dapat dimatikan dengan set +Iatau setopt ignore_bracesatau emulate sh. Tak satu pun dari cangkang ini mengembang {}dalam hal apa pun, bahkan ketika itu adalah substring dari sebuah kata (misalnya foo{}bar), karena penggunaan umum dalam argumen ke finddan xargs.

Single Unix v2 mencatat itu

Dalam beberapa sistem historis, kurung kurawal diperlakukan sebagai operator kontrol. Untuk membantu dalam kegiatan standardisasi di masa depan, aplikasi portabel harus menghindari penggunaan tanda kurung tanda kutip untuk mewakili karakter itu sendiri. Ada kemungkinan bahwa versi masa depan dari standar ISO / IEC 9945-2: 1993 mungkin mengharuskan {dan }diperlakukan secara individual sebagai operator kontrol, meskipun token {}mungkin akan menjadi pengecualian kasus khusus dari ini karena find {}konstruk yang sering digunakan .

Catatan ini dijatuhkan dalam versi standar berikutnya; yang contoh untukfind memiliki kegunaan kuotasi dari {}, seperti melakukan contoh untukxargs . Mungkin ada kerang Bourne historis di mana {}harus dikutip, tetapi mereka akan menjadi sistem warisan yang benar-benar tua sekarang.

Implementasi csh saya harus di tangan (OpenBSD 4.7, BSD csh pada Debian , tcsh) semua memperluas {foo}ke footetapi meninggalkan {}sendirian.

Yang {}perlu dikutip dalam versi fishshell sebelum 3.0.0.

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

Dan di shell rc (juga akangadidasarkan pada rc, tetapi tidak es):

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

Itu mungkin bukan shell yang penulis GNU temukan dalam pikiran ketika mereka menulis teks fishitu sejak pertama kali dirilis pada 2005 (sementara teks atau sejenisnya sudah ada pada 1994) dan rcpada awalnya bukan shell Unix.

Ada beberapa rumor tentang beberapa versi csh(shell yang memperkenalkan brace expansion) yang membutuhkannya. Tetapi sulit untuk memberikan kredit kepada mereka sejak rilis pertama cshdi 2BSD tidak. Di sini seperti yang diuji dalam emulator PDP11:

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

Dan halaman manual dari 2BSD cshdengan jelas menyatakan :

Sebagai kasus khusus `{',`}' dan `{} 'diteruskan tanpa gangguan.

Jadi saya akan merasa sangat aneh jika versi selanjutnya dari csh atau tcsh kemudian memecahkannya.

Bisa jadi untuk mengatasi beberapa bug dalam beberapa versi. Masih dengan 2BSD csh (sama dengan 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

Mengutip tidak membantu:

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

Anda bisa mengutip seluruh substitusi perintah:

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

Tapi itu melewati satu argumen ke gema luar itu.

Di cshatau tcsh, Anda harus mengutip {}ketika tidak sendiri seperti di:

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

(Meskipun findpenggunaan semacam itu tidak portabel karena beberapa finds hanya berkembang {}ketika sendiri).

Dalam satu kata csh,. bashdan shell modern lainnya mengakui bahwa pengguna mungkin tidak meminta ekspansi penjepit nol. (Modern cshsebenarnya tcshdan mungkin juga menangani {}dengan waras sekarang.)