GNU tìm và che dấu {} cho một số shell - cái nào?

Trang man cho GNU tìm trạng thái:

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

Đó là từ người đàn ông đến find(GNU findutils) 4.4.2.

Bây giờ tôi đã thử nghiệm điều này với bash và dash, và cả hai đều không cần phải {}đeo mặt nạ. Đây là một bài kiểm tra đơn giản:

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

Có một cái vỏ, mà tôi thực sự cần phải che mặt niềng răng? Lưu ý rằng nó không phụ thuộc vào việc tệp tìm thấy có chứa một khoảng trống (được gọi từ bash) hay không:

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

Điều này thay đổi nếu tệp tìm thấy được chuyển đến một khung con:

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

có thể được giải quyết bằng cách:

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

trái ngược với:

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

Nhưng đó không phải là những gì trang người đàn ông đang nói về, phải không? Vì vậy, vỏ nào xử lý {}theo một cách khác nhau?

Tóm tắt : Nếu đã từng có một cái vỏ được mở rộng {}, thì bây giờ nó thực sự là thứ cũ.

Trong vỏ Bourne và trong vỏ POSIX-compliant, niềng răng ( {và }) là nhân vật bình thường (không giống như (và )đó là delimiters từ như ;và &, và [và ]được globbing ký tự). Các chuỗi sau đây đều được cho là được in theo nghĩa đen:

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

Một từ bao gồm một dấu ngoặc đơn là một từ dành riêng , nó chỉ đặc biệt nếu đó là từ đầu tiên của lệnh.

Ksh thực hiện mở rộng dấu ngoặc như một phần mở rộng không tương thích với vỏ Bourne. Điều này có thể được tắt với set +B. Bash mô phỏng ksh về mặt này. Zsh thực hiện mở rộng cú đúp là tốt; ở đó nó có thể được tắt với set +Ihoặc setopt ignore_braceshoặc emulate sh. Không ai trong số những vỏ mở rộng {}trong mọi trường hợp, ngay cả khi đó là một chuỗi con của một từ (ví dụ foo{}bar), do việc sử dụng phổ biến trong các đối số findvà xargs.

Unix v2 duy nhất lưu ý rằng

Trong một số hệ thống lịch sử, các dấu ngoặc nhọn được coi là toán tử điều khiển. Để hỗ trợ các hoạt động tiêu chuẩn hóa trong tương lai, các ứng dụng di động nên tránh sử dụng dấu ngoặc nhọn không được trích dẫn để thể hiện chính các ký tự. Có thể phiên bản tương lai của tiêu chuẩn ISO / IEC 9945-2: 1993 có thể yêu cầu điều đó {và }được coi là các toán tử điều khiển, mặc dù mã thông báo {}có thể sẽ được miễn trừ trong trường hợp đặc biệt vì find {}cấu trúc thường được sử dụng .

Lưu ý này đã bị loại bỏ trong các phiên bản tiếp theo của tiêu chuẩn; các ví dụ cho việcfind sử dụng không được trích dẫn {}, cũng như các ví dụ choxargs . Có thể đã có những chiếc vỏ Bourne lịch sử {}phải được trích dẫn, nhưng bây giờ chúng sẽ là những hệ thống di sản thực sự cũ.

Các triển khai csh tôi có trong tay (OpenBSD 4.7, BSD csh trên Debian , tcsh) đều mở rộng {foo}sang foonhưng để {}yên.

Các {}cần phải được trích dẫn trong các phiên bản của fishvỏ trước 3.0.0.

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

Và trong vỏ RC (cũng akangadựa trên rc, nhưng không es):

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

Đó có lẽ không phải là vỏ mà các tác giả của GNU tìm thấy tài liệu đã ghi nhớ khi họ viết văn bản đó kể từ fishlần đầu tiên được phát hành vào năm 2005 (trong khi văn bản đó hoặc tương tự đã có ở đó vào năm 1994) và rcban đầu không phải là vỏ Unix.

Có một số tin đồn về một số phiên bản csh(vỏ đã giới thiệu mở rộng nẹp) yêu cầu nó. Nhưng thật khó để cung cấp tín dụng cho những người kể từ lần phát hành đầu tiên cshtrong 2BSD. Ở đây như đã được thử nghiệm trong trình giả lập PDP11:

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

Và trang người đàn ông từ 2BSD cshnêu rõ :

Như một trường hợp đặc biệt `{',`}' và `{} 'được truyền không bị xáo trộn.

Vì vậy, tôi sẽ thấy rất kỳ lạ nếu một phiên bản tiếp theo của csh hoặc tcsh sau đó đã phá vỡ điều đó.

Nó có thể đã được khắc phục một số lỗi trong một số phiên bản. Vẫn với csh 2BSD đó (tương tự trong 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

Trích dẫn không giúp đỡ mặc dù:

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

Bạn có thể trích dẫn toàn bộ thay thế lệnh:

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

Nhưng đó là truyền một lý lẽ cho tiếng vang bên ngoài đó.

Trong cshhoặc tcsh, bạn cần trích dẫn {}khi không tự mình như trong:

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

(mặc dù loại findsử dụng đó không khả dụng vì một số finds chỉ mở rộng {}khi tự sử dụng).

Trong một từ , csh. bashvà các shell hiện đại khác nhận ra rằng người dùng có thể không yêu cầu mở rộng niềng răng null. (Hiện đại cshthực sự tcshvà cũng có thể xử lý hoàn toàn {}ngay bây giờ.)