Message159000
| 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:53 | Hobson.Lane | set | recipients:
+ Hobson.Lane, vstinner, giampaolo.rodola, benjamin.peterson, eric.araujo, ganadist, Arfrever, cvrebert, cool-RR, rosslagerwall, Roman.Evstifeev |
| 2012年04月23日 05:52:53 | Hobson.Lane | set | messageid: <1335160373.35.0.0681250805861.issue3177@psf.upfronthosting.co.za> |
| 2012年04月23日 05:52:52 | Hobson.Lane | link | issue3177 messages |
| 2012年04月23日 05:52:52 | Hobson.Lane | create |
|