时间戳

首页 > 解决方案 > 由于 SIGINT 导致的部分写入

c - 由于 SIGINT 导致的部分写入

问题描述

我有一个write_full应该将缓冲区完全写入标准输出，即使它被信号中断。
我有一个循环，它保留write_full一个字符串，直到quit被信号处理程序更改。这是代码： 

#include <signal.h>
#include <unistd.h>
#include <errno.h>

volatile sig_atomic_t quit = 0;

void sigint_handler(int s)
{
    quit = 1;
}

int write_full(char *buf, size_t len)
{
    while (len > 0) {
        ssize_t written = write(STDOUT_FILENO, buf, len);
        if (written == -1) {
            if (errno == EINTR) { 
                continue; 
            }
            return -1;
        }
        buf += written;
        len -= (size_t)written;
    }
    return 0;
}

int main(void)
{
    struct sigaction act = {
        .sa_handler = sigint_handler
    };
    sigaction(SIGINT, &act, NULL);

    while (!quit) {
        write_full("loop\n", 5);
    }

    write_full("cleanup", 7);

    return 0;
}

我希望程序在打印“清理”之前完全编写“循环”，但我看到这样的输出：

循环
循环
循环
l^C
清理

为什么会这样？我希望它是这样的：

loop
loop
loop
l^Coop
清理

因为 write_full 应该继续写入“oop\n”部分，即使在第一次写入是由于中断而导致的短写入之后。我在信号处理程序处设置了一个断点并进行了步进，似乎write报告它已经写入了 4 个字符，即使它只向标准输出写入了“l”。所以接下来不是写“oop\n”，而是只写“\n”。 

l^C
Program received signal SIGINT, Interrupt.

Breakpoint 1, sigint_handler (s=2) at src/main.c:9
9           quit = 1;
(gdb) next
10      }
(gdb) next
write_full (buf=0x4020a0 "loop\n", len=5) at src/main.c:16
16              if (written == -1) {
(gdb) print written
$1 = 4

为什么会这样？我该如何解决这个问题？

标签： csignalsposix

解决方案

Ctrl-C 弄乱了终端输出。程序写入它应该写入的所有内容，但默认情况下，终端驱动程序会在 Ctrl-C 之后切断该行。这不受您的程序的控制。如果驱动程序在将完整的行缓冲区复制到物理设备的过程中看到 Ctrl-C，就会发生剪切。输入行缓冲区也被丢弃。这也适用于其他信号生成字符。

stty(1)这在手册页和termios(3)手册页中有相当简短的描述。

可以使用stty noflsh命令禁用此行为。

您还可以重定向到文件以查看完整的输出。

推荐阅读