Perché alcuni comandi elaborano linee di dati STDIN reindirizzati che sono già stati utilizzati da altri comandi?

Question

Supponendo abbiamo il seguente frammento di codice con un file di testo sample.txt reindirizzato in STDIN:

@echo off 
< "sample.txt" (
    set /P "ONE=" 
    set /P "TWO=" 
    findstr /R "^" 
) 
echo %ONE%, %TWO% 

... e il contenuto del file di testo relativi sample.txt:

first 
second 
third 
fourth 

L'uscita restituito il console sarà questo, che è esattamente quello che mi aspetto (le righe first e second sono consumate da set /P, quindi findstr riceve ed elabora le righe rimanenti):

third 
fourth 
first, second 

La stessa uscita si ottiene quando findstr /R "^" è sostituito da sort /R.

Tuttavia, quando si sostituisce la linea findstr comando find /V "" o more, l'uscita sarà:

first 
second 
third 
fourth 
first, second 

Sembra che, sebbene set /P già consumato le linee first e second che è dimostrato dai l'ultima linea di uscita, find e anche more continuano a ricevere gli interi dati reindirizzati.

Perché questo è ciò che causa questo comportamento? C'è un modo per forzare find o more per ricevere solo i restanti dati reindirizzati che non sono già stati elaborati da un comando precedente?

(il comportamento è lo stesso quando reindirizzare i dati in uscita STDOUT un file di testo. Inoltre, durante l'esecuzione di una riga di comando simile al codice batch precedente in cmd direttamente, non cambia nulla.)

Answer 1

Perché fare un po ' comandi elaborano linee di dati STDIN reindirizzati che sono già stati utilizzati da altri comandi?

Perché alcuni comandi/programmi riavvolgono lo stdin. Si può provare questo:

@echo off 
< "sample.txt" (
    set /P "ONE=" 
    set /P "TWO=" 
    more +2 
) 
echo %ONE%, %TWO% 

Risultato:

third 
    fourth 
    first, second 

Il more +2 salta le prime due righe del file.