[issue2014] xmlrpclib cannot send datetime objects with dates before 1900

Ralf Schmitt added the comment: http://bugs.python.org/issue1777412 describes the cause of this issue (i.e. strftime not being able to handle years before 1900). __ Tracker <[EMAIL PROTECTED]> __ _

[issue2065] trunk version does not compile with vs8 and vc6

Changes by Hirokazu Yamamoto: Added file: http://bugs.python.org/file9456/ocean.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing lis

[issue2065] trunk version does not compile with vs8 and vc6

Hirokazu Yamamoto added the comment: Follow up r60882. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue2065] trunk version does not compile with vs8 and vc6

Changes by Hirokazu Yamamoto: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/p

[issue1224] SimpleHTTPServer doesn't understand // at beginning of path anymore

Changes by Facundo Batista: -- assignee: -> facundobatista __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: h

[issue2051] PYO file permission problem

Changes by Facundo Batista: -- assignee: -> facundobatista nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing

[issue1916] Add inspect.isgenerator

Facundo Batista added the comment: Fixed in r60884. Thank you all very much! -- nosy: +facundobatista resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue2124] xml.sax and xml.dom fetch DTDs by default

Martin v. Löwis added the comment: > In Python, a winning combo would be an arbitrary (and explicit) FS > "dtdcache" that people could use with simple a drop-in import (from a > third-party module?). It's indeed possible to provide that as a third-party module; one would have to implement an En

[issue1404925] subprocess.Popen inside thread locks the thread in some case (2.4)

Gregory P. Smith added the comment: This appears to have been fixed in 2.5 and trunk. 2.4.x is old and in security fixes only mode so I wouldn't expect to see this in any official 2.4.x source tree released in the future unless the bdfl changes his mind on that. here's the patch to fix it (as d

[issue2136] urllib2 basic auth handler doesn't handle realm names in single-quoted strings

New submission from Atul Varma: This isn't necessarily a bug in Python--it's really a bug in websites that produce what are technically malformed WWW-Authenticate headers, I believe. According to RFC 2617, a WWW-Authenticate header should be of the form: WWW-Authenticate: Basic realm="Private

[issue2124] xml.sax and xml.dom fetch DTDs by default

ajaksu added the comment: Martin, I agree that simply not resolving DTDs is an unreasonable request (and said so in the blog post). But IMHO there are lots of possible optimizations, and the most valuable would be those darn easy for newcomers to understand and use. In Python, a winning combo wo

[issue1945] Document back ported C functions

John Lenton added the comment: Copied documentation from the py3k branch for the functions mentioned in the .h's (those were: PyLong_FromSsize_t, PyLong_FromSize_t, PyLong_AsSsize_t, PyUnicode_FromStringAndSize, PyUnicode_FromString, PyUnicode_FromFormat, and PyUnicode_FromFormatV). Tested by bui

[issue2135] Restructure import.c into PEP 302 importer objects

ther than a bug. -- components: Interpreter Core files: builtin_importer-20080217.diff messages: 62510 nosy: dgreiman severity: normal status: open title: Restructure import.c into PEP 302 importer objects type: behavior versions: Python 3.0 Added file: http://bugs.python.org/file9453/builtin_im

[issue2134] function generate_tokens at tokenize.py yields wrong token for colon

New submission from Guilherme Polo: function generate_tokes at tokenize.py yields token OP (51) for colon, while it should be token COLON (11). It probably affects other python versions as well. I'm attaching a minor sample that demonstrates this, running it returns the following output: 1 'if'

[issue1600] str.format() produces different output on different platforms (Py30a2)

Eric V. Smith added the comment: The PEP 3101 float formatting code (in Objects/stringlib/formatter.h) uses PyOS_ascii_formatd for all specifier codes except 'n'. So applying the patch would fix the issue that was originally brought up in msg58485. I think the approach of the patch (if not its

[issue2055] test_fcntl.py converted to unittest

Changes by Brett Cannon: -- assignee: -> brett.cannon nosy: +brett.cannon __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1864] test_locale doesn't use unittest

Changes by Brett Cannon: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue1952] test_select.py converted to unittest

Changes by Brett Cannon: -- assignee: -> brett.cannon nosy: +brett.cannon __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1960] test_gdbm.py converted to unittest

Changes by Brett Cannon: -- assignee: -> brett.cannon __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue1740] use unittest for test_logging

Brett Cannon added the comment: Yeah, that's my fault. I forgot to search the issue tracker first before committing the GHOP rewrite. I will do a review of this patch and see which version is better. -- assignee: -> brett.cannon nosy: +brett.cannon __ T

[issue1600] str.format() produces different output on different platforms (Py30a2)

Amaury Forgeot d'Arc added the comment: Eric, because of this issue the windows buildbots turned to red. Does the proposed patch still apply? of should be make the tests more tolerant? -- nosy: +amaury.forgeotdarc, eric.smith __ Tracker <[EMAIL PROTECTED]

[issue2133] a typo in pydoc.py causes modules to be cyan instead of white

Georg Brandl added the comment: Fixed in r60883. Thanks! -- nosy: +georg.brandl resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue1224] SimpleHTTPServer doesn't understand // at beginning of path anymore

Anthony Lenton added the comment: Attached is an diff against trunk that adds philfr's suggesitions. I've also added a test file for testing url parsing, so's these things stay fixed. Updated Misc/NEWS. No doc or functionallity modified. -- nosy: +elachuni, facundobatista Added file:

[issue2132] Blocking sockets take entirely too long to timeout

Martin v. Löwis added the comment: I recommend that you stay with non-blocking sockets, and use select/poll on all sockets. Then you can simultaneously check multiple servers, and select will tell you which ones you got connected to. For this application, putting a time-out on the socket and doin

