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 dabrahams
Recipients brian.curtin, dabrahams, docs@python, mark, r.david.murray
Date 2010-05-04.05:38:34
SpamBayes Score 1.2381278e-07
Marked as misclassified No
Message-id <m2k4rkql8u.wl%dave@boostpro.com>
In-reply-to <1272940676.99.0.859105767325.issue8557@psf.upfronthosting.co.za>
Content
R. David Murray wrote:
> There are two questions here: (1) is this behavior consistent across all microsoft platforms we support?  

I'll be honest: I don't know.

> (2) is this *change* in behavior of Popen acceptable?

I don't know that either.

> I'll be more inclined to
> test things if the tests are in the form of unit tests, which should
> be much easier to understand than your test program.

I guess no good deed goes unpunished ;-)

I also guess that whether you think unit tests will be easier to
understand depends on what kind of information you expect to glean
from the code.  My script was designed to probe for all
inconsistencies between ‘doze and POSIX behaviors, and it is more
revealing in that respect than a unit test would be.  The unit test
that would prompt the particular code change I'm suggesting would look
more like:

    put directory X in the env argument's PATH (but not in os.environ)
    attempt to launch X/some_executable as simply “some_executable”
    assert that X/some_executable actually ran

I don't know what Popen's unit tests look like, and to be honest,
right now I just don't have any more time to pour into this particular
issue.  Even if it doesn't get fixed in Python I'm going to be using
my wrapper for uniformity.  I hope everything I've done so far is
useful to the community but if not, I still have what I need.
History
Date User Action Args
2010-05-04 05:38:41dabrahamssetrecipients: + mark, r.david.murray, brian.curtin, docs@python
2010-05-04 05:38:39dabrahamslinkissue8557 messages
2010-05-04 05:38:35dabrahamscreate