CSAPP Tiny Shell实验卡滞：程序停在sigprocmask调用处

问题现象 #

• 运行Tiny Shell后输入123，正常提示命令未找到，但后续输入无响应，必须通过SIGQUIT信号终止程序。
• 已修改Makefile添加-Og -g编译参数，GDB/VSCode调试显示程序卡在sigprocmask调用处，单步执行无法推进。
• 单独运行相关代码片段功能正常，WSL和虚拟机环境下均复现该问题。

核心排查与修复方向 #

卡滞在sigprocmask通常与信号掩码错误配置或信号处理流程死锁有关，重点检查以下几点：

1. 信号掩码的错误阻塞 #

如果sigprocmask调用时错误阻塞了终端输入、信号处理相关的关键信号（如SIGINT），会导致shell无法接收用户输入，陷入永久等待。

• 检查sigprocmask的参数，确认是否仅阻塞了必要的信号（如SIGCHLD），而非所有信号。
• 错误示例：

sigset_t mask;
sigemptyset(&mask);
sigaddset(&mask, SIGCHLD);
sigaddset(&mask, SIGINT); // 错误：阻塞SIGINT导致无法响应终端输入
sigprocmask(SIG_BLOCK, &mask, NULL);

• 修复：仅阻塞SIGCHLD，保留SIGINT等信号的处理权限。

2. 信号处理函数中的掩码泄漏 #

如果信号处理函数中修改了信号掩码但未正确恢复，会导致后续信号无法被处理，进程卡住。

• 检查sigchld_handler、sigint_handler等处理函数，确保修改掩码后手动恢复原配置：

void sigchld_handler(int sig) {
    sigset_t orig_mask;
    sigprocmask(SIG_BLOCK, &mask, &orig_mask);
    // 处理子进程逻辑
    sigprocmask(SIG_SETMASK, &orig_mask, NULL);
    return;
}

3. 主循环的等待逻辑错误 #

如果主循环使用pause()而非sigsuspend，或sigsuspend的掩码配置错误，会导致进程无法被终端输入信号唤醒。

• 替换pause()为sigsuspend，确保等待时临时解除必要的信号掩码：

sigset_t orig_mask;
sigprocmask(SIG_BLOCK, &mask, &orig_mask);
while (!job_is_empty()) {
    sigsuspend(&orig_mask); // 临时恢复掩码，等待信号触发
}
sigprocmask(SIG_SETMASK, &orig_mask, NULL);

4. 输入函数的中断处理 #

如果read/getline等读取用户输入的函数被信号中断后未重启，会导致输入流程卡住。

• 确保读取输入的逻辑包含信号中断后的重启处理：

ssize_t n;
char buf[MAXLINE];
while ((n = read(STDIN_FILENO, buf, MAXLINE)) < 0) {
    if (errno == EINTR) continue; // 信号中断后重启读取
    unix_error("read error");
}

实验与代码参考 #

• 实验基于CSAPP第三版的Shell实验（shlab）
• 涉及代码包括测试代码、tsh.c及完整实验工程文件

内容的提问来源于stack exchange，提问作者Steven