zshdb – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

zshdb – ZSH-Debugger

ZUSAMMENFASSUNG

zshdb [Optionen] [--] Skriptname [Skript Optionen]

zshdb [Optionen] -C Ausführungszeichenfolge

BESCHREIBUNG

„zshdb“ ist ein ZSH-Skript, das das Debuggen eines anderen ZSH-Skripts veranlasst. Der
Debugger hat eine ähnliche Befehlsschnittstelle wie gdb(1).

Wenn Sie das ZSHDB-Skript verwendet haben und Optionen an das zu debuggende Skript übergeben müssen, fügen Sie „--“ hinzu.
vor dem Skriptnamen. Dadurch wird zshdb angewiesen, nicht zu versuchen, weitere Optionen zu verarbeiten.

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 | --no-init
Normalerweise liest der Debugger Debugger-Befehle in "~/.zshdbinit"Wenn diese Datei
existiert, bevor Benutzerinteraktion akzeptiert wird. „.zshdbinit“ ist analog zu Perl
".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 „.zshdbinit“-Profil.

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

-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 | --eval-command Debugger-cmdfile
Führen Sie die Debugger-Befehle aus Debugger-cmdfile bevor Sie Benutzereingaben akzeptieren. Diese
Befehle werden jedoch nach allen „.zshdbinit“-Befehlen gelesen. Auch das ist 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 zshdb-Skript: „../lib/zshdb“.

-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 Ausgabe des Debuggers geht normalerweise an ein Terminal und nicht an stdout oder stdin, was der Fall ist
Das debuggte Programm kann verwendet werden. Normalerweise erfolgt die Bestimmung des TTY oder Pseudo-TTY
automatisch. Wenn Sie jedoch steuern möchten, wohin die Debugger-Ausgabe geht, verwenden Sie dies
.

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

Verwenden Sie zshdb online über die Dienste von onworks.net