Message109554
| Author |
andybuckley |
| Recipients |
Christophe Simonis, ajaksu2, andybuckley, brian.curtin, christian.heimes, edemaine, eric.araujo, iki, meatballhat, tarek, tleeuwenburg@gmail.com |
| Date |
2010年07月08日.17:08:36 |
| SpamBayes Score |
0.030990716 |
| Marked as misclassified |
No |
| Message-id |
<1278608919.18.0.184939810438.issue444582@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Personally I think it's a very useful feature: the purpose for running which may not be to get the full path to the executable and then run it, but rather that that path prefix is important for something else. I'm sure when I joined this issue I had some need like that -- after all, as you say, if you just want to run it then there are better ways.
In general, once users have a need (for whatever reason) to start firing off subprocesses from their Python scripts, things can get ugly. Providing a portable path search function provides a way to keep one kind of that ugliness inside Python for the cases where it really is needed. As for abuse... well, people will always find a way to abuse bits of the library: I think that's an issue for them, rather than a reason to block this functionality ;)
My 0ドル.02,
Andy |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2010年07月08日 17:08:39 | andybuckley | set | recipients:
+ andybuckley, edemaine, christian.heimes, ajaksu2, tarek, eric.araujo, Christophe Simonis, tleeuwenburg@gmail.com, brian.curtin, meatballhat, iki |
| 2010年07月08日 17:08:39 | andybuckley | set | messageid: <1278608919.18.0.184939810438.issue444582@psf.upfronthosting.co.za> |
| 2010年07月08日 17:08:36 | andybuckley | link | issue444582 messages |
| 2010年07月08日 17:08:36 | andybuckley | create |
|