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 pepalogik
Recipients asvetlov, chris.jerdonek, cvrebert, docs@python, ned.deily, pepalogik, python-dev
Date 2012-12-19.15:28:43
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1355930927.89.0.939273235877.issue15533@psf.upfronthosting.co.za>
In-reply-to
Content
Hi all,

I have solved the problem by using absolute path of the executable. The reason why the executable didn't work properly may be that the executable's relative path was inconsistent with current directory. See the following example (I have made an executable which shows its argv and cwd). If it is called normally, then:

argv[0] = phsh0.exe
cwd = D:\Jenda\AutoLEED\TESTING\default

But if it is called by Python's subprocess.call from "D:\Jenda\AutoLEED\TESTING" as I want, then:

argv[0] = default\phsh0.exe
cwd = D:\Jenda\AutoLEED\TESTING\default

The executable may be confused by this inconsistency. So it is not the documentation, but Python itself what should be changed. The executable should be searched in cwd on any platform to avoid the inconsistency.

I have not yet updated my Python installation, so my results apply to 3.2.3.
History
Date User Action Args
2012-12-19 15:28:48pepalogiksetrecipients: + pepalogik, ned.deily, cvrebert, asvetlov, chris.jerdonek, docs@python, python-dev
2012-12-19 15:28:47pepalogiksetmessageid: <1355930927.89.0.939273235877.issue15533@psf.upfronthosting.co.za>
2012-12-19 15:28:47pepalogiklinkissue15533 messages
2012-12-19 15:28:43pepalogikcreate