如何解决非阻塞伪终端,POLLHUP后恢复
我通过使用 /dev/ptmx
函数和 open()
标志打开 O_RDWR | O_NOCTTY | O_NONBLOCK
创建了一个新的伪终端。然后我使用 poll()
函数等待来自远程端的传入数据:
struct pollfd pollFileDescriptors[numberOfTerminals];
for (unsigned terminalIndex = 0; terminalIndex < numberOfTerminals; terminalIndex++) {
pollFileDescriptors[terminalIndex].fd = terminals[terminalIndex].getFileDescriptor();
pollFileDescriptors[terminalIndex].events = POLLIN | POLLPRI | POLLRDNORM | POLLRDBAND;
}
int ready = poll(pollFileDescriptors,terminals.getNumberOfTerminals(),timeoutMSec);
一切都像做梦一样,直到远程端关闭连接。在这种情况下,poll()
函数始终以 POLLHUP
revents 标志返回。这是设计使然,但是我该怎么做才能使它像以前一样运行,即等待另一个进程打开并使用伪终端。我的意思是它等待,但立即返回并设置 POLLHUP
。另一方面,如果我关闭文件描述符,我无法保证在重新打开 /dev/ptmx
后收到相同的伪终端 ID。有没有办法去除 POLLHUP
revents 标志?
我发现了一个类似的问题: Poll() on Named Pipe returns with POLLHUP constantly and immediately ,但是我已经按照那里的描述使用了 O_RDWR,但它在命名管道的情况下没有帮助。
解决方法
这个问题可以通过在创建后立即重新打开伪终端来轻松解决。只要存在至少一个作者,POLLHUP 就不会出现,因此我们可以使用 open()
和 ptsname()
自行完成:
// Create a new pseudo terminal
int fileDescriptor = open("/dev/ptmx",O_RDWR | O_NOCTTY | O_NONBLOCK);
grantpt(fileDescriptor);
unlockpt(fileDescriptor);
// Reopen it for write
const char *targetPath = ptsname(fileDescriptor);
int dummyWriterFileDescriptor = open(fileName.c_str(),O_WRONLY | O_NOCTTY | O_NONBLOCK);
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。