A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2005-October/057100.html below:

[Python-Dev] test_cmd_line failure on Kubuntu 5.10 with GCC 4.0

[Python-Dev] test_cmd_line failure on Kubuntu 5.10 with GCC 4.0Nick Coghlan ncoghlan at gmail.com
Sat Oct 8 18:18:27 CEST 2005
Hye-Shik Chang wrote:
> On 10/8/05, Nick Coghlan <ncoghlan at iinet.net.au> wrote:
> 
>>Anyone else seeing any problems with test_cmd_line? I've got a few failures in
>>test_cmd_line on Kubuntu 5.10 with GCC 4.0 relating to a missing "\n" line ending.
>>
> 
> 
> Same problem here. (FreeBSD 6.0 with GCC 3.4.4)
> In my short inspection, popen2.popen4.read() returned just an empty string.

Good to know it isn't just a system quirk, as that's the same behaviour I'm 
getting.

I noticed that the ones which appear to be failing (-E, -O, -S, -Q) are the 
ones which expect an interactive session to open. The tests which pass (-V, 
-h, directory as argument or stdin) are the ones which don't actually start 
the interpreter.

If I explicitly write Ctrl-D to the subprocess's stdin for the tests which 
open the interpreter, then the tests pass. So it looks like some sort of 
buffering problem with standard out not getting flushed before the test tries 
to read the data.

Cheers,
Nick.

-- 
Nick Coghlan   |   ncoghlan at gmail.com   |   Brisbane, Australia
---------------------------------------------------------------
             http://boredomandlaziness.blogspot.com
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4