waker进来一下啊，有个问题要请教你

blackold

对于这句话，前面的贴子也说清楚了吧？

ywlscpl

讨论的真是热火朝天啊

waker

原帖由 Minsic 于 2009-7-27 09:58 发表


“要产生子shell当然需要fork＋exec” ——这句话让我很迷惑，这样就意味着(echo 1)是fork-exec，而不是仅仅fork；而(sleep 10)就是fork-exec-exec了，不过前面你的回答应该否定了这点



哦，那我更坚 ...

如果把子shell看成子进程（通常是一样的）只需要fork


如果你要bash产生一个csh子shell，那就只能fork然后exec csh了

Minsic

原帖由 blackold 于 2009-7-27 09:59 发表
对于这句话，前面的贴子也说清楚了吧？

现在我再回头看看woodie 22楼的帖子，觉得就是我2楼的意思

大概都是我自己烧了个火坑，然后拼命往里跳 -_-

原帖由 waker 于 2009-7-27 10:02 发表

如果把子shell看成子进程（通常是一样的）只需要fork


如果你要bash产生一个csh子shell，那就只能fork然后exec csh了

bash要产生csh子shell，就不可能用()的方式了吧，那就不会搞晕了

woodie

原帖由 waker 于 2009-7-27 09:16 发表
这两天没来，4楼woodie的好理解多了，不过有个特例
比如
(sleep 10)，这时候虽然sleep是个外部命令，但它是个简单命令，subshell同样不再fork，就直接exec了，观察的时候不要被迷惑。

另外还有根本不存在父子进程互相改变变量环境变量的问题，fork以后就是两个进程，要相互影响必须进行进程间通信，子进程改不改变环境是它自己的事，父进程也是管不了的，儿子不能管老子，老子同样不能管儿子

嗯，(sleep 10)会直接exec sleep，不另fork，又一次英明地避免了脱裤子放屁。

子进程和父进程，是两个独立的进程，fork后都无法直接访问对方的内部结构或着数据，这是很正确的。就好像大兔子生了小兔子，大兔子吃了小兔子不会饱，小兔子吃了大兔子同样不会饱一样。
不过父进程确实可以在某种程度上对子进程产生影响，比如决定哪些东西会“遗传”给子进程，它实际上是可以选择有所作为。反之则不然。正如我们可以说儿子像爸爸，但不能说爸爸像儿子一样。不过，如何处理“遗传”的结果则是子进程的事情，父进程也爱莫能助。
通常我们之所以强调子进程不能改变父进程的环境，主要是因为太多初学者常犯一些错误，比如cat file | read var之类。其实只要懂得这一点，就能明白原因了。

waker

很多人就是理解不了fork以后得到两个一模一样互不相干的进程，老要掺在一块儿研究