gdb调试带stdin的程序时，不能直接用gdb ./a.out

gdb 调试带 stdin 的程序，不能直接重定向输入文件

直接运行 gdb ./a.out 会失败：shell 把重定向给了 gdb 进程本身，而不是被调试的程序，<code>stdin 对 a.out 来说仍是终端（tty），读取时会阻塞或行为异常。

正确做法：用 set args 配合输入重定向启动

必须让 gdb 启动目标程序时，由它自己接管重定向。分两步操作：

• 先启动 gdb：gdb ./a.out
• 在 (gdb) 提示符下设置命令行参数和重定向：set args
• 再运行：run

注意：set args 中的 是字面量，不是 shell 解析——gdb 会把它原样传给 <code>execve()，内核完成重定向。这等价于直接执行 ./a.out ，但支持断点、单步等全部调试功能。

调试中需要交互式输入怎么办？

如果程序中途要人工输入（比如 fgets() 或 std::cin），别用重定向，否则输入流提前 EOF。此时应：

GDB 16.2

GDB 16.2 GNU 官方历史源码发布包，适合旧项目兼容、复现调试环境、排查版本差异和在 Unix-like 系统中自行构建。

下载

• 不设 set args，直接 run
• gdb 会把当前终端的 stdin 直接连给子进程，你可以像正常运行一样敲键盘
• 若已设过 set args，先清空：set args（不带任何参数）

特别注意：某些终端（如 tmux pane、VS Code 集成终端）可能拦截 Ctrl+C，导致无法在程序等待输入时中断进 gdb；建议在纯 terminal（如 gnome-terminal）中操作。

遇到 No such file or directory 错误，检查 input.txt 路径

set args 中的 <code>input.txt 是相对于 gdb 启动时的**当前工作目录**，不是源码目录，也不是可执行文件所在目录。常见坑：

• 你在 /home/user/project 下运行 gdb ./bin/a.out，那么 input.txt 必须也在 /home/user/project/ 下
• 用绝对路径更可靠：set args
• 不要写成 set args —— <code>. 指的是 gdb 当前目录，不是 ./bin 目录

最稳妥的方式是：cd 到输入文件所在目录，再启动 gdb。