免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 5983 | 回复: 16
打印 上一主题 下一主题

当while遇到重定向----sh的陷阱  关闭 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2002-03-14 11:29 |只看该作者 |倒序浏览
以下是我在编程时的亲身体会:
先看如下的程序:
#!/bin/sh

count=0
while read LINE
do
  count=`expr $count + 1`
done < file
echo $count
问题是这个程序能得到什么样的结果?仿佛很明显,能够统计文件file的行数,然而你若执行一下便知,无论file的行数是多少,该程序的输出始终是0!为什么?
原来如果使用for,while,until,if,case这些命令时用到了重定向,那么sh会产生一个子shell来运行它们。可以想象count在循环体中能够正确的计数,一旦while执行完毕,子shell完成,其内部的变量count就消失了。因而得到的结果是循环体外开始赋的值0!
可以避免吗?试试这样:
cat file|while read LINE
do
  count=`expr $count + 1`
done
echo $count
依然如此!怎么办?可以先关闭标准输入,然后以你要读取得文件重新打开它,这样就不需要对while命令的输入进行改向,也就不会用子shell的方式来运行它了。如下:
exec<file
count=0
while read LINE
do
  count=`expr $count + 1`
done
exec < /dev/tty
echo $count
也可以
exec 4<&amp;0 0< file
count=0
while read LINE
do
  count=`expr $count + 1`
done
exec 0<&amp;4
echo $count
如果还有怀疑的话可以试一下if:
#!/bin/sh

echo &quot;abcd&quot;|if [ &quot;abcd&quot; = &quot;abcd&quot; ]; then
  var=7
fi
echo $var
输出当然是空。去掉echo &quot;abcd&quot;|就好了。
所以不了解这一点在编程时就会非常危险,试想while,for,case,if,until是多么的常用,与管道或重定向连着用也是很常见的,可是一旦在其内部使用了什么变量,就是有进无出,有去无回了。
以上的说法仅限于sh编程,对于ksh,bash,据我所知都不会有这个问题,它们处理的时候不会当作子shell来做。其它种类的shell可以自己试一试。

论坛徽章:
0
2 [报告]
发表于 2002-03-14 11:44 |只看该作者

当while遇到重定向----sh的陷阱

good work,  michaelds .
I will increase your 威望

论坛徽章:
0
3 [报告]
发表于 2002-03-14 17:52 |只看该作者

当while遇到重定向----sh的陷阱

恩,是个好贴。
michaelds , 好样的!!

论坛徽章:
0
4 [报告]
发表于 2002-03-14 19:39 |只看该作者

当while遇到重定向----sh的陷阱

好象这段代码在bourne shell下不管用?能说明一些吗?

论坛徽章:
0
5 [报告]
发表于 2002-03-14 23:04 |只看该作者

当while遇到重定向----sh的陷阱

这好像是变量的作用范围的问题吧!

论坛徽章:
0
6 [报告]
发表于 2002-03-15 08:27 |只看该作者

当while遇到重定向----sh的陷阱

更象是sco 下bourne shellde的一个bug,在HP-UX 下 POSIX shell和bourne shell都没问题,任何系统上,ksh也都没问题。
给我们的提示是,有时要换个shell似似。

偶是喜欢ksh的。 

论坛徽章:
0
7 [报告]
发表于 2002-03-15 09:04 |只看该作者

当while遇到重定向----sh的陷阱

我喜欢

论坛徽章:
0
8 [报告]
发表于 2002-03-15 10:46 |只看该作者

当while遇到重定向----sh的陷阱

怎么说呢,我是在我的SUN Solaris 2.7上得到这些结论的,实际上只要是用Bourne shell就极有可能遇到这个问题。牵强的说,可以说它是变量作用范围的问题,但实际上,说它是一个未及考虑的bug更合适。POSIX 1003.2 Shell and Tools Interface 的标准委员会已防止上述的问题,在一些较古老的 (以及遵循 P1003.2 标准的) Bourne shell 当中就会有这个问题。但是看这个例子:
foo=bar
echo bletch | read foo
echo &quot;foo is now: $foo&quot;
那么请问,输出的结果是bar还是bletch?如果用bourne shell,那么大多会得到&quot;foo is now: bar&quot;,也有少数会得到&quot;foo is now: bletch&quot;。为什么呢?一般说来,一个 pipeline 里面的每一个部份都是在一个 子shell 中执行。但是有些系统的里 pipeline
的最后一个如果是如 &quot;read&quot; 这类的内建指令,并不会另外产生一个子shell。POSIX 1003.2 对这两种作法并没有硬性规定要用哪一种。所以一个可移植性强的 shell script 不应该依赖这两种作法其中的一种。明白这一点,用bourne shell编程时就要小心了。但是可以指出的是,使用ksh就决不会产生子shell,结果就是唯一的。

论坛徽章:
0
9 [报告]
发表于 2002-06-26 18:16 |只看该作者

当while遇到重定向----sh的陷阱

其实这样就行了:
while read -r LINE
do
count=`expr $count + 1`
done < $FILE
man read里面有例子哦。

论坛徽章:
0
10 [报告]
发表于 2002-06-27 10:46 |只看该作者

当while遇到重定向----sh的陷阱

不错
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP