Bash'ta set +xbash olmadan söyleyip söyleyemeyeceğimizi bilen var mı :
set -x
command
set +x
izler
+ command
+ set +x
ama sadece yazdırmalı
+ command
Bash Sürüm 4.1.10'dur (4). Bu beni bir süredir rahatsız ediyor - çıktı işe yaramaz set +xçizgilerle darmadağın oluyor ve izleme tesisini olabildiğince kullanışlı hale getiriyor.
Yanıtlar:
Aynı problemi yaşadım ve alt kabuk kullanmayan bir çözüm bulabildim:
set -x
command
{ set +x; } 2>/dev/null
set +xçok başarılı bir komut
command, bu varyasyon bir çözümdür: { STATUS=$?; set +x; } 2>/dev/null. Sonra $STATUSboş zamanlarınızda sonraki satırlarda inceleyin .
{ set +x; } 2>&-. Bu, fd 2'yi / dev / null konumuna getirmek yerine tamamen kapatır. Bazı programlar stderr'e yazdırmaya çalıştıklarında bunu iyi idare edemezler, bu yüzden / dev / null genel olarak iyi bir stildir; ama kabuğun set -xizleme sistemi gayet iyi idare ediyor, bu yüzden burada mükemmel çalışıyor ve bu büyülü sözü biraz kısaltıyor.
Bir alt kabuk kullanabilirsiniz. Alt kabuktan çıkıldığında, ayar xkaybolacak:
( set -x ; command )
( set -x \n command \n )daha kötü nasıl olduğunu anlamıyorum set -x \n command \n set +x.
cd: üst kabuktaki mevcut dizini değiştirmez.
Kısa bir süre önce buna sinirlendiğimde buna bir çözüm buldum:
shopt -s expand_aliases
_xtrace() {
case $1 in
on) set -x ;;
off) set +x ;;
esac
}
alias xtrace='{ _xtrace $(cat); } 2>/dev/null <<<'
Bu, xtrace'i aşağıdaki gibi etkinleştirmenize ve devre dışı bırakmanıza olanak tanır; burada, değişkenlerin değişkenlere nasıl atandığını günlüğe kaydediyorum:
xtrace on
ARG1=$1
ARG2=$2
xtrace off
Ve şöyle görünen çıktılar elde edersiniz:
$ ./script.sh one two
+ ARG1=one
+ ARG2=two
/dev/stdinparçaya ihtiyacınız olmasa da ). Uyarı, komut dosyalarında takma ad genişletmeyi açmanın istenmeyen yan etkilere sahip olabileceğidir.
/dev/stdin. Etkileşimli olmayan ortamın takma adları tanımlayan hiçbir dosyayı yüklememesi gerektiğinden, herhangi bir özel yan etkinin farkında değilim. Ne tür yan etkiler olabilir?
set +xuzlaşmak (imkansız değilse) çok daha zordur. Ama yine de iyi ve doğru bir çözüm - muhtemelen şimdiye kadarki en iyisi.
Bu, bir kod bloğunu çevreleyen ve çıkış durumunu koruyan birkaç fikrin birleşimidir.
#!/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_off
echo "status: $?"
Yürütüldüğünde:
$ ./test.sh
+ echo hello
hello
status: 0
+ exit 56
status: 56
()etrafında exitgerekli değildir. Tamam. En paranoyak, ancak bu kod genel olarak kullanılırsa iyi bir saldırı vektörü sahip Belki o: yeniden tanımlamak trace_onve trace_offidam komutları okur iğne kodu. Bu tür "araçları" tek başına kullanırsanız, bu öğretici olur, ancak kod başkalarıyla birlikte kullanılırsa, bu tür standartlaştırılmamış işlevlerin faydalarının dezavantajlarından ağır basıp basmadığını dikkate almanız gerekir. Şahsen ben { set +x; } 2>/dev/nullbu yapı yaygın olarak anlaşıldığı ve çıkış durumunu değiştirmediği için yerleştim.
()Çevresine gelince exit 56; bu basitçe, alt işlemin çıkış durumunun bash betiğinde erişilebilir olduğunu gösterebilmem için yapıldı; parantezler olmadan, bir alt işlem haline gelmezdi ve komut dosyası o noktada status = 65 ile çıkardı.
script.sh 2>&1 | grep -v 'set +x'