solaris: O_NDELAY设置在stdin上:当进程退出时，外壳退出

Question

：Solaris中的O_NDELAY，如果O_NDELAY是由子进程在stdin上设置的，则bash退出。为什么？

以下代码将导致交互式bash (v4.3.33)或tcsh (6.19.00) shell在进程运行结束后退出：

#include <fcntl.h>

int main() {
  fcntl( 0, F_SETFL, O_NDELAY );

//int x = fcntl( 0, F_GETFL );
//fcntl( 0, F_SETFL, ~(x ^ (~O_NDELAY)) );

  return 0;
}

ksh、csh和zsh的版本没有受到这个问题的影响。

为了进行调查，我在bash & csh下运行了truss (类似于Linux上的strace )，如下所示：

$ truss -eaf -o bash.txt -u'*' -{v,r,w}all bash --noprofile --norc
$ truss -eaf -o csh.txt -u'*' -{v,r,w}all csh -f

在csh运行完该进程之后，它将执行以下操作：

fcntl( 0, F_GETFL ) = FWRITE|FNDELAY
fcntl( 0, F_SETFL, FWRITE) = 0

..。这给了我一个主意。我将程序更改为上面注释掉的代码，这样它就会切换O_NDELAY的状态。如果我连续运行两次，bash就不会退出。

Answer 1

这个答案让我走上了正确的道路。read的手册页( Solaris)说：

When attempting to read a file associated with a terminal that has no data currently available:

* If O_NDELAY is set, read() returns 0
* If O_NONBLOCK is set, read() returns -1 and sets errno to EAGAIN

..。因此，当bash尝试读取stdin时，它返回0，因此它假设EOF被击中。

此页表示不应该再使用O_NDELAY，而应该推荐O_NONBLOCK。我已经为不同风格的UNIX找到了类似的关于O_NDELAY / FIONBIO的声明。

顺便说一句，在Linux中，我无法在这个环境中重现这个问题，这并不奇怪。

不幸的是，这样做的工具不是我有源代码的工具，虽然我从实验中找到了解决这个问题的方法。

如果没有其他方法，我可以创建一个简单的程序来删除上面的O_NDELAY，然后在一个shell脚本中包装这个工具的执行，这个脚本总是在另一个脚本之后运行"fixer“程序。