Re: #!/bin/sh: Variablen-Zuweisung mit Default-Werten

From: Sebastian Stark (seb_at_gosh.todesplanet.de)
Date: 23. Jan 2001

• Nächste Nachricht: Yvonne Vetter: "Re: SuSE 5.1 zu verschenken"
• Vorherige Nachricht: Jochen Lillich: "Re: SuSE 5.1 zu verschenken"
• Als Antwort auf: Raphael H. Becker: "Re: #!/bin/sh: Variablen-Zuweisung mit Default-Werten"
• Nächste im Thread: Christian Weisgerber: "Re: #!/bin/sh: Variablen-Zuweisung mit Default-Werten"
• Antwort: Christian Weisgerber: "Re: #!/bin/sh: Variablen-Zuweisung mit Default-Werten"

Raphael H. Becker wrote:
> Christian Weisgerber wrote:
> > Raphael H. Becker <beckerra_at_rumms.uni-mannheim.de> wrote:
> > > Umstaendlich koennte man das so machen:
> > > if [ $1 ]
> >
> > Das fliegt dir sehr leicht um die Ohren. Besser
> >
> > [ "$1" ]
>
> Aus welchem Grund? Ist $1 ungesetzt, dann fuehrt /bin/sh den Befehl "[
> ]" aus. Das Verhalten ist die Rueckgabe eines "false"-Wertes. Oder? Wo
> ist der Haken?

bash, ksh und tcsh (evtl noch andere) haben mit sowas Probleme:

seb_at_kirsch:~/tmp$ export a="test 1 2 3"
seb_at_kirsch:~/tmp$ ls $a
ls: test: No such file or directory
ls: 1: No such file or directory
ls: 2: No such file or directory
ls: 3: No such file or directory
seb_at_kirsch:~/tmp$ ls "$a"
test 1 2 3
seb_at_kirsch:~/tmp$

Die zsh ist in diesem Fall fehlertolerant.

• Nächste Nachricht: Yvonne Vetter: "Re: SuSE 5.1 zu verschenken"
• Vorherige Nachricht: Jochen Lillich: "Re: SuSE 5.1 zu verschenken"
• Als Antwort auf: Raphael H. Becker: "Re: #!/bin/sh: Variablen-Zuweisung mit Default-Werten"
• Nächste im Thread: Christian Weisgerber: "Re: #!/bin/sh: Variablen-Zuweisung mit Default-Werten"
• Antwort: Christian Weisgerber: "Re: #!/bin/sh: Variablen-Zuweisung mit Default-Werten"

Dieses Archiv wurde generiert von hypermail 2.1.2 : 11. Mar 2002 CET