当 pts 关闭时 read(2) 阻塞行为发生变化，导致 read() 返回错误：-1 (EIO)

我试图弄清楚如何可靠地循环读取我拥有的 pt 主控。我像往常一样打开 ptmx，授予和解锁它：

* ptmx stuff */
/* get the master (ptmx) */
int32_t masterfd = open("/dev/ptmx", O_RDWR | O_NOCTTY);
if(masterfd < 0){
    perror("open");
    exit(EXIT_FAILURE);
};

/* grant access to the slave */
if(grantpt(masterfd) < 0){
    perror("grantpt");
    exit(EXIT_FAILURE);
};

/* unlock the slave */
if(unlockpt(masterfd) < 0){
    perror("unlockpt");
    exit(EXIT_FAILURE);
};

comms_in->ptmx = masterfd;

接下来我保存奴隶的名字（是的，我知道 sizeof(char) 总是 1）

/* get the path to the slave */
char * slavepathPtr;
char * slavePath;
size_t slavepathLen;
if((slavepathPtr = ptsname(masterfd)) == NULL){
    perror("ptsname");
    exit(EXIT_FAILURE);
}else{
    slavepathLen = strlen(slavepathPtr);
    slavePath = (char *) malloc(sizeof(char) * (slavepathLen + 1));
    strcpy(slavePath, slavepathPtr);
};

然后，我创建一个指向从属 ( /dev/pts/number)的可预测命名符号链接（使用 getopts 作为该程序的参数提供），并使用对、、的/dev/custom/predictable调用验证其权限是否安全，并确认程序可以继续执行，否则它调用符号链接并终止线程。accesslstatreadlinksymlinkunlink

最后程序结束在这个循环中

ssize_t read_result;
ssize_t write_result;
while(1){
    if((read_result = read(comms_in->ptmx, ptmxio_read_buffer, sizeof ptmxio_read_buffer)) <= 0){
        { /** calls thread ender routine */
            pthread_mutex_lock(&COMMS_MUTEX);
            comms_in->thread_statuses[PTMXIO_THREAD] = THREAD_FAILED;
            pthread_mutex_unlock(&COMMS_MUTEX);
            pthread_cond_signal(&SIG_PROGRAM_FINISHED);
            pthread_exit((void *) comms_in);
        }
    }else if((write_result = write(STDOUT_FILENO, ptmxio_read_buffer, read_result)) != read_result){
        {
            /** same as above */
        }
    };
};

在系统上，我可以运行这个程序，一切都很好。读取块。当 pts 符号链接打开时，cu或者picocom然后字节被成功读取到我端或内核端的缓冲区限制，具体取决于谁较低。当奴隶关闭时，问题就来了。此时，读取返回-1->EIO并带有错误文本：Input/output error并将继续这样做，如果我选择不终止线程和循环，则会消耗大量 cpu 时间。当cu或picocom什至只是一个echo -en "some text" > /dev/pts/number时，读取再次阻塞，直到字节可用。在重定向到符号链接的情况下，显然如果它填充的缓冲区少于一个缓冲区， read 只会获取那个缓冲区并继续返回-1->EIO再次。

这是怎么回事？我需要一种不消耗大量 CPU 的方法，因为它在慢速嵌入式应用程序处理器上运行，并且允许我重新建立读取而不丢失字节。

我注意到一个线程对此进行了调用： ioctl(3, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon echo ...})并且无法理解这 3 个选项是什么，因为它们不在我的 Linux 标头中的任何地方。请注意3是comms_in->ptmx/ masterfd。

这是符号链接上的 lstat 和一些额外信息，请注意 st_mode 在成功和不成功读取之前和之后都没有变化。

‘ptmxio_thread’ failed read (-1) on /dev/pts/13 /dev/pts/13: Input/output error
‘ptmxio_thread’ ptsNum (from ioctl) 13
‘ptmxio_thread’ st_dev: 6, st_ino: 451, st_mode: 0000A1FF, st_nlink: 1
‘ptmxio_thread’ st_uid: 000003E8, st_gid: 000003E8, st_rdev: 0, st_size: 11
‘ptmxio_thread’ st_blksize: 4096, st_blocks: 0, st_atime: 1540963806, st_mtime: 1540963798
‘ptmxio_thread’ st_ctime: 1540963798