gdb有——init-command <somefile> where somefile有一个gdb命令列表要运行，我使用这个在我的代码中有// gdb注释，然后'

echo "file ./a.out" > run
grep -nrIH "//GDB"|
    sed "s/\(^[^:]\+:[^:]\+\):.*$/\1/g" |
    awk '{print "b" " " $1}'|
    grep -v $(echo $0|sed "s/.*\///g") >> run
gdb --init-command ./run -ex=r

作为脚本，该脚本放置加载调试符号的命令，然后生成一个中断命令列表，为每个//GDB注释放置断点，并开始运行

你可以创建一个带有context的文件:

run arg1 arg2 arg3 etc

program input

并调用gdb like

gdb prog < file

太迟了，但是这里有一个在gdb会话期间工作的方法。

gdb <执行>

then

(gdb)恰当的论点

这将返回大量匹配，有用的是set args。

set args -- Set argument list to give program being debugged when it is started.

arg1 arg2 ..

then

r

这将运行程序，将参数和参数计数传递给main(argc, argv)。

如果你想从文件中传递参数， 例如，scanf从文件作为输入

试试这个

(gdb) run < the_file_contains_data

另一种方法，我个人觉得稍微更方便和直观(不需要记住——args参数)，是正常编译，并直接从gdb中使用r arg1 arg2 arg3，如下所示:

$ gcc -g *.c *.h
$ gdb ./a.out
(gdb) r arg1 arg2 arg3

除了雨果·爱德勒的答案。 当使用自身前缀为——或-的参数时，我不确定是否与gdb one冲突。

似乎gdb将所有args选项后的参数作为程序的参数。

起初我想要确定，我运行gdb与你的args周围的引号，它在启动时被删除。

这也可以，但可选:

gdb --args executablename "--arg1" "--arg2" "--arg3"

这行不通:

gdb --args executablename "--arg1" "--arg2" "--arg3" -tui

在这种情况下，-tui被用作我的程序参数，而不是作为gdbone。