[issue1740] use unittest for test_logging

Antoine Pitrou added the comment: Hmm, apparently another patch was committed in rev 60872. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailin

[issue2133] a typo in pydoc.py causes modules to be cyan instead of white

New submission from Elliott Hughes: A typo ('#f' instead of '#ff') in pydoc.py causes the "Modules" section to have cyan text instead of white text. I don't believe this is deliberate because (a) it looks wrong and (b) anyone doing that deliberately would have put a '0' in the color to ma

[issue2112] mmap.error should be a subclass of EnvironmentError and not a direct EnvironmentError

Facundo Batista added the comment: Fixed in r60878. Thanks everybody! -- nosy: +facundobatista resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue2128] sys.argv is wrong for unicode strings

Giovanni Bajo added the comment: I'm attaching a simple patch that seems to work under Py3k. The trick is that Py3k already attempts (not sure how or why) to decode argv using utf-8. So it's sufficient to setup argv as UTF8-encoded strings. Notice that brings the output of "python à" from th

[issue2132] Blocking sockets take entirely too long to timeout

New submission from Nathan Duran: The following code: import smtplib test = smtplib.SMTP('mail.host.com') will hang the entire script for about ten minutes when run on a machine which is connected to the internet via an ISP who blocks port 25 (which is pretty much all of them these days). Cl

[issue1916] Add inspect.isgenerator

Changes by Facundo Batista: Removed file: http://bugs.python.org/file9445/test_inspect.py.diff __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list ma

[issue1916] Add inspect.isgenerator

Changes by Facundo Batista: Removed file: http://bugs.python.org/file9444/test_inspect.py.diff __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list ma

[issue2001] Pydoc interactive browsing enhancement

Ron Adam added the comment: Remade the diff with correct directory name so it patches correctly. Is there a way to add the patch keyword? Added file: http://bugs.python.org/file9448/pydocnotk.diff __ Tracker <[EMAIL PROTECTED]>

[issue1916] Add inspect.isgenerator

Javier Mansilla added the comment: And now I'm attaching a new patch test_inspect.py.diff with a more complete test coverage. You didn't add isgenerator nor isgeneratorfunction tests. I did. Added file: http://bugs.python.org/file9447/test_inspect.py.diff __ Trac

[issue1916] Add inspect.isgenerator

Javier Mansilla added the comment: My dear, what is wrong with my browser (or with me). Now, yes, the one with the typo. Added file: http://bugs.python.org/file9446/inspect.py.diff __ Tracker <[EMAIL PROTECTED]>

[issue1050828] reindent.py strips execute permission on Unix

Facundo Batista added the comment: Fixed in r60877, as of the description in my last comment. -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ ___

[issue1916] Add inspect.isgenerator

Javier Mansilla added the comment: Sorry, I attached the wrong file The previous post saying "fixing typo" should attached inspect.py.diff. This is the one. Added file: http://bugs.python.org/file9445/test_inspect.py.diff __ Tracker <[EMAIL PROTECTED]>

[issue1916] Add inspect.isgenerator

Javier Mansilla added the comment: I merged my working copy with your patches and they look fine. I fixed a typo on the method doc ("is" instead of "i") so I'm attaching my inspect.py.diff patch -- nosy: +javimansilla Added file: http://bugs.python.org/file9444/test_inspect.py.diff ___

[issue2112] mmap.error should be a subclass of EnvironmentError and not a direct EnvironmentError

John Lenton added the comment: Ran the regression test with this patch, all ok (on Ubuntu Gutsy). Attached diff is the same, with the addition of the NEWS entry. -- nosy: +Chipaca Added file: http://bugs.python.org/file9443/mmap3.diff __ Tracker <[EMAIL P

[issue2131] "codecs" module on Windows uses incorrect end-of-line, wiriting broken Unicode (UTF-8) files

Marc-Andre Lemburg added the comment: Thanks, Georg. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue2130] [feature-request] Please add bool data type to "optparse" module

Christian Heimes added the comment: Patches are always welcome -- keywords: +easy nosy: +tiran priority: -> normal type: -> rfe versions: +Python 2.6 -Python 2.5 __ Tracker <[EMAIL PROTECTED]> _

[issue2131] "codecs" module on Windows uses incorrect end-of-line, wiriting broken Unicode (UTF-8) files

Georg Brandl added the comment: The note in the docstring wasn't in the documentation. Fixed this in r60873. -- nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ __

[issue2066] Adding new CNS11643, a *huge* charset, support in cjkcodecs

Marc-Andre Lemburg added the comment: Whether or not to keep placing all builtin modules into the Windows Python DLL is not really a question to be discussed on the tracker. Given the size of the Python DLL (around 2MB) and the extra 350kB that the support for CNS11643 would cost, I think such a

[issue2124] xml.sax and xml.dom fetch DTDs by default

Virgil Dupras added the comment: -1 on the systematic warnings too, but what I was talking about is a warning that would say "The server you are trying to fetch your resource from is refusing the connection. Don't cha think you misbehave?" only on 5xx and 4xx responses, not on every remote res

[issue2131] "codecs" module on Windows uses incorrect end-of-line, wiriting broken Unicode (UTF-8) files

Marc-Andre Lemburg added the comment: As Antoine already pointed out: the codecs.open() function does not support the C lib's text mode. As a result, no magical conversion of a single newline to a CRLF takes place. Closing as invalid. -- resolution: -> invalid status: open -> closed _

[issue2130] [feature-request] Please add bool data type to "optparse" module

Guilherme Polo added the comment: Have you read http://docs.python.org/lib/optparse-standard-option-actions.html ? If yes, what is the problem with store_true/store_false ? -- nosy: +gpolo __ Tracker <[EMAIL PROTECTED]>