A RetroSearch Logo

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

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2015-February/138542.html below:

[Python-Dev] getstatusoutput()'s behavior changed in 3.3.4 and 3.4

[Python-Dev] getstatusoutput()'s behavior changed in 3.3.4 and 3.4 [Python-Dev] getstatusoutput()'s behavior changed in 3.3.4 and 3.4Victor Stinner victor.stinner at gmail.com
Wed Feb 25 00:02:06 CET 2015
Hi,

It looks like new tests are required to check that the behaviour will not
change again.

Victor

Le mardi 24 février 2015, Gregory P. Smith <greg at krypto.org> a écrit :

> While porting some code from 2.7 to 3.4 I discovered that
> command.getstatusoutput() (renamed to subprocess.getstatusoutput() in 3.x)
> had changed. Surprise!
>
> The code was working under an earlier version of 3.3 but broke when I ran
> it on 3.4.  Nowhere was this documented that I could find. Tracking down
> what changed, I discovered it was unintentional due to the meaning of the
> returned status int never being tested. http://bugs.python.org/issue23508
> filed...
>
> Given it has shipped in several stable 3.x releases and as part of some
> major Linux distros, reverting the behavior change seems wrong. The new
> behavior is nicer and more consistent with the rest of the subprocess
> module. I suggest just documenting it and moving on. It seems too late to
> fix this mistake without causing additional headaches. Anyone disagree?
>
> -gps
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-dev/attachments/20150225/a565f0fe/attachment.html>
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