was mache ich falsch? ich kann leider kein bash oder zsh benutzen.

$ /usr/bin/time -f "%E wall" sleep 1
0:01.00 wall
$ export TCMD='/usr/bin/time -f "%E wall"'
$ $TCMD sleep 1
/usr/bin/time: cannot run wall": No such file or directory
Command exited with non-zero status 127
"0:00.00
$

was mache ich falsch? ich kann leider kein bash oder zsh benutzen.

EDIT: wie ihr seht ist das Problem dass die doppelten Anführungsstriche nicht beachtet werden wenn das ausgeführte Kommando aus einer Umgebungsvariablen gelesen wird. Verstehe ich nicht.

$ /usr/bin/time -f "%E wall" sleep 1
0:01.00 wall
$ export TCMD='/usr/bin/time -f "%E wall"'
$ $TCMD sleep 1
/usr/bin/time: cannot run wall": No such file or directory
Command exited with non-zero status 127
"0:00.00
$

was mache ich falsch? ich kann leider kein bash oder zsh benutzen.

In bash passiert übrigens genau das gleiche.

Zuerst einmal: Mit alias statt einer Umgebungsvariablen würde es funktionieren, sowohl in sh als auch in bash.

$ TCMD sleep 1  
sh: TCMD: not found
$ alias TCMD='/usr/bin/time -f "%E wall"'
$ TCMD sleep 1
0:01.00 wall
$

Weil du aber "export" geschrieben hast, hilft dir das vermutlich nicht viel.

Das Problem ist das word splitting, das die shell macht. Zu diesem Zeitpunkt werden Anführungszeichen wie "" nicht mehr beachtet. In bash hättest du die Möglichkeit, mit arrays zu arbeiten, um die Parameter beizubehalten:

bash$ TCMD=( /usr/bin/time -f '%E wall' )
bash$ "${TCMD[@]}" sleep 1
0:01.00 wall
bash$

Es gibt auch eine Möglichkeit, das in sh zu erreichen. Diese Möglichkeit existiert auch in bash. Allerdings ist das ein ziemlich obskures Feature und es ist bestimmt keine kluge Idee, das in einem Produktiv-System einzusetzen, weil sicher niemand damit rechnet. Ich spreche von der Umgebungsvariablen IFS.

$ TCMD="/usr/bin/time,-f,%E wall"
$ IFS=,
$ $TCMD sleep 1
0:01.00 wall
$

Das funktioniert in sh und in bash.
Der Inhalt von IFS legt fest, an welchen Zeichen word splitting stattfindet. Normalerweise enthält IFS nur whitespace wie das Leerzeichen. Nichts außer dem gesunden Menschenverstand hindert aber daran, IFS auf etwas beliebiges zu setzen. Man kann IFS auch vorher in einer anderen Variablen speichern und nach dem Befehl wiederherstellen. Das wäre zumindest ein bisschen sauberer, weil IFS schließlich eine globale Variable ist, die man aus gutem Grund nicht einfach so ändern sollte.

edit: Falls es eine bessere Lösung geben sollte, würde mich die interessieren.

edit 2: Möglicherweise funktionieren meine Lösungen nur in /bin/sh von Ubuntu. Es kam mir schon vorhin beim Schreiben komisch vor, dass /bin/sh Aliase kennt, genauso wie bash. Mein /bin/sh ist in Wirklichkeit die Shell "dash".
Deswegen kann ich nur sagen: Ich benutze /bin/sh nie und weiß deswegen nicht genau, welche Befehle man dort auf jedem System minimal voraussetzen kann.

Als absoluter Linuxnoob bleibt mir nur die Frage: Was macht ihr da? Was soll das sein?

chrische

chrische5 schrieb:

Hallo

Als absoluter Linuxnoob bleibt mir nur die Frage: Was macht ihr da? Was soll das sein?

chrische

sh ist eine shell, ähnlich wie cmd.exe in Windows.

es gibt das programm /usr/bin/time das die Laufzeit, CPU-zeit etc. eines anderen programms misst und ausgibt. diesem programm kann man eine option mitgeben, die angibt wie die ausgabe formatiert ist. ich wollte mir eine umgebungsvariable definieren, in welcher der time-Aufruf mit allen Optionen steht, damit ich im sh-skript nur einmal das Ausgabeformat definieren muss.

Weiterhin wird Text zwischen zwei Anführungsstrichen als ein Parameter aufgefasst; ohne Anführungsstriche trennt die shell die Eingabe normalerweise an jedem Leerzeichen und übergibt die getrennten Argumente an das aufgerufene Programm.

Das Problem ist, dass die Anführungsstriche, wenn sie in der Umgebungsvariable stehen, nicht beachtet werden, d.h. die Eingabe wird auch an Leerzeichen innerhalb eines gequoteten Strings aufgeteilt. Ich habe das Problem inzwischen anders gelöst, aber wollte doch wissen, was ich beim shell-scripting nicht verstanden habe.

Anscheinend macht export etwas mit Anführungsstrichen das ich nicht verstehe.

Das liegt nicht an export. Eine Variablendefinition weist der Variablen einen einzelnen String zu, das ist alles. Word splitting findet erst statt, wenn $TCMD irgendwo substituiert wird, das ist viel später und hat mit der Variablendefinition und mit export nichts zu tun.

Brauchst du überhaupt export? Vielleicht genügt dir ja auch eine normale Variablendefinition, in welchem Fall du auch ein alias nehmen könntest und keine Schwierigkeiten mit den "" hättest.

export vor einer Variablen markiert diese Variable so, dass auch child processes diese Variable in ihrer Umgebung haben. Deswegen sollte man export nur vor Variablen schreiben, die auch wirklich von child processes gesehen werden müssen. Verwendest du die Variable nur in deinem Shell-Skript, dann brauchst du kein export davorschreiben.

Danke für die ausführliche Antwort.

chrische

Christoph schrieb:

export vor einer Variablen markiert diese Variable so, dass auch child processes diese Variable in ihrer Umgebung haben. Deswegen sollte man export nur vor Variablen schreiben, die auch wirklich von child processes gesehen werden müssen.

ja, das würde gehen, danke.