bashdb - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

bashdb - Bash-Debugger-Skript

ZUSAMMENFASSUNG

bashdb [Optionen] [--] Skriptname [Skript Optionen]

bashdb [Optionen] -C Ausführungszeichenfolge

bash - Debugger [Bash-Optionen...] Skriptname [Skript Optionen]

BESCHREIBUNG

"bashdb" ist ein Bash-Skript, das dafür sorgt, dass ein anderes Bash-Skript debuggt wird. Die
Debugger hat eine ähnliche Befehlsschnittstelle wie gdb(1).

Die Art und Weise, wie dieses Skript das Debuggen anordnet, besteht darin, dass es (oder tatsächlich "source"-ing)
etwas Debug-Unterstützungscode und dann das angegebene Skript oder die Befehlszeichenfolge.

Ein Problem bei der Beschaffung eines debuggten Skripts besteht darin, dass der in $0 gespeicherte Programmname
"bashdb" anstelle des Namens des zu debuggenden Skripts. Das debuggte Skript wird
erscheinen in einer Aufrufliste nicht als oberstes Element, sondern als Element unter "bashdb". Wenn das von ist
Besorgnis, verwenden Sie die letzte oben angegebene Form, "bash --debugger" Skriptname [Skript-Optionen].

Wenn Sie ein bashdb-Skript verwendet haben und Optionen an das zu debuggende Skript übergeben müssen, fügen Sie "--" hinzu.
vor dem Skriptnamen. Dadurch wird bashdb angewiesen, keine weiteren Optionen zu verarbeiten.

Siehe Referenzhandbuchhttp://bashdb.sourceforge.net/bashdb.html> wie man anruft
den Debugger aus Ihrem Programm heraus oder sorgen Sie dafür, dass der Debugger aufgerufen wird, wenn Ihr
Programm wird ein Signal gesendet.

OPTIONAL

-h | --Hilfe
Drucken Sie eine Verwendungsmeldung bei einem Standardfehler und beenden Sie sie mit einem Rückkehrcode von 100.

-A | --Anmerkung Grad des
Legt fest, dass zusätzliche Stack- und Statusinformationen ausgegeben werden, die Frontends wie
emacs, um zu verfolgen, was vor sich geht, ohne abzufragen.

Dies wird für Regressionstests benötigt. Die Verwendung dieser Option entspricht der Ausgabe von:

Anmerkung LEVEL . setzen

innerhalb des Debuggers.

-B | --Basisname
An Stellen, an denen ein Dateiname in der Debugger-Ausgabe erscheint, geben Sie nur den Basisnamen ein.
Dies wird für Regressionstests benötigt. Die Verwendung dieser Option entspricht der Ausgabe von:

set basename auf

innerhalb des Debuggers.

-n | nx
Normalerweise liest der Debugger Debugger-Befehle in "~/.bashdbinit"Wenn diese Datei
existiert, bevor die Benutzerinteraktion akzeptiert wird. ".bashdbinit" ist analog zu Perls
".perldb" oder ".gdbinit" von GNU gdb: Ein Benutzer möchte möglicherweise ein solches Debugger-Profil erstellen
um verschiedene benutzerspezifische Anpassungen hinzuzufügen.

Mit der Option "-n" wird diese Initialisierungsdatei nicht gelesen. Dies ist nützlich in
Regressionstests oder beim Aufspüren eines Problems mit dem eigenen ".bashdbinit"-Profil.

-c Befehlszeichenfolge
Anstatt den Namen einer Skriptdatei anzugeben, kann man einen Ausführungsstring angeben, der
ist zu debuggen. Verwenden Sie dazu diese Option.

Wenn Sie den Debugger über "bash --debugger" aufrufen, wird der Dateiname in
Quellenliste oder in einem Call-Stack-Trace wird der künstliche Name *BOGUS* sein.

-q | --ruhig
Drucken Sie keine Einführungsversion und Copyright-Informationen. Dies ist wieder nützlich in
Regressionstests, bei denen wir kein veränderbares Copyright-Datum in die
Regressionstest-Matching.

-x Debugger-cmdfile
Führen Sie die Debugger-Befehle aus Debugger-cmdfile bevor Sie Benutzereingaben akzeptieren. Diese
Befehle werden jedoch nach allen ".bashdbinit"-Befehlen gelesen. Das ist wieder nützlich
Ausführen von Debug-Skripten für Regressionstests.

-L | --Bücherei Debugger-Bibliothek
Der Debugger muss eine Reihe von Funktionen sourcen oder einschließen, und diese befinden sich in einem
Bücherei. Wenn diese Option nicht angegeben ist, ist der Standardspeicherort der Bibliothek relativ zu
das installierte bashdb-Skript: "../lib/bashdb".

-T | --tempdir Temporäre-Datei-Verzeichnis
Der Debugger muss einen temporären Dateisystemspeicher verwenden, um persistente zu speichern
Informationen über eine Subshell-Rückgabe oder um einen Ausdruck auszuwerten. Die
Standardverzeichnis ist "/ Tmp" aber Sie können diese Option verwenden, um das Verzeichnis festzulegen, in dem
Debugger temporäre Dateien erstellt werden.

-t | --tty tty-name
Die Debugger-Ausgabe geht normalerweise an ein Terminal und nicht an STDOUT, das die Debugging-
Programm verwenden kann. Die Bestimmung des tty oder pseudo-tty erfolgt normalerweise
automatisch. Wenn Sie jedoch steuern möchten, wohin die Debugger-Ausgabe geht, verwenden Sie dies
.

Wenn die Ausgabe zu STDOUT gehen soll, verwenden Sie &1. Hinweis: Das '&' muss möglicherweise mit Escapezeichen versehen werden oder
zitiert, um eine Shell-Interpretation mit Forking zu vermeiden.

-V | --Ausführung
Versionsnummer und keine Garantie anzeigen und mit Rückkehrcode 1 beenden.

-X | --verfolgen
Ähnlich der Zeilenverfolgung ""set -x"", außer dass standardmäßig die Position jeder Zeile,
Bash-Ebene und Subshell-Ebene werden gedruckt. Vielleicht kannst du was besorgen
ungefähr ähnlich, wenn du "PS4" wie folgt einstellst

export PS4='(${BASH_SOURCE}:${LINENO}): ${FUNCNAME[0]}\n'

Im Gegensatz zum ""set -x""-Tracing ist die Einrückung des Originalprogramms auch
in der Quellausgabe beibehalten. Und wenn Sie das Programm mit einer Pause unterbrechen (a
"SIGINT"-Signal), gehen Sie in den Debugger (vorausgesetzt, Ihr Programm fängt nicht an
"SIGNAL").

Verwenden Sie bashdb online mit den onworks.net-Diensten