A che cosa serve il colon?

Ho hackerato molti script di shell e talvolta le cose più semplici mi sconcertano. Oggi mi sono imbattuto in una sceneggiatura che ha fatto ampio uso del :builtin bash (due punti).

La documenazione sembra abbastanza semplice:

: (a colon)  
     : [arguments]  

Non fare altro che espandere gli argomenti ed eseguire reindirizzamenti. Lo stato di ritorno è zero.

Tuttavia, in precedenza l'ho visto solo usato nelle dimostrazioni di espansione della shell. Il caso d'uso nello script che ho incontrato ha fatto ampio uso di questa struttura:

if [ -f ${file} ]; then
    grep some_string ${file} >> otherfile || :
    grep other_string ${file} >> otherfile || :
fi

In realtà c'erano centinaia di greps, ma sono più o meno le stesse. Non sono presenti reindirizzamenti di input / output diversi dalla semplice struttura sopra. Nessun valore restituito viene verificato successivamente nello script.

Sto leggendo questo come un costrutto inutile che dice "o non fare nulla". A quale scopo potrebbe finire questa greps con "o non fare nulla"? In che caso questo costrutto causerebbe un risultato diverso rispetto alla semplice esclusione || :da tutte le istanze?

Sembra che le :s nella tua sceneggiatura vengano utilizzate al posto di true. Se grepnon trova una corrispondenza nel file, verrà restituito un codice di uscita diverso da zero; come menziona jw013 in un commento, se errexitimpostato, probabilmente -esulla riga di shebang, lo script uscirà se qualcuno dei due grepnon riesce a trovare una corrispondenza. Chiaramente, non è quello che l'autore voleva, quindi ha aggiunto || :per rendere lo stato di uscita di quel particolare comando composto sempre zero, come il più comune (nella mia esperienza) || true/ || /bin/true.

L' :integrato è utile anche con l'espansione shell "Assegna valori predefiniti" di Bash, dove l'espansione viene spesso utilizzata esclusivamente per l'effetto collaterale e il valore espanso viene eliminato:

# assign FOO=bar iff FOO is unset
: ${FOO:=bar}

Mi vengono in mente due posti che ho usato :in passato.

while :
do
     shell commands
     some exit condition
done

Questo è un ciclo infinito.

function doSomethingStub {
    :
}

Inserire una funzione di stub, solo per ottenere il flusso di controllo di livello superiore corretto.

Un uso che ho visto nei vecchi tempi: invece di una #!/bin/sh(o qualunque altra) linea, vedresti una :linea. Alcuni dei vecchi kernel Real Unix o shell Real Unix userebbero questo per significare "Sono uno script di shell, fammi correre". Ricordo che era proprio quando csh si stava facendo strada come una shell interattiva comune.

Il :built-in era già nella shell Thompson - è documentato per Unix V6 nel 1975. Nella shell Thompson, :indicava un'etichetta per il gotocomando. Se non hai mai provato a chiamare gotosu una linea che inizia con : , quella linea era effettivamente un commento.

La shell Bourne , l'antenata delle shell Bourne / POSIX come le conosciamo, non ha mai avuto una gotomia conoscenza, ma mantenuta :come comando no-op (era già presente in Unix V7 ).

Ho scoperto un vecchio riferimento: "L'ambiente di programmazione UNIX" (c) 1984 di Kernighan e Pike.

Pagina 147 (Shell Programming) dice questo:

":" è un comando incorporato della shell che non fa altro che valutare i suoi argomenti e restituire "vero". Invece [facendo riferimento a un esempio di script], avremmo potuto usare true , che restituisce semplicemente un vero stato di uscita. (Esiste anche un comando falso .) Ma ':' è più efficiente di vero perché non esegue un comando dal file system . [Il corsivo / l'enfasi è mia.]

Mi sembra di ricordare che le prime versioni della shell non avevano una sintassi di commento. Una linea che inizia con :(che probabilmente sarebbe stata un vero eseguibile, simile a /bin/true) sarebbe stata la migliore alternativa.

Ecco una pagina man per l'antica shell Thompson (nessuna relazione); non si fa menzione di alcuna sintassi di commento.

":" è utile per il debug.

DEBUGLOG=": debugfunction"

statement
statement
$DEBUGLOG arg1 arg2 ...
statement
statement

L'esecuzione normale della funzione di debug non viene mai eseguita, quindi basta fare un passo sopra il noop (variabili e caratteri jolly sono comunque espansi). Se è richiesto un debug più approfondito, rimuovere il noop dalla variabile e la funzione di debug viene chiamata con qualsiasi argomento richiesto.

Un altro uso utile è come un commento a blocchi, che è una caratteristica mancante della sintassi della shell.

: << COMMENT
all --statements --in --here
are now -a here document which are
passed to --the noop
COMMENT