bashdb - Online sa Cloud

PROGRAMA:

NAME

bashdb - script ng bash debugger

SINOPSIS

bashdb [pagpipilian] [--] pangalan ng script [script pagpipilian]

bashdb [pagpipilian] -c execution-string

malakas na palo --debugger [bash-opsyon...] pangalan ng script [script pagpipilian]

DESCRIPTION

Ang "bashdb" ay isang bash script kung saan inaayos ang isa pang bash script na ma-debug. Ang
debugger ay may katulad na command interface bilang gdbNa (1).

Ang paraan ng pag-aayos ng script na ito na mangyari ang pag-debug ay sa pamamagitan ng pagsasama (o aktwal na "pinagmulan"-ing)
ilang debug-support code at pagkatapos ay kunin ang ibinigay na script o command string.

Ang isang problema sa pagkuha ng isang na-debug na script ay ang pangalan ng program na nakaimbak sa $0
"bashdb" sa halip na ang pangalan ng script na i-debug. Gagawin ng na-debug na script
lumalabas sa isang stack ng tawag hindi bilang nangungunang item ngunit bilang item sa ibaba ng "bashdb". Kung ito ay sa
alalahanin, gamitin ang huling form na ibinigay sa itaas, "bash --debugger" pangalan ng script [mga pagpipilian sa script].

Kung gumamit ka ng bashdb script at kailangan mong ipasa ang mga opsyon sa script para ma-debug, idagdag ang "--"
bago ang pangalan ng script. Sasabihin nito sa bashdb na huwag subukang iproseso ang anumang karagdagang mga pagpipilian.

Tingnan ang reference manualhttp://bashdb.sourceforge.net/bashdb.html> para sa kung paano tumawag
ang debugger mula sa loob ng iyong programa o ayusin para sa debugger na matawagan kapag ang iyong
Ang programa ay nagpadala ng isang senyas.

Opsyon

-h | --tulong
Mag-print ng mensahe ng paggamit sa karaniwang error at lumabas na may return code na 100.

-A | --anotasyon antas
Itinatakda upang mag-output ng karagdagang impormasyon ng stack at status na nagpapahintulot sa mga front-end tulad ng
emacs upang subaybayan kung ano ang nangyayari nang walang botohan.

Ito ay kinakailangan para sa pagsubok ng regression. Ang paggamit sa opsyong ito ay katumbas ng pagbibigay ng:

itakda ang annotation LEVEL

sa loob ng debugger.

-B | --basename
Sa mga lugar kung saan lumilitaw ang isang filename sa output ng debugger ay ibigay lamang ang basename lamang.
Ito ay kinakailangan para sa pagsubok ng regression. Ang paggamit sa opsyong ito ay katumbas ng pagbibigay ng:

itakda ang basename sa

sa loob ng debugger.

-n | nx
Karaniwan ang debugger ay magbabasa ng mga utos ng debugger sa "~/.bashdbinit"kung ang file na iyon
umiiral bago tanggapin ang pakikipag-ugnayan ng user. Ang ".bashdbinit" ay kahalintulad sa Perl's
".perldb" o ".gdbinit" ng GNU gdb: maaaring naisin ng isang user na gumawa ng naturang debugger na profile
upang magdagdag ng iba't ibang mga customization na partikular sa user.

Gamit ang opsyong "-n" hindi mababasa ang initialization file na ito. Ito ay kapaki-pakinabang sa
pagsubok ng regression o sa pagsubaybay sa isang problema sa ".bashdbinit" na profile ng isang tao.

-c command-string
Sa halip na tukuyin ang pangalan ng isang script file, maaaring magbigay ng isang execution string iyon
ay dapat i-debug. Gamitin ang opsyong ito para gawin iyon.

Kung i-invoke mo ang debugger sa pamamagitan ng "bash --debugger", ang filename na lalabas sa
source listing o sa isang call stack trace ang magiging artipisyal na pangalan *BOGUS*.

-q | --tahimik
Huwag mag-print ng panimulang bersyon at impormasyon sa copyright. Ito ay muling kapaki-pakinabang sa
pagsubok ng regression kung saan hindi namin gustong magsama ng nababagong petsa ng copyright sa
regression-test matching.

-x debugger-cmdfile
Patakbuhin ang mga utos ng debugger debugger-cmdfile bago tanggapin ang input ng user. Ang mga ito
Ang mga command ay binabasa gayunpaman pagkatapos ng anumang ".bashdbinit" na mga utos. Muli ito ay kapaki-pakinabang
nagpapatakbo ng regression-testing debug scripts.

-L | --librarya debugger-library
Ang debugger ay kailangang mag-source o magsama ng ilang function at ang mga ito ay nasa a
aklatan. Kung ang opsyong ito ay hindi ibinigay ang default na lokasyon ng library ay nauugnay sa
ang naka-install na bashdb script: "../lib/bashdb".

-T | --tempdir pansamantalang-file-direktoryo
Ang debugger ay kailangang gumamit ng ilang pansamantalang imbakan ng filesystem upang i-save ang paulit-ulit
impormasyon sa kabuuan ng isang subshell return o upang suriin ang isang expression. Ang
ang default na direktoryo ay "/ Tmp" ngunit maaari mong gamitin ang pagpipiliang ito upang itakda ang direktoryo kung saan
malilikha ang mga pansamantalang file ng debugger.

-t | --tty tty-name
Ang output ng debugger ay kadalasang napupunta sa isang terminal kaysa sa STDOUT na na-debug
maaaring gamitin ng programa. Ang pagtukoy sa tty o pseudo-tty ay karaniwang ginagawa
awtomatiko. Gayunpaman kung gusto mong kontrolin kung saan napupunta ang output ng debugger, gamitin ito
pagpipilian.

Kung gusto mong mapunta ang output sa STDOUT gamitin ang &1. Tandaan: ang '&' ay maaaring kailangang i-escape o
sinipi upang maiwasan ang interpretasyon ng shell gamit ang forking.

-V | --bersyon
Ipakita ang numero ng bersyon at walang warranty at lumabas na may return code 1.

-X | --bakas
Katulad ng ""set -x"" line tracing maliban na sa default ang lokasyon ng bawat linya,
ang antas ng bash, at antas ng subshell ay naka-print. Baka may makuha ka
halos katulad kung itinakda mo ang "PS4" bilang mga sumusunod

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

Sa kaibahan gayunpaman sa ""set -x"" na pagsubaybay, ang indentation ng orihinal na programa ay din
napanatili sa pinagmulang output. At kung abalahin mo ang programa nang may pahinga (a
"SIGINT" signal), pupunta ka sa debugger (ipagpalagay na ang iyong programa ay hindi bitag
"SIGINT").

Gumamit ng bashdb online gamit ang mga serbisyo ng onworks.net