Dlaczego niektóre polecenia przetwarzają linie przekierowanych danych STDIN, które są już zużywane przez inne polecenia?

Question

Przypuśćmy mamy następujący fragment kodu z pliku tekstowego sample.txt, które zostało przekształcone pod STDIN:

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

... i zawartość pliku tekstowego związanego sample.txt:

first 
second 
third 
fourth 

Wyjście zwrócone na będzie to konsola, której dokładnie oczekuję (linie first i second są zużywane przez set /P, stąd findstr odbiera i przetwarza pozostałe linie):

third 
fourth 
first, second 

samo wyjście osiąga się findstr /R "^" otrzymuje sort /R.

Jednak przy wymianie wiersza poleceń findstr przez find /V "" lub more, wyjście będzie:

first 
second 
third 
fourth 
first, second 

Wydaje się, że chociaż set /P już zużyte przewody first i second o czym świadczą ostatnia linia wyjściowa, find, a także more nadal otrzymują całe przekierowane dane.

Dlaczego to jest przyczyną tego zachowania? Czy istnieje sposób na wymuszenie, aby find lub more otrzymywać tylko pozostałe przekierowane dane, które nie zostały wcześniej przetworzone przez poprzednie polecenie?

(zachowanie jest takie samo, gdy przekierowanie danych wyjściowych STDOUT do pliku tekstowego. Również przy wykonywaniu wiersza polecenia podobny do powyższego kodu wsadowego w cmd bezpośrednio, nic się nie zmienia.)

Answer 1

Dlaczego niektóre komendy przetwarzają linie przekierowanych danych STDIN, które są już zużywane przez inne polecenia?

Ponieważ niektóre polecenia/programy przewijają stdin. Można spróbować to:

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

Wynik:

third 
    fourth 
    first, second 

more +2 pomija pierwsze dwie linijki pliku.