Qualcuno sa se possiamo dire set +xin bash senza che venga stampato:
set -x
command
set +xtracce
+ command
+ set +xma dovrebbe solo stampare
+ commandBash è la versione 4.1.10 (4). Questo mi sta infastidendo da un po 'di tempo: l'output è ingombro di set +xlinee inutili , rendendo la funzione di traccia non così utile come potrebbe essere.
Risposte:
Ho avuto lo stesso problema e sono riuscito a trovare una soluzione che non utilizza una subshell:
set -x
command
{ set +x; } 2>/dev/nullset +xè un tale comando di successo
command, questa variazione è una soluzione: { STATUS=$?; set +x; } 2>/dev/null. Quindi ispeziona $STATUSnelle righe successive a tuo piacimento.
{ set +x; } 2>&-. Questo chiude completamente fd 2 invece di farlo puntare a / dev / null. Alcuni programmi non gestiscono così bene quando provano a stampare su stderr, motivo per cui / dev / null è un buon stile in generale; ma il set -xtracciamento del guscio lo gestisce bene, quindi funziona perfettamente qui, e rende questo incantesimo un po 'più breve.
Puoi usare una subshell. All'uscita dalla subshell, l'impostazione su xandrà persa:
( set -x ; command )( set -x \n command \n )sia peggio di set -x \n command \n set +x.
cd: non cambia la directory corrente nella shell genitore.
Ho hackerato una soluzione a questo solo di recente quando mi sono infastidito:
shopt -s expand_aliases
_xtrace() {
case $1 in
on) set -x ;;
off) set +x ;;
esac
}
alias xtrace='{ _xtrace $(cat); } 2>/dev/null <<<'Ciò consente di abilitare e disabilitare xtrace come di seguito, dove sto registrando come gli argomenti sono assegnati alle variabili:
xtrace on
ARG1=$1
ARG2=$2
xtrace offE ottieni un output che assomiglia a:
$ ./script.sh one two
+ ARG1=one
+ ARG2=two/dev/stdinparte). L'avvertenza è che l'attivazione dell'espansione degli alias negli script può avere effetti collaterali indesiderati.
/dev/stdin. Non sono a conoscenza di effetti collaterali specifici, poiché l'ambiente non interattivo non dovrebbe caricare alcun file che definisca gli alias. Quali effetti collaterali potrebbero esserci?
set +xè molto più difficile (se non impossibile) scendere a compromessi. Ma è ancora una buona e diretta soluzione, probabilmente la migliore finora.
Che ne dici di una soluzione basata su una versione semplificata di @ user108471:
shopt -s expand_aliases
alias trace_on='set -x'
alias trace_off='{ set +x; } 2>/dev/null'
trace_on
...stuff...
trace_offfunction () { set_plus_x='{ set +x; } 2>/dev/null' }
Questa è una combinazione di alcune idee che possono racchiudere un blocco di codice e preservare lo stato di uscita.
#!/bin/bash
shopt -s expand_aliases
alias trace_on='set -x'
alias trace_off='{ PREV_STATUS=$? ; set +x; } 2>/dev/null; (exit $PREV_STATUS)'
trace_on
echo hello
trace_off
echo "status: $?"
trace_on
(exit 56)
trace_offQuando eseguito:
$ ./test.sh
+ echo hello
hello
status: 0
+ exit 56
status: 56
()giro exitnon sia necessario. Ok. Forse questo è paranoico, ma se questo codice viene utilizzato, in generale, si ha un buon vettore di attacco: Ridefinire trace_one trace_offe il codice che legge iniettare comandi eseguiti. Se si utilizzano tali "utilità" da sole è istruttivo, ma se il codice viene utilizzato con altri è necessario considerare se i vantaggi di tali funzioni non standardizzate superano gli svantaggi. Personalmente ho deciso { set +x; } 2>/dev/nullperché questo costrutto è comunemente inteso e anch'esso non cambia lo stato di uscita.
script.sh 2>&1 | grep -v 'set +x'