This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Hobson.Lane
Recipients Arfrever, Hobson.Lane, Roman.Evstifeev, benjamin.peterson, cool-RR, cvrebert, eric.araujo, ganadist, giampaolo.rodola, rosslagerwall, vstinner
Date 2012-04-23.05:52:52
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1335160373.35.0.0681250805861.issue3177@psf.upfronthosting.co.za>
In-reply-to
Content
@eric.araujo, @giampaolo.rodola, 
(http://bugs.python.org/issue3177#msg140275)

I'm not sure I understand why this was moved to shutil.open. It seems appropriate to try to accomplish what os.startfile() does in a cross-platform way. Don't many of the other os.* calls do this--check os.name and then "do the right thing". This is the first os.* call I've found that doesn't work on linux (though I'm sure there are many others). Is the reason because the name 'startfile' is a Windows creation and sounds Windowsy? If so, shouldn't os.startfile() be renamed to something generic like os.launch() or .launchfile()? But then you'd have reverse-compatibility issues. 

Why not just enhance os.startfile() so it doesn't barf if you try to use it on posix/mac? I'll try to contribute to the shutil.open() effort too.
History
Date User Action Args
2012-04-23 05:52:53Hobson.Lanesetrecipients: + Hobson.Lane, vstinner, giampaolo.rodola, benjamin.peterson, eric.araujo, ganadist, Arfrever, cvrebert, cool-RR, rosslagerwall, Roman.Evstifeev
2012-04-23 05:52:53Hobson.Lanesetmessageid: <1335160373.35.0.0681250805861.issue3177@psf.upfronthosting.co.za>
2012-04-23 05:52:52Hobson.Lanelinkissue3177 messages
2012-04-23 05:52:52Hobson.Lanecreate