使用execv从C++代码执行Linux脚本失败

Question

我有一个非常基本的Linux脚本(/home/scripts/script.sh)：

#!/bin/bash
echo 'a' | /bin/netcat -vv 10.10.10.1 3333
echo "done" > /tmp/result

当我尝试从shell运行它时，它工作得很好。因此，脚本是好的(同时， So 被写到/tmp/文件中)：

# /home/scripts/script.sh
10.10.10.1: inverse host lookup failed: Unknown host
(UNKNOWN) [10.10.10.1] 3333 (?) open
AABBCCDDEEF
 sent 2, rcvd 13
#

但是，当我试图从前台守护进程中的C++代码中运行它时：

const char **argv = new const char* [3];
argv[0] = "/home/scripts/script.sh";
argv[1] = "/home/scripts/script.sh";
argv[2] = NULL;
execv(argv[0], const_cast<char**>(&argv[1]));

在短时间内，它工作良好(3-5分钟)。在短时间内运行脚本失败后，nc的返回代码为1，这是输出：

10.10.10.1: inverse host lookup failed: Unknown host
(UNKNOWN) [10.10.10.1] 3333 (?) open
Preposterous fd value 17
 sent 0, rcvd 0

为什么fd值是荒谬的？我的守护进程在最初的3-5分钟内打开了一些文件，也许netcat无法像fd那样处理更多的文件？

我该如何克服这个问题？

Answer 1

这个问题是由网猫引起的。

首先，我没有意识到这一信息的重要性：

Preposterous fd value 17

这实际上是netcat的一个非常重要的错误消息，因为它在默认情况下不能与高于16的fds一起工作，这对于简单的脚本来说是完全可以接受的。

然而，在多线程环境中，当netcat被调用时，可能已经使用了16多个fds。

这是2007年的消息，它将16到1024升级为错误修复程序。

Netcat的官方网页是https://nc110.sourceforge.io，目前的版本是1.10，它仍然将FD_SETSIZE定义为16。

解决方案是抓取代码，修补它并构建它。

Answer 2

简单回答:在debian中，我解决了安装netcat-openbsd.的问题默认的netcat指的是传统的netcat，它仍然存在这个bug。