summaryrefslogtreecommitdiffstats
path: root/Lib
diff options
context:
space:
mode:
authorJason Tishler <jason@tishler.net>2005-05-20 00:56:54 (GMT)
committerJason Tishler <jason@tishler.net>2005-05-20 00:56:54 (GMT)
commit7961aa6135e5a26c1cc14bbcaa2668d2ec98b0b9 (patch)
tree1f8b701a995fa4fee5ba89b4deb07f9be0af47d1 /Lib
parentfffc4b7b3ac1f190bd256181b771e495495e296e (diff)
downloadcpython-7961aa6135e5a26c1cc14bbcaa2668d2ec98b0b9.zip
cpython-7961aa6135e5a26c1cc14bbcaa2668d2ec98b0b9.tar.gz
cpython-7961aa6135e5a26c1cc14bbcaa2668d2ec98b0b9.tar.bz2
Patch #1197318: Cygwin case-sensitive import patch
A problem regarding importing symlinked modules was recently reported on the Cygwin mailing list: http://cygwin.com/ml/cygwin/2005-04/msg00257.html The following test case demonstrates the problem: $ ls -l total 1 lrwxrwxrwx 1 jt None 6 Apr 23 13:32 bar.py -> foo.py -rw-r--r-- 1 jt None 24 Apr 18 20:13 foo.py $ python -c 'import bar' Traceback (most recent call last): File "<string>", line 1, in ? ImportError: No module named bar Since Cygwin's case_ok() uses a modified version of the Windows's version, the symlinked bar module actually resolves to file foo.py instead of bar.py. This obviously causes the matching code to fail (regardless of case). The patch fixes this problem by making Cygwin use the Mac OS X case_ok() instead of a modified Window's version.
Diffstat (limited to 'Lib')
0 files changed, 0 insertions, 0 deletions