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 JDay
Recipients JDay, amaury.forgeotdarc, ocean-city
Date 2008-10-08.22:00:10
SpamBayes Score 7.414098e-07
Marked as misclassified No
Message-id <494F0521440A5B4CBFE04D8A570B9F2309A6AD8FEF@bt-exchange.BlueTech.local>
In-reply-to <1223477389.13.0.956999048127.issue4071@psf.upfronthosting.co.za>
Content
> Indeed. Do you happen to have the complete traceback of the failing
> tempfile.mktemp() call? I don't see where it can use the PATH
> environment variable.

The problem was that somehow, on our systems, the TEMP environmental variable had been copied over with PATH. Most likely some batch file tried to store a copy of PATH, without realizing the significance of TEMP. [groan]

Anyway, I still think that it's a bug that abspath() can't be called with a perfectly good str path, because of limitations with the windows api. I edited the bug title to reflect the actual bug.

The str path length could be checked and upgraded to the Unicode version, if necessary (or try again with the unicode version, in the case of an exception). I think it's important to ensure that when abspath() is called with str, it returns str, even if it was upgraded to the unicode call.
History
Date User Action Args
2008-10-08 22:00:13JDaysetrecipients: + JDay, amaury.forgeotdarc, ocean-city
2008-10-08 22:00:11JDaylinkissue4071 messages
2008-10-08 22:00:10JDaycreate