这条shell语句执行后结果有点问题

feiguoshang

find . -name '*.c' -exec ls -l {}\;
在sunos下执行后是ls出了所有文件而不是.c的文件，怪了？大家帮忙看一下。

大蚂蚁

换成双引号试一下

寂寞烈火

find . '*.c' |xargs ls -l

feiguoshang

双引号不行，想知道为什么－exec不行呢

寂寞烈火

原帖由 feiguoshang 于 2006-1-14 19:16 发表
双引号不行，想知道为什么－exec不行呢

双引号单引号都可以
/home/lee/test#find -name "*.txt" -exec ls -l {} \;
-rw-r--r--    1 lee      lee             0  1月 13 23:29 ./a.txt
/home/lee/test#find -name '*.txt' -exec ls -l {} \;
-rw-r--r--    1 lee      lee             0  1月 13 23:29 ./a.txt

biaog

对于处理大量数据，xargs比exec要好。

waker

find -name '*.txt'  -ls

231053469

原帖由 biaog 于 2006-1-14 23:29 发表
对于处理大量数据，xargs比exec要好。

解释下...没理解

biaog

原帖由 231053469 于 2006-1-16 10:40 发表

解释下...没理解

在使用f i n d命令的- e x e c选项处理匹配到的文件时， f i n d命令将所有匹配到的文件一起传递
给e x e c执行。不幸的是，有些系统对能够传递给e x e c的命令长度有限制，这样在f i n d命令运行
几分钟之后，就会出现溢出错误。错误信息通常是“参数列太长”或“参数列溢出”。这就是
x a rg s命令的用处所在，特别是与f i n d命令一起使用。F i n d命令把匹配到的文件传递给x a rg s命
令，而x a rg s命令每次只获取一部分文件而不是全部，不像- e x e c选项那样。这样它可以先处理
最先获取的一部分文件，然后是下一批，并如此继续下去。在有些系统中，使用- e x e c选项会
为处理每一个匹配到的文件而发起一个相应的进程，并非将匹配到的文件全部作为参数一次
执行；这样在有些情况下就会出现进程过多，系统性能下降的问题，因而效率不高；而使用
x a rg s命令则只有一个进程。另外，在使用x a rg s命令时，究竟是一次获取所有的参数，还是分
批取得参数，以及每一次获取参数的数目都会根据该命令的选项及系统内核中相应的可调参
数来确定。
注：上面这段话摘自：
http://bbs.chinaunix.net/viewthread.php?tid=61850