Perché il reindirizzamento dell'output di un file su se stesso produce un file vuoto?

Perché il reindirizzamento dell'output di un file su se stesso produce un file vuoto?

Dichiarato a Bash, perché farlo

less foo.txt > foo.txt

e

fold foo.txt > foo.txt

produrre un vuoto foo.txt? Poiché un'appendice come less eggs.py >> eggs.pyproduce due copie del testo eggs.py, ci si potrebbe aspettare che una sovrascrittura produca una copia del testo.

Nota, non sto dicendo che si tratta di un bug, è probabilmente un puntatore a qualcosa di profondo su Unix.

Quando si utilizza >, il file viene aperto in modalità troncamento in modo che il suo contenuto venga rimosso prima che il comando tenti di leggerlo.

Quando si utilizza >>, il file viene aperto in modalità append in modo da conservare i dati esistenti. In questo caso è comunque piuttosto rischioso utilizzare lo stesso file di input e output. Se il file è abbastanza grande da non adattarsi alla dimensione del buffer di input di lettura, la sua dimensione potrebbe aumentare indefinitamente fino a quando il file system è pieno (o viene raggiunta la quota del disco).

Se si desidera utilizzare un file sia come input che come output con un comando che non supporta la modifica in atto, è possibile utilizzare un paio di soluzioni alternative:

• Utilizzare un file intermedio e sovrascrivere quello originale al termine e solo se non si è verificato alcun errore durante l'esecuzione dell'utilità (questo è il modo più sicuro e più comune).

  fold foo.txt > fold.txt.$$ && mv fold.txt.$$ foo.txt

• Evitare il file intermediario a spese di una potenziale perdita di dati parziale o completa in caso di errore o interruzione. In questo esempio, i contenuti di foo.txtvengono passati come input a una subshell (tra parentesi) prima che il file venga eliminato. L'inode precedente rimane attivo mentre la subshell la tiene aperta durante la lettura dei dati. Il file scritto dall'utilità interna (qui fold) pur avendo lo stesso nome (foo.txt) punta a un diverso inode perché la vecchia voce della directory è stata rimossa in modo tecnico, ci sono due "file" diversi con lo stesso nome durante il processo. Al termine della subshell, il vecchio inode viene rilasciato e i suoi dati vengono persi. Fai attenzione a assicurarti di avere abbastanza spazio per archiviare temporaneamente sia il vecchio file che quello nuovo allo stesso tempo, altrimenti perderai i dati.

  (rm foo.txt; fold > foo.txt) < foo.txt

Il file viene aperto per la scrittura dalla shell prima che l'applicazione abbia la possibilità di leggerlo. L'apertura del file per la scrittura lo tronca.

In bash, l'operatore di reindirizzamento del flusso si ... > foo.txtsvuota foo.txt prima di valutare l'operando di sinistra .

Si potrebbe usare la sostituzione dei comandi e stamparne il risultato come soluzione alternativa. Questa soluzione richiede meno caratteri aggiuntivi rispetto ad altre risposte:

printf "%s\n" "$(less foo.txt)" > foo.txt

Attenzione: questo comando non preserva alcuna nuova riga in entrata foo.txt. Dai un'occhiata nella sezione commenti qui sotto per maggiori informazioni

Qui, la subshell $(...)viene valutata prima dell'operatore di reindirizzamento dello stream >, quindi la conservazione delle informazioni.