Python'un interaktif istemi ">>>" çıktı?

Question

Biraz sıra dışı bir durumla karşılaştım. Ben senaryoya (öğretme/test amaçlı) interaktif konsolu çalışıyorum ve aşağıdaki çalıştı:

$ 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 baskılı değildir, bu yüzden açıkça her şey stderr oldu. Çok uzak çok iyi. Ama sonra stderr yönlendirmek:

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

nasıl istemi her iki durumda da basılabilir?

DÜZENLEME: Hem stdout hem de stderr öğelerini yeniden yönlendirmek, yazdırılacak hiçbir şey yapılmamasına neden olur. Yani Python açıkça stdout veya stderr'dan birini seçerek "seçiyor". Bu belgelenecek mi? Bunun aslında Python kaynak kodunda nasıl yapıldığını anlayamadım.

Answer 1

O stdout bir tty olup olmadığını piton çekleri gibi görünüyor: çizgi etrafında Parser/myreadline.c den

/* 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); 

Sourcecode 194.

O tercüman başlangıçta readline modülü ithal olması mümkün, bu durumda PyOS_ReadlineFunctionPointer olacak içinde readline kitaplığını kullanan call_readline olarak ayarlanmış. Özellikle rl_callback_handler_install'u çağırır. Bu işlevin belgelendirmesi, istemin yazdırıldığı yeri belirtmez, ancak stdout/stderr'un tty s olup olmadığını kontrol etmesi olasıdır.