Skąd pochodzi interaktywny monit Pythona ">>>"?

Question

Wpadłem w niecodzienną sytuację. Próbuję skryptu interaktywnej konsoli (dla celów dydaktycznych/testowanie), a ja próbowałem następujące:

$ python > /dev/null 
Python 2.7.3 (v2.7.3:70274d53c1dd, Apr 9 2012, 20:52:43) 
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin 
Type "help", "copyright", "credits" or "license" for more information. 
>>> print 3 
>>> 

3 nie jest drukowana, tak wyraźnie wszystko inne było na stderr. Jak na razie dobrze. Ale potem przekierować stderr:

$ python 2> /dev/null 
>>> print 3 
3 
>>> 

Jak monit być drukowane w obu przypadkach?

EDYCJA: Przekierowanie zarówno stdout jak i stderr nie powoduje absolutnie nic do wydrukowania. Tak więc Python wyraźnie "wybiera" jedną z stdout lub . Czy to udokumentowane? Nie mogłem zrozumieć, jak to się dzieje w kodzie źródłowym Pythona.

Answer 1

Wydaje się kontroli Pythona czy stdout jest tty:

/* This is needed to handle the unlikely case that the 
* interpreter is in interactive mode *and* stdin/out are not 
* a tty. This can happen, for example if python is run like 
* this: python -i < test1.py 
*/ 
if (!isatty (fileno (sys_stdin)) || !isatty (fileno (sys_stdout))) 
    rv = PyOS_StdioReadline (sys_stdin, sys_stdout, prompt); 
else 
    rv = (*PyOS_ReadlineFunctionPointer)(sys_stdin, sys_stdout, 
             prompt); 

źródłowego z Parser/myreadline.c wokół linii 194.

Jest możliwe, że interpreter importuje moduł readline przy starcie, w którym to przypadku PyOS_ReadlineFunctionPointer będzie ustaw na call_readline, która korzysta z biblioteki readline. W szczególności wywołuje rl_callback_handler_install. Dokumentacja tej funkcji nie określa miejsca drukowania monitu, ale możliwe jest, że sprawdza, czy są one ustawione.