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 jamadagni
Recipients BreamoreBoy, brett.cannon, eric.snow, jamadagni, jbeulich, matejcik, ncoghlan
Date 2013-05-27.16:05:33
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1369670733.71.0.675143048088.issue6386@psf.upfronthosting.co.za>
In-reply-to
Content
I'm sorry but I don't get why this is a WONTFIX. I reported what is (now) apparently a dup: issue 18067. Just like the OP of this bug, I feel that in doing testing and such, one would naturally symlink and expect the library in the *current* directory to be imported. 

And about the CWD, I have demonstrated in issue 18067 how the CWD is in fact reported to be the directory of the *source* of the symlink (i.e. the dir containing the symlink inode) and not the *target* of the symlink. This is precisely what is frustrating about this bug: the fact that Python does not import something from a directory which it reports to be the current directory as per os.getcwd(). 

While I myself lack the internal CPython code knowledge to fix this, I can't imagine this would be too difficult to fix, given that os.getcwd() already reports the correct current directory -- in setting up the import path list, you just have to use that i.o. whatever else you are using now.

Thanks.
History
Date User Action Args
2013-05-27 16:05:33jamadagnisetrecipients: + jamadagni, brett.cannon, ncoghlan, matejcik, jbeulich, BreamoreBoy, eric.snow
2013-05-27 16:05:33jamadagnisetmessageid: <1369670733.71.0.675143048088.issue6386@psf.upfronthosting.co.za>
2013-05-27 16:05:33jamadagnilinkissue6386 messages
2013-05-27 16:05:33jamadagnicreate