Jak uruchomić program z args linii poleceń przy użyciu gdb w skrypcie bash?

gdb -ex=r --args myprogram arg1 arg2

-ex=r jest skrótem od -ex=run i mówi gdb, aby uruchomił Twój program natychmiast, zamiast czekać, aż wpiszesz "run". Następnie --args mówi, że wszystko, co następuje, to polecenia i argumenty, tak jak zwykle wpisujesz je w wierszu polecenia.

Innym sposobem, który osobiście uważam za nieco wygodniejszy i bardziej intuicyjny (bez konieczności zapamiętywania parametru --args), jest normalna kompilacja i użycie r arg1 arg2 arg3 bezpośrednio z poziomu gdb, TAK:

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

Można utworzyć plik z kontekstem:

run arg1 arg2 arg3 etc

program input

I wywołaj gdb jak

gdb prog < file

Gdb ma --init-command <somefile> Gdzie somefile ma listę komend gdb do uruchomienia, używam tego, aby mieć //GDB komentarze w kodzie, a następnie `

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

Jako skrypt, który umieszcza polecenie załadowania symboli debugowania, a następnie generuje listę poleceń przerwania, aby umieścić punkt przerwania dla każdego komentarza //GDB i uruchamia go

Dodatek do odpowiedzi Hugo Idelera. Gdy używałem argumentów z prefiksem -- lub -, nie byłem pewien, czy będę w konflikcie z gdb one.

Wygląda na to, że gdb przyjmuje wszystkie opcje po args jako argumenty programu.

Na początku chciałem się upewnić, że uruchomiłem gdb z cudzysłowami wokół twoich argów, jest on usuwany przy starcie.

To też działa, ale opcjonalnie:

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

To nie działa:

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

W takim przypadku {[5] } jest używany jako parametr mojego programu nie jako gdb 1.