Am Freitag, 10. Juni 2011 schrieb Christian Brabandt:

...

-a !

-a AND

... ich hatte das (aus syntaktischen Gründen) vermutet, aber -a als logische Verknüpfung ... Wieder was gelernt, danke :-) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Fri, 10 Jun 2011, Bernd Nachtigall schrieb:

(...)

...

Bei so etwas hilft immer ein "man test", denn test heißt das Programm, welches zwischen "[" und "]" ausgeführt wird. (...)

jepp, ich hatte da wohl schon zu lange drauf geguckt §-| ... und als dann ein 'man if' nix ergab ... Aber jetzt ist es klar, zwischen den [] läuft 'test'.

Deswegen empfehle und verwende ich immer test explizit. Also: if test "$RV" -eq 0 -a -n "$FILE"; then Verwendet wird dabei normalerweise das shell-builtin "test", dokumentiert per 'help test' (man bashbuiltins): -z STRING True if string is empty. -n STRING STRING True if string is not empty EXPR1 -a EXPR2 True if both expr1 AND expr2 are true. arg1 OP arg2 Arithmetic tests. OP is one of -eq, -ne, -lt, -le, -gt, or -ge. Arithmetic binary operators return true if ARG1 is equal, not-equal, less-than, less-than-or-equal, greater-than, or greater-than-or-equal than ARG2 Hilft auch dabei nicht "von hinten durch die Brust ins Auge" wie: if [ `grep bla /blubb | wc -l` -gt 0 ] ; then was man besser per if grep -q bla /blubb; then erledigen sollte (ggfs. >/dev/null anhängen statt '-q' wenn's portabel sein soll). HTH, -dnh -- 281: Personal Firewall Warum installieren Sie sich ein Programm, mit dessen Ausgaben Sie dann nichts anzufangen wissen? (T-Online-Team) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Sat, 11 Jun 2011, Christian Brabandt schrieb:

Nö. Witzigerweise ist [ ein eigenes binary:

#v+ ls -li /usr/bin/{[,test} 148517 -rwxr-xr-x 1 root root 28300 28. Apr 2010 /usr/bin/[ 1126088 -rwxr-xr-x 1 root root 26364 28. Apr 2010 /usr/bin/test #v-

Hab mal eben coreutils-8.9 von gnu.org gesaugt und gebaut. Ah. Irgendwann sind die GNUler wohl auf die glorreiche Idee gekommen, /bin/test (ist per "define" aber umschaltbar) zu nem 'dummy' binary zu machen, das wohl (soweit ich das auf den ersten Blick verstehe) das shell-builtin test "anspringt". Das "echte" test gibt's dann als '['. Siehe src/lbracket.c (ein define + include) und src/test.c in den coreutils sourcen. IMO ein sehr seltsame Entscheidung. Naja, anderswo fragt man sich ja AFAIK gerüchtehalber schon länger, was die GNUler so alles rauchen.

In den meisten Shells, wird aber test bzw. [ als selber implementiert, was bedeutet, dass diese Binaries von der Shell gar nicht mehr aufgerufen werden (und daher auch oft andere Features unterstützen)

Genau. "Shell Builtin". /usr/bin/test und /usr/bin/[ sollten "im Normalbetrieb" nicht aufgerufen werden. Auch in busybox/sash sind beide mit drin. Deswegen auch mein Hinweis auf help test / man bashbuiltins nebenan. Und 'test ...' statt '[ ... ]' ist schon wg. der nötigen Leerzeichen vor und nach '[' und vor ']' sinnvoll. Das '[' ist eben keine Shell-Syntax wie '{', '(', '[[' und '((' (sowie $() und $(())). Das sind beliebte Anfängerfallen. Mit 'test' hat man das Problem nicht und der Anfänger lernt auch gleich, daß sie/er mit z.B. 'if' _JEDES_ Programm oder Builtin, das bei Erfolg 0 und sonst was != 0 liefert verwenden kann. 'test' ist nur ein leicht überdurchschnittlich häufig verwendetes.

Ich habe ja immer gedacht, dass eines der beiden binaries auf das andere hardgelinkt ist. Das sieht aber nicht so aus. Jetzt frag mich aber nicht, was die Unterschiede zwischen beiden sind.

So war's auch mal. Use the source, Lu^WChris! ==== Changelog* ==== 2003-06-30 Paul Eggert Add support for a "[" that conforms to the GNU coding standards, i.e., that does not depend on its name. * src/lbracket.c: New file. * README: Add "[". * man/Makefile.am (programs): Ignore "[", since it doesn't have a separate man page. * src/Makefile.am (bin_PROGRAMS): Add "[". (__SOURCES): New var. * src/test.c (LBRACKET): Define to 0 if not defined. (main): Use LBRACKET rather than argv[0]. * src/test.c (one_argument): Do not check for -t if POSIXLY_CORRECT. Reported by Paul Jarc and Dan Jacobson. * src/test.c (main): Do not recognize --help or --version if POSIXLY_CORRECT, when invoked as "test". Handle "[ ]" correctly. Do not bother testing that margv[margc] is non-null. ==== das müßte es sein. ==== NEWS ==== * Major changes in release 5.0.1 (2003-07-15): ** New programs - new program: `[' (much like `test') ==== Äh, ich verkneif mir jetzt mal nen Kommentar. Bei Interesse könnte ich mal meine und mir geschenkten SUSE CDs/DVDs einwerfen und schauen, ab welcher Version [ und test keine hardlinks mehr sind. (Hm, da fällt mir ein, ich hab schon so einige ISO images auf der Platte ... und dann könnte man auch noch /var/lib/pin auffüllen ... ;) -dn'oldschool'h PS: diesmal keine Zufallssig. -- "Anybody who really thinks /bin/true should report a version number and a help string (or even a copyright notice) needs to get his head examined." -- Linus Torvalds -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, Am Sat, 11 Jun 2011, Martin Schröder schrieb:

Am 11. Juni 2011 16:49 schrieb David Haller :

...

coreutils sourcen. IMO ein sehr seltsame Entscheidung. Naja, anderswo fragt man sich ja AFAIK gerüchtehalber schon länger, was die GNUler so alles rauchen.

:-)

Achja: -a und -o sind XSI extensions, also nicht wirklich portabel (aber das dürfte nur auf Unixen aus dem letzten Jahrtausend relevant sein :).

Aber selbst dann gilt das in http://pubs.opengroup.org/onlinepubs/009695399/utilities/test.html genannte: ==== APPLICATION USAGE Scripts should be careful when dealing with user-supplied input that could be confused with primaries and operators. Unless the application writer knows all the cases that produce input to the script, invocations like: test "$1" -a "$2" should be written as: test "$1" && test "$2" to avoid problems if a user supplied values such as $1 set to '!' and $2 set to the null string. That is, in cases where maximal portability is of concern, replace: test expr1 -a expr2 with: test expr1 && test expr2 [..] ==== (hab jetzt auf die Schnelle nix aktuelleres gefunden (vielmehr will ich mir jetzt nicht durch die Seite wühlen sondern greif auf was altes zu)). Kurzum, mit '-a' und '-o' sollte man vorsichtig sein. Ich vermeide mehrfach-Bedingungs-test generell, bzw. greife dann eben wenn sowas nötig wird gerne gleich zu awk oder noch eher perl ;) Das ist eben auch ein Indiz dafür (aber nicht mehr), daß das Script so komplex zu werden droht, daß es sich lohnt awk oder perl zu verwenden. YMMV. Aber je nach Kontext (init-Script) gibt's weitere Parameter. -dnh -- Hehehe: Der LaTeX Benutzer flucht halt auf den ersten zehn Seiten. Der Word-Mensch auf den danach folgenden. -- Karl Wunderle -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hi David! On Sa, 11 Jun 2011, David Haller wrote:

Hab mal eben coreutils-8.9 von gnu.org gesaugt und gebaut. Ah.

;) Ich habe kurz überlegt, aber so wichtig war es mir dann nicht.

Irgendwann sind die GNUler wohl auf die glorreiche Idee gekommen, /bin/test (ist per "define" aber umschaltbar) zu nem 'dummy' binary zu machen, das wohl (soweit ich das auf den ersten Blick verstehe) das shell-builtin test "anspringt". Das "echte" test gibt's dann als '['.

Siehe src/lbracket.c (ein define + include) und src/test.c in den coreutils sourcen. IMO ein sehr seltsame Entscheidung. Naja, anderswo fragt man sich ja AFAIK gerüchtehalber schon länger, was die GNUler so alles rauchen.

Interessant. Danke fürs nachschauen.

So war's auch mal. Use the source, Lu^WChris!

Ja, beim nächsten Mal ;)

PS: diesmal keine Zufallssig. -- "Anybody who really thinks /bin/true should report a version number and a help string (or even a copyright notice) needs to get his head examined."

Haha, das frag ich mich ja auch schon lange: #v+ chrisbra@host: ls -l /bin/true -rwxr-xr-x 1 root root 16060 28. Apr 2010 /bin/true #v- 16K für ein /bin/true, da werden bestimmt noch Primzahlen berechnet oder so. Und /bin/true --version bzw --help funktioniert ja auch. Das ist ja fast so gut, wie das /bin/echo --version und /bin/echo --help Mit freundlichen Grüßen Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org