setsockopt() 等效于非套接字文件描述符？答案

【问题标题】：setsockopt() equivalent for non-socket file descriptors?setsockopt() 等效于非套接字文件描述符？
【发布时间】：2016-07-10 07:00:39
【问题描述】：

有人知道在非基于套接字的文件描述符上工作的与 setsockopt() 等效的方法吗？

具体来说，考虑一下这段代码：

int on = 1;
setsockopt(socketfd, SOL_SOCKET, SO_NOSIGPIPE, &on, sizeof(int));

一切都好，花花公子，现在我们可以避免使用 SIGPIPE 并在编写时参考 EPIPE。但这仅适用于使用 accept()、socket() 等打开的套接字文件描述符。

我正在尝试为 pipe() 调用打开的文件描述符获得类似的功能，而 setsockopt() 会立即将其拒绝为非套接字文件描述符。

对于由 pipe() 或 open() 打开的描述符，是否有与上述 (setsockopt()) 等效的方法？

【问题讨论】：

如果你想避免SIGPIPE，你可以分配一个信号处理器。 setsockopton 我知道的文件没有等价物。
唉，我正在编写一个库，所以我试图避免信号处理，因为我永远无法确定我上面的实现者（使用我的库）将需要什么，明智的信号处理。如果我只是在整个进程范围内终止 SIGPIPE 并且我上面的一些代码没有正确实现（忽略 EPIPE），这可能会成为一个问题。不过感谢您的建议！
这个answer 可能是相关的，如果 SIGPIPE 总是被忽略是可以的。
不幸的是，由于各种原因，忽略 SIGPIPE 并不是一个真正的选择。另外，如果您在 LLDB 中调试应用程序，则信号处理程序仅在您告诉 LLDB 传递信号而不是停止（可能很麻烦）后才接收信号。
将信号处理程序分配给 SIGPIPE 意义不大，而是您需要 忽略它 以便甚至不发送信号（调试器不会妨碍）和系统调用返回 EPIPE。我怀疑任何不是“打算成为管道的一部分”的 Unix 程序（即不是 grep 或 sed 或 cat 或类似的）真的应该忽略 SIGPIPE，但我理解你不想从图书馆强加这个。

标签： c sockets bsd

【解决方案1】：

没有等价物，但您可以改用socketpair 创建 Unix 套接字。

【讨论】：

【解决方案2】：

如果您的最终目标是完全避免信号，您可以使用here 所述的初始化和清理函数

只需编写一个初始化函数来处理您希望避免的信号，每个加载您的库的程序都会自动拥有您的处理程序

我必须说这是一个奇怪的必要性，你能更具体地说明你要解决的实际问题吗？

【讨论】：

根据描述，我试图提供一个 API，该 API 可能对从 pipe() 调用创建的文件描述符执行 write() 调用。如果写入文件描述符已被遗弃（因为实现者关闭了管道的读取端），我想避免 SIGPIPE 并通过检测 EPIPE 来优雅地处理这个问题。此外，如果您在 LLDB 之上运行单元测试，由于它的信号处理，信号问题可能会成为问题。