Author gvanrossum
Recipients benjamin.peterson, georg.brandl, gvanrossum, krawyoti
Date 2009-07-16.14:48:32
SpamBayes Score 8.75029e-05
Marked as misclassified No
Message-id <1247755714.13.0.534066936535.issue6490@psf.upfronthosting.co.za>
In-reply-to
Content
I am guessing the reason to keep os.popen() (albeit now reimplemented 
using subprocess) is that it is a convenient wrapper for a common use case 
and also familiar.  I see no problem with this.  (Indeed the big problem 
was with the proliferation of popenN with confusing signatures.)  So I 
guess it ought to be documented and removed from the list of deprecations 
in 2.6.
History
Date User Action Args
2009-07-16 14:48:34gvanrossumsetrecipients: + gvanrossum, georg.brandl, benjamin.peterson, krawyoti
2009-07-16 14:48:34gvanrossumsetmessageid: <1247755714.13.0.534066936535.issue6490@psf.upfronthosting.co.za>
2009-07-16 14:48:32gvanrossumlinkissue6490 messages
2009-07-16 14:48:32gvanrossumcreate