[gelöst] shell Kommando mit qx aufrufen - Ergebnis nicht immer in der Variabeln

[RalfRog]

Hallo
Ich stell die Frage mal in den Anfängerfragen - es ist ein Thema zum Aufrufen von Shell Kommandos per qx in der "99_myUtils.pm"

Habe Ottos Blog gelesen https://heinz-otto.blogspot.com/2018/02/in-fhem-externe-programme-aufrufen.html
sowie auch z.B. hier        https://forum.fhem.de/index.php/topic,115715.msg1099800.html#msg1099800  etc.

Nutze qx() schon länger und prinzipiell funtioniert es bei mir

Code Auswählen Erweitern

$ret = qx(Kommando) ; Sowohl das Kommando wird ausgeführt als auch das Ergebnis in die Variable geschrieben, so dass ich $ret z.B. ins Log oder eine Telegram-Message schreiben kann.

Was z.B. klappt:

Code Auswählen Erweitern


$ret = qx(ls -l '$file') ;
$ret .= qx(sendEmail -f '$sender' -t '$rcpt' -u '$subject' -m '$text' -a '$attach' -s '$provider' -xu '$konto' -xp '$passwrd' -o tls=yes -o message-charset=utf-8 );


Was nicht funktioniert ist z.B.:

Code Auswählen Erweitern


$ret = qx(gzip -v $file) ;  < oder $ret = qx(gzip -v '$file') >

es wird nichts in $ret geschrieben. Stattdessen wir das Ergebnis direkt ins logfilegeschrieben. ...hmmmm
Was ist der Unterschied zwischen ls und gzip?

[DetlefR]

gzip gibt das Ergebnis nach "stderr" aus.
Versuch mal

Code Auswählen Erweitern

$ret = qx(gzip -v $file 2>&1 )

[RalfRog]

Oh Mann.....
Da hätte ich noch hundert Jahre an allem möglichen gezweifelt 

Funktioniert, danke!

P.S.
gzip ohne Parameter liefert ja keine Ausgabe, aber mit -v gibt es dann:
fhem_history_prev-week_2022-23_1.csv:   87.7% -- replaced with fhem_history_prev-week_2022-23_1.csv.gz
da gehe ich von stdout aus bzw. denk gar nicht drüber nach.

... vielleicht ein Problem bei Allem was von stdin liest und nach stdout ausgibt - daher geht verbose sinnvollerweise nach stderr

[DetlefR]

... vielleicht ein Problem bei Allem was von stdin liest und nach stdout ausgibt - daher geht verbose sinnvollerweise nach stderr

Leider gibt es bei den Smileys keinen Daumen