sys.stdin.readlines() zawiesza skrypt Pythona

Question

Everytime ja wykonując mój skrypt Pythona, wydaje się powiesić na tej linii:

lines = sys.stdin.readlines() 

Co należy zrobić, aby naprawić/uniknąć?

EDIT

Oto co robię z lines:

lines = sys.stdin.readlines() 
updates = [line.split() for line in lines] 

EDIT 2

Używam tego skryptu z hakiem git tak jest tam mimo całego EOF?

Answer 1

To zależy w dużym stopniu od tego, co próbujesz osiągnąć. Możesz być w stanie Do:

for line in sys.stdin: 
    #do something with line 

oczywiście z tego idiomu jak również metoda readlines() używasz, trzeba jakoś wysłać znak EOF do skryptu tak, że wie, że plik jest gotowy do czytać. (W systemie Unix Ctrl-D zwykle robi lewę).

Answer 2

Jeśli nie przekierujesz czegoś na stdin, to należy oczekiwać zachowania. To mówi, że odczytuje dane wejściowe z stdin (z której konsoli korzystałby skrypt). Czeka na twoje wejście.

Patrz: "How to finish sys.stdin.readlines() input?

Answer 3

Jeśli używasz programu w sesji interaktywnej, następnie linia ta powoduje Python czytać ze standardowego wejścia (tj klawiatura), aż wysłać znak EOF (Ctrl - D (Unix/Mac) lub Ctrl - Z (Windows)).

>>> import sys 
>>> a = sys.stdin.readlines() 
Test 
Test2 
^Z 
>>> a 
['Test\n', 'Test2\n'] 

Answer 4

wiem, że to nie jest bezpośrednio odpowiadając na pytanie, jak inni już poruszono kwestię EOF, ale zazwyczaj to, co znalazłem, który działa najlepiej, gdy czyta wyjście na żywo z długo żył podproces lub stdin jest czas/jeśli linia podejście:

while True: 
    line = sys.stdin.readline() 
    if not line: 
     break 
    process(line) 

W tym przypadku sys.stdin.readline() powróci linie tekstu przed EOF zwrotu. Po podaniu EOF, zostanie zwrócona pusta linia, która wyzwala przerwanie pętli. A zawieszenie może nadal występować tutaj, o ile nie podano EOF.

Warto zauważyć, że zdolność do przetwarzania "wyjścia na żywo", podczas gdy podproces/stdin nadal działa, wymaga aplikacji do pisania w celu wypróżnienia jej wyjścia.