[Python-Dev] deprecate commands.getstatus()

Titus Brown titus at caltech.edu
Fri Mar 23 00:21:20 CET 2007


On Thu, Mar 22, 2007 at 11:12:26PM +0100, Andr? Malo wrote:
-> * Titus Brown wrote:
-> 
-> > On Thu, Mar 22, 2007 at 02:47:58PM -0700, Guido van Rossum wrote:
-> > -> On 3/22/07, Michael Foord <fuzzyman at voidspace.org.uk> wrote:
-> > -> > Guido van Rossum wrote:
-> > -> > > Sure. os.fork() and the os.exec*() family can stay. But
-> > os.spawn*(), -> > > that abomination invented by Microsoft? I also hear
-> > no opposition -> > > against killign os.system() and os.popen()
-> > -> >
-> > -> > Except that 'os.system' is really easy to use and I use it rarely
-> > enough -> > that I *always* have to RTFM for subprocess which makes you
-> > jump through -> > a few more (albeit simple) hoops.
-> > ->
-> > -> So let's add subprocess.system() which takes care of the hoops (but
-> > -> still allows you more flexibility through optional keyword
-> > -> parameters).
-> >
-> > How would this differ from subprocess.call()?
-> >
-> > 	http://docs.python.org/lib/node530.html
-> 
-> It doesn't implement the system() spec:
-> <http://opengroup.org/onlinepubs/007908799/xsh/system.html>
-> 
-> nd

OK, but I'm still confused.  This isn't about moving os.system into
subprocess, it's about reimplementing os.system *with* subprocess.Popen,
right?  And how would that be substantially different from call()?
Different defaults?  (like shell=True, close_fds=False?)

--titus


More information about the Python-Dev mailing list