GNU bazı kabukları için {} 'yi bulup maskeliyor - hangisi?

GNU’nun man sayfası şu durumları bulur:

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

Bu adamdan find(GNU bulgusuna kadar) 4.4.2.

Şimdi bunu bash ve dash ile test ettim ve her ikisinin {}de maskelenmesine gerek yok . İşte basit bir test:

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

Diş tellerini maskelemem gereken bir kabuk var mı? Unutmayın, bulunan dosyanın boş (bashtan çağrılmış) içerip içermediğine bağlı değildir

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

Bu, bulunan dosya bir alt kabuğa geçirilirse değişir:

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

hangi tarafından çözülebilir:

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

kıyasla:

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

ama bu man sayfasının bahsettiği şey değil, değil mi? Peki hangi kabuk {}farklı şekilde davranıyor ?

Özet : Genişleyen bir kabuk varsa, şimdiye dek {}gerçekten eski olan şey.

Bourne kabuğunun içinde ve POSIX uyumlu kabuklarında, desteklerin ( {ve }) (farklı sıradan karakterler (ve )gibi kelime sınırlayıcılardır ;ve &ve [ve ]karakter globbing edilir). Aşağıdaki dizgilerin kelimenin tam anlamıyla basılması gerekiyor:

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

Tek bir ayraçtan oluşan bir sözcük , yalnızca komutun ilk sözcüğü olması durumunda özel olan ayrılmış bir sözcüktür .

Ksh, ayraç genişlemesini Bourne kabuğuna uyumsuz bir uzantı olarak uygular. Bu ile kapatılabilir set +B. Bash bu konuda ksh'ı taklit eder. Zsh, ayrıca ayraç genişletme uygular; orada set +Iveya setopt ignore_bracesveya ile kapatılabilir emulate sh. Bu kabukların hiçbiri, ve ' nin argümanlarındaki ortak kullanımdan dolayı {}bir kelimenin (örneğin foo{}bar) bir alt dili olsa bile, hiçbir şekilde genişlemez .findxargs

Tek Unix v2 notları

Bazı tarihi sistemlerde, küme parantezleri kontrol operatörleri olarak kabul edilir. Gelecekteki standardizasyon aktivitelerine yardımcı olmak için, taşınabilir uygulamalar karakterlerin kendilerini temsil etmek için tırnaklı olmayan teller kullanmaktan kaçınmalıdır. Gelecekte ISO / IEC 9945-2: 1993 standardının bir versiyonunun bunu gerektirmesi {ve }kontrol operatörleri olarak ayrı ayrı ele alınması gerekebilir , ancak belirteç {}sıklıkla kullanılan find {}yapı nedeniyle bunun için özel bir durum muafiyeti olacaktır .

Bu not standardın sonraki sürümlerine bırakılmıştır; için örneklerfind arasında tırnaksız kullanan var {}yapın örneklerxargs . {}Alıntı yapılması gereken tarihi Bourne kabukları olabilirdi, ancak şimdiye kadar gerçekten eski miras sistemleri olacaktı.

El altında Ben csh uygulamaları (OpenBSD 4.7, Debian BSD csh , tcsh) Tüm genişletmek {foo}için fooama bırakın {}yalnız.

{}Sürümlerinde alıntı gereken fish3.0.0 öncesinde kabuk.

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

Ve rc kabuğundaki (ayrıca , ama akangadayalı rcdeğil es):

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

Bunlar muhtemelen GNU’nun yazarlarının belgelerin fish, 2005’te ilk kez yayınlandığından beri (o metin veya benzerleri 1994’te zaten vardı) ve rcorijinal olarak bir Unix kabuğu olmadıklarını yazdıklarında yazdıklarında buldukları kabukları değillerdir.

Bunu gerektiren bazı sürümlerinin csh(ayraç genişlemesine neden olan kabuk) bazı söylentileri vardır . Ancak csh2BSD’de yayımlanan ilk sürümden bu yana bunlara kredi vermek zor . PDP11 emülatöründe test edildiği gibi:

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

Ve 2BSD'deki man sayfası cshaçık bir şekilde :

Özel bir durum olarak `{',`}' ve `{} 'rahatsız edilmeden geçilir.

Bu yüzden daha sonra csh veya tcsh bir sonraki sürümü bunu kırdı eğer çok garip bulurdum.

Bazı sürümlerde bazı hataların etrafında çalışmak olabilirdi. Yine de bu 2BSD csh ile (bu 2.79BSD, 2.8BSD, 2.11BSD'de aynıdır):

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

Alıntı yapmak da yardımcı olmuyor:

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

Komut değişikliğinin tamamını alıntı yapabilirsiniz:

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

Ama bu dış yankı için bir argüman geçiyor.

Gelen cshveya tcsh, sen alıntı gerekiyordu {}gibi zaman kendine ait değil:

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

(bu tür bir findkullanım, bazılarının findyalnızca {}kendi başlarına genişlettiğinden taşınabilir olmamasına rağmen ).

Bir kelimeyle csh,. bashve diğer modern mermiler, kullanıcının muhtemelen boş bir ayraç genişletmesi istemediğini kabul eder. (Modern csh, aslında tcshve {}şimdiye kadar da aklı başında olabilir .)