Come funziona esattamente "/ bin / ["?

Sono sempre sorpreso che nella cartella sia /binpresente un [programma.

È questo che viene chiamato quando stiamo facendo qualcosa del tipo if [ something ]:?

Chiamando [esplicitamente il programma in una shell, chiede un corrispondente ]e quando fornisco la parentesi di chiusura sembra non fare nulla, indipendentemente da ciò che inserisco tra parentesi.

Inutile dire che il solito modo di ottenere aiuto su un programma non funziona, cioè né man [né [ --helpfunziona.

Il [compito del comando è valutare le espressioni di test. Ritorna con uno stato di uscita 0 (che significa vero ) quando l'espressione si risolve in vero e qualcos'altro (che significa falso ) altrimenti.

Non è che non faccia nulla, è solo che il suo risultato si trova nel suo stato di uscita. In una shell, puoi scoprire lo stato di uscita dell'ultimo comando $?per shell tipo Bourne o $statusnella maggior parte delle altre shell (fish / rc / es / csh / tcsh ...).

$ [ a = a ]
$ echo "$?"
0
$ [ a = b ]
$ echo "$?"
1

In altre lingue come perl, lo stato di uscita viene restituito, ad esempio, nel valore restituito di system():

$ perl -le 'print system("[", "a", "=", "a", "]")'
0

Si noti che tutte le moderne shell tipo Bourne (e fish) hanno un [comando integrato . Quello in /bingenere verrebbe eseguito solo quando usi un'altra shell o quando fai cose come env [ foo = bar ]o find . -exec [ -f {} ] \; -printo quel perlcomando sopra ...

Il [comando è anche noto con il testnome. Quando viene chiamato come test, non richiede un ]argomento di chiusura .

Anche se il tuo sistema potrebbe non avere una pagina man per [, probabilmente ne ha una per test. Ma ancora una volta, nota che sarebbe documentare la /bin/[o /bin/testimplementazione. Per conoscere l' [integrato nella tua shell, dovresti invece leggere la documentazione per la tua shell.

Per ulteriori informazioni sulla cronologia di quell'utilità e sulla differenza con l' [[...]]espressione del test ksh, potresti dare un'occhiata a queste altre domande e risposte qui .

Sono sempre sorpreso che nella cartella sia /binpresente un [programma.

Hai ragione di essere sorpreso. Questo è uno dei rari comandi POSIX, con l'utilità null ( :), che non rispetta la convenzione dei caratteri consentiti dal file comandi (set di caratteri del nome file portatile).

È quello che viene chiamato quando stiamo facendo qualcosa del tipo if [ something ]:?

Precisamente ma può essere utilizzato anche senza if.

Chiamando [esplicitamente il programma in una shell, chiede un corrispondente ]e quando fornisco la parentesi di chiusura sembra non fare nulla, indipendentemente da ciò che inserisco tra parentesi.

Non fa nulla di visibile ma in realtà fa la stessa cosa di quando viene utilizzato if, ovvero imposta lo stato di uscita su 0 (vero) o qualsiasi altra cosa (falso) a seconda di ciò che viene inserito tra parentesi. È (per una ragione) lo stesso comportamento del testcomando; l'unica differenza è che cerca il finale ]. Vedi man testper i dettagli.

Inutile dire che il solito modo di ottenere aiuto su un programma non funziona, cioè né man [né [ --helpfunziona.

Dipende dal tuo sistema operativo. man [sicuramente funziona per me su un paio di distribuzioni Gnu / Linux tradizionali ma non su Solaris.

[ --helppotrebbe funzionare o meno a seconda dell'implementazione in quanto interrompe comunque la sintassi, mancando il finale ]. Inoltre, lo standard POSIX per il comando test/[ esclude esplicitamente tutte le opzioni, inclusa la --terminazione delle opzioni, quindi entrambe [ --help ]e test --helpdevono tornare truee tacere in base alla progettazione. Si noti che ciò che si mette all'interno delle parentesi o dopo [e che sembrano opzioni (ad esempio -f file, -n string, e simili) non sono opzioni , ma operandi .

Tutti i moderni interpreti Bourne shell stile (come bash, ksh, dashe zshsolo per citarne alcuni) attuare il test/ [utility internamente come incorporato in modo che quando li si utilizza, la pagina di manuale diritto di fare riferimento potrebbe essere quello del guscio, non testuno.

Prima di Unix System III (1981), la shell Bourne non implementava l' testutilità come incorporata, quindi era disponibile solo l'implementazione del comando binario esterno. Non esisteva un [comando (interno o incorporato) fino a Unix System III, quindi ad esempio con Unix Versione 7 dovevi digitare:

if test something ; then
…

invece di:

if [ something ] ; then
…

[è in realtà più comunemente noto come testcomando. L'uso tipico di questo comando è semplicemente valutare le espressioni e restituire la loro condizione - vera o falsa. Viene spesso usato nelle if-then-else-fiistruzioni, sebbene possa essere usato al di fuori delle ifistruzioni per eseguire condizionalmente altri comandi tramite shell &&o ||operatori, in questo modo.

$ [ -e /etc/passwd  ] && echo "File exists"
File exists

$ test -e /etc/passwd && echo "File exists"
File exists

Più specificamente, la valutazione viene comunicata ad altri comandi tramite lo stato di uscita. Alcuni programmi possono scegliere di generare lo stato di uscita per indicare diversi tipi di eventi: il completamento del programma è corretto, si verifica un errore di tipo particolare durante l'esecuzione o errori di sintassi. Nel caso del testcomando, ci sono 0significa vero e 1significa falso. Come sottolineato da Stephan, gli errori di sintassi producono lo stato di uscita di 2.

La sua posizione dipende dal tuo sistema e spiega anche perché non hai visto la pagina man quando l'hai fatto man [. Ad esempio, su FreeBSD è sotto /bin. Su Linux (o nel mio caso particolare, Ubuntu 16.04) è presente /usr/bin/. Se lo fai man [o man testsu un sistema Linux, vedrai la stessa documentazione aperta. È anche importante notare che la shell potrebbe avere una propria implementazione di test.

Va anche notato che questo comando ha dei problemi , che l'implementazione della shell Korn (comunemente nota come riferimento "espressione condizionale" con parentesi quadre doppie [[ "$USER" = "root" ]]) cerca di risolvere. Questa funzione è utilizzata anche da altre shell come bashe zsh.

Né man [né [ --helpopere

In alcune distro (ad esempio Ubuntu), man [segue un link simbolico a test(1). Su altri (ad esempio Arch), non è così. (Ma la testpagina man documenta anche l'uso di [)

type -a [ mostra che esiste sia una shell integrata che un eseguibile.

$ type -a [
[ is a shell builtin
[ is /usr/bin/[

bash-builtin [ --helpstampa solo un messaggio di errore. (Ma dal momento che è un built-in, puoi usare help [o guardare la pagina man / docs di bash).

/usr/bin/[ --help stampa l'output della guida completa (per la versione GNU Coreutils), che inizia con:

$ /usr/bin/[ --help
Usage: test EXPRESSION
  or:  test
  or:  [ EXPRESSION ]
  or:  [ ]
  or:  [ OPTION
Exit with the status determined by EXPRESSION.

      --help     display this help and exit
      --version  output version information and exit

e quindi descrive la sintassi consentita per EXPRESSION.

Questo è un altro modo in cui avresti potuto scoprirlo [e testsono equivalenti.

A proposito, se stai programmando per bash (o scrivendo una riga in modo interattivo), raccomanderei [[invece di [. È meglio in diversi modi, vedi i collegamenti nella risposta di Serg.

[il comando restituisce zero dello stato di uscita se espressione, contenuta nei suoi argomenti, è considerata vera e lo stato di uscita diverso da zero se espressione, contenuta nei suoi argomenti, è considerata falsa. Fallisce anche con un messaggio di errore se il suo ultimo argomento non lo è ](questo è fatto esclusivamente per motivi estetici).

Per esempio:

[ hello ]
echo "Exit-status of [ hello ] is:" $?
[ abc = abc ]
echo "Exit-status of [ abc = abc ] is:" $?
[ ]
echo "Exit-status of [ ] is:" $?
[ abc = def ]
echo "Exit-status of [ abc = def ] is:" $?

... produrrà:

Lo stato di uscita di [ciao] è: 0       - perché la stringa non vuota è considerata vera Lo 
stato di uscita di [abc = abc] è: 0   - perché 'abc' è davvero lo stesso di 'abc' Lo 
stato di uscita di [] è : 1             - poiché la stringa vuota è considerata falsa Lo 
stato di uscita di [abc = def] è: 1   - perché "abc" differisce in realtà da "def"

Tuttavia, bash e molte altre shell di solito in realtà non invocano /bin/[(o /usr/bin/[) in questi casi, ma chiamano invece il comando integrato con lo stesso comportamento (puramente per motivi di prestazioni). Per invocare /bin/[(non surrogato incorporato della shell) è necessario specificare esplicitamente il suo percorso (ad esempio /bin/[ hello ]_{; non è necessario ]aggiungere un prefisso con dirname anche se ☺} ) o configurare la shell per non utilizzare un surrogato incorporato (ad esempio, enable -n [in bash).

PS: Come è stato detto in altre risposte, [è correlato test. Ma test, a differenza [, non richiede ]come ultimo argomento _{(e non se lo aspetta affatto; l'aggiunta di extra ]agli testargomenti può causare il fallimento con un messaggio di errore o la restituzione di risultati errati)} . _{L' /bin/teste /bin/[può risolversi nello stesso file (ad es. Uno è simbolicamente collegato ; in questo caso la deviazione del comportamento è probabilmente implementata analizzando il comando attualmente chiamato all'interno del test/ [code stesso) o in file diversi. Infatti test, la shell di solito invoca anche surrogato incorporato, a meno che path non sia esplicitamente specificato ( /bin/test) o sia configurato per non farlo (enable -n test).}

PPS: A differenza di teste [, il moderno ifnon è mai un vero file. Fa parte della sintassi della shell (ad es. Bash): if commandA; then commandB; fi(le nuove righe possono essere usate al posto dei punti e virgola) fa sì commandBche venga eseguita if-and-only-se commandAesce con stato zero. Questo si adatta perfettamente al comportamento di testo [, consentendo di combinarli come if [ "$a" = foo ]; then …; fi _{(o if test "$a" = foo; then …; fi- solo meno leggibili)} . Tuttavia, gli script moderni usano spesso [[invece di testo [, che (come il if) non è mai un file reale, ma fa sempre parte della sintassi della shell.

PPPS: Per quanto riguarda man- non aspettarti mai mandi avere un articolo su ogni comando nel tuo file system. Informazioni su alcune informazioni (anche "reale", basato su file) i comandi potrebbero mancare, in alcune shell built-in forse presente non solo all'interno di un articolo dedicato alla shell specifico (che è il luogo dove si sicuramente troverete informazioni test, [, if, [[). Tuttavia, molte distribuzioni hanno articoli espliciti manper teste [. (A proposito --help, non è riconosciuto testper ovvi motivi: deve gestire casi silenziosi come a=--help; test "$a"; su alcune distribuzioni [ --help(senza chiusura ]) mostra ancora aiuto, su alcuni non lo fa.)