在GDB中设置程序实际运行的当前工作目录（cwd），本地调试用cd /path再run，远程调试需在目标机预执行cd /path && gdbserver :2345 ./a.out，set cwd不可靠，程序启动后无法修改其cwd。
gdb 中用 cd 命令设置工作目录最直接
调试时程序实际运行的当前工作目录（cwd），默认继承自启动 gdb 时 shell 的工作目录，不是源码目录，也不是可执行文件所在目录。如果你的程序依赖相对路径读配置、写日志或打开资源文件，不显式设置就容易报 No such file or directory。
进 gdb 后，直接执行：
cd /path/you/want
之后再 run，程序就会以该路径为 cwd 启动。验证是否生效，可用：
pwd
它显示的是 gdb 当前工作目录，也是即将传给被调程序的 cwd —— 注意：这和 show cwd 不同，show cwd 是显示 gdb 自己的内部工作目录变量（旧版 gdb 可能不支持该命令，pwd 更通用可靠）。
远程调试（gdbserver）下工作目录不能靠 cd
当使用 gdbserver :2345 ./a.out 远程启动目标程序时，cd 在本地 gdb 里执行无效 —— 它只影响 gdb 本体，不影响远端 gdbserver 启动 a.out 的上下文。
必须让 gdbserver 在指定目录中启动程序，常用方法是：
- 在目标机上先
cd /desired/path && gdbserver :2345 ./a.out - 或用
sh -c 'cd /desired/path && exec ./a.out'包一层（注意加exec避免多一层 shell 进程干扰信号传递） - Eclipse 等 IDE 中，可在调试配置的 “Startup commands” 或 “Pre-launch command” 里填
cd /desired/path，但本质仍是让 IDE 在执行gdbserver前先切目录
set cwd 并不可靠，别依赖它
某些 gdb 版本（如较新 GNU gdb 12+）支持 set cwd /path，但它的行为不一致：
- 它只影响后续
run，对已 attach 的进程无效 - 在
target remote模式下基本不起作用 - 部分发行版 gdb（如 RHEL/CentOS 自带版本）压根不实现该命令，执行后静默失败
所以与其查文档赌版本兼容性，不如统一用 cd（本地调试）或预切目录（远程调试）—— 简单、跨版本、无歧义。
程序启动后改工作目录？不行，cd 不影响已运行进程
一旦程序 run 起来，再在 gdb 里敲 cd，只改变 gdb 自身的工作目录，对正在运行的目标进程毫无影响。Linux 下进程的工作目录是 fork 时继承的，运行中无法被外部修改（除非用 ptrace 注入系统调用，但 gdb 不提供此功能）。
这意味着：调试中途发现路径错了，只能 kill 掉进程，cd 切好目录，再 run 重来。没有“热修复”工作目录这回事。
