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.

classification
Title: test_httplib fails on the mac
Type: Stage:
Components: Interpreter Core Versions: Python 2.3
process
Status: closed Resolution: fixed
Dependencies: Superseder:
Assigned To: jhylton Nosy List: jackjansen, jhylton
Priority: high Keywords:

Created on 2003-01-02 22:13 by jackjansen, last changed 2022-04-10 16:06 by admin. This issue is now closed.

Messages (3)
msg13822 - (view) Author: Jack Jansen (jackjansen) * (Python committer) Date: 2003-01-02 22:13
test_httplib fails on MacPython-OS9. This is because the output contains \r and \n characters, and this fails on MacOS9.

There are two problems really:
1. output/test_httplib is checked in as a text file, while it is a binary file (it contains some \r\n data) or even (brrr:-) mixed-mode (it also contains \n lineendings).
2. The output file is opened in text mode (when re-reading the data), so this can probably not be fixed by a simple cvs admin -kb.

I think that putting repr()s in the output in stead of raw strings is probably good enough, but you probably know better what is going on here.
msg13823 - (view) Author: Jeremy Hylton (jhylton) (Python triager) Date: 2003-01-14 21:27
Logged In: YES 
user_id=31392

I think the actual line-endings are uninteresting as far as
what the test is trying to do.  I've changed the test so
that it doesn't contain \r\n pairs.  I think the right thing
is to change the way debugging output is generated by
httplib, but that's a big project.  So I'll just change the
test to capture stdout and clean it before printing it.

(Checking coming as soon as sourceforge responds.)
msg13824 - (view) Author: Jeremy Hylton (jhylton) (Python triager) Date: 2003-01-23 18:08
Logged In: YES 
user_id=31392

Fixed in rev 1.10 of test_httplib.py
History
Date User Action Args
2022-04-10 16:06:05adminsetgithub: 37694
2003-01-02 22:13:45jackjansencreate