☰

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

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

我正在尝试弄清楚如何可靠地循环读取我拥有的 pt master 。我像往常一样打开 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) in 的可预测命名符号链接/dev/custom/predictable（使用 getopts 作为该程序的参数提供），并使用对access、lstat、的调用来验证其权限是否安全readlink，symlink并确认该程序可以继续执行，否则它调用unlink符号链接并终止线程。

最后程序就进入这个循环了

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 */
        }
    };
};

在系统上，我可以运行这个程序，一切都很好。读取块。当使用cu或打开 pts 符号链接时，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

答案1

非常简单：您应该在处理主端的程序中打开并保持打开 pty 从端的句柄。

当你得到名字后ptsname(3)，open(2)它。

我注意到有一个线程调用了这个：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。

ioctl(TCGETS)是tcgetattr(3)，也称为isatty(3)和ptsname(3)。它定义在/usr/include/asm-generic/ioctls.h.至于 和SNDCTL*，SNDRV*它们是因为旧版本的 中的错误strace。

int32_t masterfd = open("/dev/ptmx", O_RDWR | O_NOCTTY);

让你的程序变得不必要的不​​可移植是没有意义的。代替使用posix_openpt(3)。

slavepathLen = strlen(slavepathPtr);
slavePath = (char *) malloc(sizeof(char) * (slavepathLen + 1));
strcpy(slavePath, slavepathPtr);

这就是strdup(3)目的;-)

你还应该处理read()被信号打断的情况，除非你绝对地确保您（以及您调用的所有库函数）使用SA_RESTART.

相关内容