GDB在~/.gdbinit配置日志后仍不保存日志到指定文件是什么原因？

• 配置顺序错误：这是最高发的诱因。你当前的配置顺序是先执行set logging on开启日志，再指定日志文件路径，GDB在开启日志时会直接使用默认的日志路径（通常是当前目录下的gdb.txt），后续修改日志文件路径的配置不会对已经开启的日志生效。
  修正方案：调换两行配置的顺序，先指定日志文件再开启日志即可：

  set logging file /mnt/gdb_log.txt
  set logging on
  

• /mnt目录权限不足：/mnt目录默认通常属于root用户，普通用户默认没有写入权限，GDB写入日志失败时不会主动抛出明显报错，会静默失效。
  验证方法：启动GDB前手动执行touch /mnt/gdb_log.txt，如果提示权限拒绝，就需要调整日志保存路径到当前用户可写的目录，或者给/mnt目录开放对应用户的写权限。
• .gdbinit文件未被正常加载：
  • 检查启动GDB的用户是否和.gdbinit所属用户一致：如果用sudo/root身份启动GDB，会读取/root/.gdbinit而非普通用户家目录下的~/.gdbinit
  • 检查GDB启动参数：如果启动时加了-n/-nx参数，GDB会跳过加载所有初始化配置文件
  • 检查GDB安全限制：部分版本GDB默认禁止加载家目录下的.gdbinit，可启动GDB后执行show auto-load查看相关配置是否被禁用
• 冲突配置影响：如果/mnt/gdb_log.txt已经存在且被设为只读，或者配置文件中存在set logging off的冲突项，也会导致写入失败，可启动GDB后执行show logging查看当前日志配置是否符合预期。

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