Message177747
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. |
|
Date |
User |
Action |
Args |
2012-12-19 15:28:48 | pepalogik | set | recipients:
+ pepalogik, ned.deily, cvrebert, asvetlov, chris.jerdonek, docs@python, python-dev |
2012-12-19 15:28:47 | pepalogik | set | messageid: <1355930927.89.0.939273235877.issue15533@psf.upfronthosting.co.za> |
2012-12-19 15:28:47 | pepalogik | link | issue15533 messages |
2012-12-19 15:28:43 | pepalogik | create | |
|