staging.inyokaproject.org

noisefloor schrieb:

Weil eckige Klammern in der Shell eine Funktion haben.

Ich denke, einfache (nicht doppelte) eckige Klammern nicht. (Ich gehe mal von sh, bash und ähnlichen Shells aus.) Siehe man bash, DEFINITIONS und RESERVED WORDS.

Allerdings werden eckige Klammern in Manpages, insb. im SYNOPSIS-Abschnitt häufig so genutzt, wie es hier im Wiki in den Seiten, die ich als Beispiele angegeben habe, der Fall ist bzw. wie ich es für netcat verwenden wollte:

bash:

bash [options] [file]

cp:

cp [OPTION]... [-T] SOURCE DEST
cp [OPTION]... SOURCE... DIRECTORY
cp [OPTION]... -t DIRECTORY SOURCE...

gpg:

gpg [--homedir dir] [--options file] [options] command [args]

apparmor_parser:

apparmor_parser [-adrR] [--add] [--debug] [--replace] [--remove]
[--preprocess] [--Include n] [--base n] [ --Complain ]

apparmor_parser [-hv] [--help] [--version]

grep:

grep [OPTIONS] PATTERN [FILE...]
grep [OPTIONS] [-e PATTERN | -f FILE] [FILE...]

Irgendwie müssen die optionalen Teile halt als solche gekennzeichnet werden.

Ich habe das Schema jetzt wieder im Abschnitt "Aufruf" angewandt, sodass es in der ganzen Seite konsistent ist. IMHO ok fürs Wiki, aber wir können noch auf eine Antwort von noisefloor warten.

Commander Data schrieb:

Ich habe das Schema jetzt wieder im Abschnitt "Aufruf" angewandt, sodass es in der ganzen Seite konsistent ist. IMHO ok fürs Wiki, aber wir können noch auf eine Antwort von noisefloor warten.

Nicht mehr noetig - es gab inzwischen eine interne Diskussion zur allgemeinen Syntax von Befehlen, die im Endergebnis keine weiteren Aenderungen erforderlich macht. Daher ins Wiki verschoben. Danke an BillMaier und Commander Data fuer den Artikel ☺

OT:
Commander Data schrieb:

Ich denke, einfache (nicht doppelte) eckige Klammern nicht. (Ich gehe mal von sh, bash und ähnlichen Shells aus.) Siehe man bash, DEFINITIONS und RESERVED WORDS.

öhm...

ein älteres System (kein *buntu) mit

• bash 4.1

  anti@qua:~$ type -a [
  [ is a shell builtin
  [ ist /usr/bin/[
  [ ist /bin/[

• zsh 4.3

  anti@qua ~ % which [
  [: shell built-in command

bzw. Kubuntu 13.04 mit

• bash 4.2

  antiqua@kubu:~$ type -a [
  [ ist eine von der Shell mitgelieferte Funktion.
  [ ist /usr/bin/[

• dash

  $ type [
  [ is a shell builtin

Also sowohl die bash, die zsh und sogar der dash-Kastrat haben [ als Builtin, siehe z.B. man bash, Abschnitt SHELL BUILTIN COMMANDS, test expr. Also irgendwie ist das schon reserviert. Wollte ich nur gesagt haben, ohne in die eigentliche Diskussion eingreifen zu wollen die Absicht zu haben 😉

/OT

Ich bin unbedingt dafür, dass wir optionale Parameter/Optionen als solche kenntlich machen. Die Manpages verwenden dafür tatsächlich die [] - Klammern.

Zur Bedeutung von Klammern in anderen Zusammenhängen siehe

man test 

@Antiqua: Upps, stimmt. An test hatte ich gar nicht gedacht.

Aber als Parameter hat "[" in der Hinsicht zum Glück keine weitere Bedeutung (außer zur Kennzeichnung in Manpages u.ä.).

@aasche: Danke fürs Verschieben!

M.E. sollte der Artikel den Eintrag

[[Vorlage(Getestet, general)]]

erhalten. Das muss nicht je Release getestet werden, aus dem "swiss army knife" wird nicht wegen Ubuntu-LTS ein Zahnstocher. Analog sed, hat auch diesen Eintrag.

Hallo,

+1

Gruß, noisefloor

dito, erledigt.