----------------------------
revision 1.3
date: 2001/04/10 15:01:20; author: gvanrossum; state: Exp; lines: +6 -0
Some other tests, when failing, don't always remove their TESTFN file.
Try to do it for them, so our mkdir() operation doesn't fail.
----------------------------
revision 1.2
date: 2001/03/02 05:46:17; author: gvanrossum; state: Exp; lines: +3 -3
When catching errors from os.rmdir(), test for os.error, not IOError!
----------------------------
except I used OSError instead of os.error.
was applied to urllib.py, but the corresponding change to
test_urllib.py was not applied. Backport revision 1.6 of this file
into the 2.0 maintenance branch.
----------------------------
revision 1.6
date: 2001/01/19 07:00:08; author: tim_one; state: Exp; lines: +8 -3
urllib.py very recently changed to produce uppercase escapes, but no
corresponding changes were made to its std test.
----------------------------
Quoting orignal message:
'''
Fix from the Madusa mailing list:
http://groups.yahoo.com/group/medusa/message/333
It's clear that Medusa should not be checking for an empty buffer
via "buf is ''". The patch merely changes "is" to "==". However,
there's a mystery here all the same: Python attempts to store null
strings uniquely, so it's unclear why "buf is ''" ever returned
false when buf actually was empty. *Some* string operations produce
non-unique null strings, e.g.
'''
didn't work, whether specified on the command-line or in setup.cfg.
- distutils/command/build_ext.py - make docstrings raw
- #128930 - distutils/command/build_ext.py - split rpath argument
Suggested by AMK, but had to be massaged a bit from the cvs diff
an invalid 401 request is being handled.
- urllib.py - provide simple recovery/escape from apparent redirect recursion
- #129288 - urllib.py - chanign %02x to %02X in quoting
- urllib.py - HTTPS now works with string URLs
which can be called from a start tag handler. When the corresponding end
tag is read the flag is cleared. However, it didn't get cleared when
the start tag was for an empty element of the type <tag .../>. This
modification fixes the problem.
