linux伪终端（打开select读取）

Question

我有以下场景：有人通过打开 /dev/ptmx 创建了一个伪终端。新终端已创建并命名为 /dev/pts/2。然后，在我的程序中，我打开 /dev/pts/2 进行阅读。但我也打开其他设备进行读取并使用 select() 函数等待任何传入数据。 select 还指定了一些超时，用于在长时间没有数据到达时执行其他操作。成功后 select 我使用 read() 函数读取数据，然后将其打印在屏幕上。

如果伪终端被创建者关闭，我遇到了一个问题。在这种情况下，select 函数立即结束表示成功，而 read 结束返回零表示“无数据”。恕我直言，在这种情况下， select 和 read returns 都没有错误。我应该如何处理这个以检测终端不再存在？

    Status processData()
    {
        fd_set readFileDescriptorSet; // defined somewhere else
        int maxFileDescriptor; // defined somewhere else
        struct timeval timeout; // defined somewhere else
      
        int ret = select(maxFileDescriptor + 1, &readFileDescriptorSet, nullptr, nullptr, &timeout);
        if (!ret) // timeout
            return Status::success();
        if (ret < 0) // error from select()
            return Status::error("select error");

        ssize_t rd;
        char buff[10];
        do {
            rd = read(interfaces.serialPort.getFileDescriptor(), buff, sizeof(buff) - 1);
            if (rd > 0) { // some data has been read
                buff[rd] = '[=12=]';
                std::cout << buff;
            }
        } while (rd > 0);
        if (rd < 0) // error from read()
            return Status::error("read error");

        return Status::success();
    }

而我打开伪终端的方式如下：

    Status internalOpen(std::string fileName)
    {
        close();

        fileDescriptor = ::open(fileName.c_str(), O_RDWR | O_NOCTTY | O_NONBLOCK);
        if (fileDescriptor == -1)
            return Status::error("Terminal::internalOpen::open('" + fileName + "')");

        struct termios attributes;
        if (tcgetattr(fileDescriptor, &attributes))
            return Status::error("Terminal::internalOpen::tcgetattr()");

        setAttributes(attributes);

        if (tcsetattr(fileDescriptor, TCSANOW, &attributes))
            return Status::error("Terminal::internalOpen::tcsetattr()");

        return Status::success();
    }

    void setAttributes(struct termios &attributes)
    {
        cfmakeraw(&attributes);
        cfsetspeed(&attributes, Config::baudRate);
        attributes.c_iflag &= ~(IXOFF | IXANY);
        attributes.c_oflag &= ~(ONLCR);
        attributes.c_lflag &= ~(ECHOE);
        attributes.c_cflag &= ~(CSTOPB | CRTSCTS);
        attributes.c_cflag |= CREAD | CLOCAL;
        attributes.c_cc[VMIN] = 0;
        attributes.c_cc[VTIME] = 0;
    }

Answer 1

在 select() returns 指示有内容要读取之后，显示的代码循环反复尝试从非阻塞文件描述符 read() 直到它为 0：

    do {
        rd = read( ...
    } while (rd > 0);

这当然有道理。除了关闭连接导致第一个 read() 返回 0，显示的逻辑无法区分。

这里真正需要的是在 read() 返回 0 之前跟踪是否已读取任何内容。但是如果 read() 立即返回 0，那么你的鹅就熟了。

此外，还有一些其他改进将使事情变得更加稳健。

在select()returns之后，实际检查文件描述符的位是否在readFileDescriptorSet中保持设置。显示的逻辑只是通过检查所有其他可能性来假设它是。尽管如此，这还是有些脆弱。如果修改了切线相关的内容（即，另一个文件描述符被混入其中），很容易忘记这个假设。
使用 poll() 而不是 select()，并明确检查 revents 中的 POLLHUP|POLLRDHUP。在 poll() 接口中更明确地调用了文件描述符关闭条件。

linux伪终端（打开select读取）

linux pseudo terminal (open select read)

c++

linux

pty