[issue12319] [http.client] HTTPConnection.putrequest not support chunked Transfer-Encodings to send data
harobed steph...@harobed.org added the comment: Now I'm confused. Per the HTTP specification, GET requests don't have a body, so Transfer-Encoding: chunked doesn't apply to them. Are you sure you don't confuse with the response that the server sends? In responses, Transfer-Encoding: chunked is very common. Sorry, yes GET requests have Transfer-Encoding: chunked in server response. PUT requests can send body data in transfer-encoding chunked mode. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12319 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12327] in HTTPConnection the are len(body) and TypeError catch exception to detect if body is file like object, this hack do work with StringIO object
harobed steph...@harobed.org added the comment: But if the len information is available, why not return it? I use HTTPConnection to simulate Apple Finder WebDAV client. When this WebDAV client do PUT request, it transmit data in chunked encoding mode and not set Content-Length HTTP field. Do you understand my context ? Regards, Stephane -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12327 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11147] _Py_ANNOTATE_MEMORY_ORDER has unused argument, effects code which includes Python.h
Changes by Jelte pyt...@tjeb.nl: -- nosy: +Tjebbe ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11147 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11934] build with --prefix=/dev/null and zlib enabled in Modules/Setup failed
Petri Lehtinen pe...@digip.org added the comment: FWIW, I recall that I built 2.7 a while back with --prefix=/home/user/something and it also failed to find zlib. Due to lack of time, I didn't debug it very deeply then, though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12337] Need real TextIOWrapper for stdin/stdout
Antoine Pitrou pit...@free.fr added the comment: I can't reproduce. Victor? Z:\defaultPCbuild\amd64\python_d.exe Python 3.3a0 (default, Jun 8 2011, 17:49:13) [MSC v.1500 64 bit (AMD64)] on win32 Type help, copyright, credits or license for more information. import sys sys.stdin.readline() a 'a\n' ^Z Z:\defaultPCbuild\amd64\python_d.exe -u Python 3.3a0 (default, Jun 8 2011, 17:49:13) [MSC v.1500 64 bit (AMD64)] on win32 Type help, copyright, credits or license for more information. import sys sys.stdin.readline() a 'a\n' -- nosy: +amaury.forgeotdarc, haypo, pitrou versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12337] Need real TextIOWrapper for stdin/stdout
STINNER Victor victor.stin...@haypocalc.com added the comment: I think that this issue is a duplicate of the issue #11272: Python 3.2.1 has been released recently and contains the fix. Can you try this version Fan? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12337] Need real TextIOWrapper for stdin/stdout
STINNER Victor victor.stin...@haypocalc.com added the comment: Note: Python 3.2 has another regression related to the Windows console (issue #11395), bug fixed in 3.2.1. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12328] multiprocessing's overlapped PipeConnection on Windows
sbt shibt...@gmail.com added the comment: pipe_interruptible.patch is a patch to support to making poll() interruptible. It applies on top of pipe_poll_2.patch. I am not sure what the guarantees are for when KeyboardInterrupt will be raised. I would have done it a bit differently if I knew a good way to test whether the current thread is the main one. Maybe there should be something like PyThread_is_main() and/or threading.ismain(). -- Added file: http://bugs.python.org/file22367/pipe_interruptible.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12328 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12338] multiprocessing.util._eintr_retry doen't recalculate timeouts
New submission from sbt shibt...@gmail.com: multiprocessing.util._eintr_retry is only used to wrap select.select, but it fails to recalculate timeouts. Also, it will never retry the function it wraps because of a missing import errno. I think it would be better to just implement the retrying version of select directly. -- messages: 138364 nosy: sbt priority: normal severity: normal status: open title: multiprocessing.util._eintr_retry doen't recalculate timeouts ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12338 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12313] make install misses packaging module
Éric Araujo mer...@netwok.org added the comment: Nice to see my search didn't find this bug. ;) Do you remember what search terms you tried? I already committed a change to install packaging, but you may want to revert that and commit the patch in this issue. I honestly don’t know. Do we have a policy about using intermediary variables (like XMLLIBSUBDIRS) or not? Can we assume find(1) exists on the system and use it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12313 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11113] html.entities mapping dicts need updating?
Éric Araujo mer...@netwok.org added the comment: Ah, this changes the situation. I suppose it’s too late to stop pretending that HTML and XHTML are nearly the same thing (IOW change the doc), so apos needs to be defined for XHTML. IMO, we need a way to have the right entity references for HTML 4.01, XHTML 1.0 and HTML5, not put them all in one mapping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7969] shutil.copytree error handling non-standard and partially broken
Éric Araujo mer...@netwok.org added the comment: See also http://mail.python.org/pipermail/docs/2010-August/001207.html for a similar report. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7969 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12327] in HTTPConnection the are len(body) and TypeError catch exception to detect if body is file like object, this hack do work with StringIO object
R. David Murray rdmur...@bitdance.com added the comment: The code you are suggesting patching is trying its best to return a length. If that code needs to be fixed to not throw an error when confronted with a StringIO, then it should do its best to return a length. Your original message on the ticket did not mention chunked encoding, and indeed that appears to be correct. This bug doesn't appear, from what you have written and what I see in the 3.x code, to have anything to do with chunked encoding. -- stage: - needs patch type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12327 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12339] logging.Formatter.format() assumes exception to support str() method which is not true for many libraries.
New submission from Piotr Czachur zim...@gmail.com: If I want my application to be bullet-proof against external libraries that can (and often do) raise Exception(u'nonascii'), I cannot use python's logger.exception() directly, as it will end up with UnicodeDecodeError. The reason is hidden in Formatter.format() which does: s = self._fmt % record.__dict__ One can use his own formatter that can handle UnicodeDecodeError, but many users are quite unaware of such issue and it would be great if Python can handle it by itself. Here is a simple case. e = Exception(u'ą') logging.basicConfig() logging.getLogger('general').exception(u'ą') ą None logging.getLogger('general').exception(e) Traceback (most recent call last): File /usr/lib/python2.7/logging/__init__.py, line 842, in emit msg = self.format(record) File /usr/lib/python2.7/logging/__init__.py, line 719, in format return fmt.format(record) File /usr/lib/python2.7/logging/__init__.py, line 467, in format s = self._fmt % record.__dict__ UnicodeEncodeError: 'ascii' codec can't encode character u'\u0105' in position 0: ordinal not in range(128) Logged from file stdin, line 1 unicode(e) u'\u0105' str(e) Traceback (most recent call last): File stdin, line 1, in module UnicodeEncodeError: 'ascii' codec can't encode character u'\u0105' in position 0: ordinal not in range(128) -- components: Library (Lib) messages: 138369 nosy: Piotr.Czachur priority: normal severity: normal status: open title: logging.Formatter.format() assumes exception to support str() method which is not true for many libraries. type: feature request versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12339 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12339] logging.Formatter.format() assumes exception to support str() method which is not true for many libraries.
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo, vinay.sajip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12339 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11934] build with --prefix=/dev/null and zlib enabled in Modules/Setup failed
R. David Murray rdmur...@bitdance.com added the comment: I normally build using --prefix, often with --prefix=/dev/null, and I can't recall any version not building zlib. Of course, I don't uncomment the zlib entry in Modules/Setup. As far as I can see the zlib entry is unique in Setup in using prefix, so it probably is a bug (or, rather, a holdover from when there were various issues with the platform zlib). -- versions: -Python 2.6, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9741] msgfmt.py generates invalid mo because msgfmt.make() does not clear dictionary
Changes by Timothy Lee timothy.ty@gmail.com: Added file: http://bugs.python.org/file22368/test_msgfmt.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9741] msgfmt.py generates invalid mo because msgfmt.make() does not clear dictionary
Changes by Timothy Lee timothy.ty@gmail.com: Added file: http://bugs.python.org/file22369/test1.po ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9741] msgfmt.py generates invalid mo because msgfmt.make() does not clear dictionary
Changes by Timothy Lee timothy.ty@gmail.com: Added file: http://bugs.python.org/file22370/test2.po ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12339] logging.Formatter.format() assumes exception to support str() method which is not true for many libraries.
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: This is happening because if you pass an object instead of a string as the first argument in a logging call, it's treated as a message object whose __str__() will be called to get the actual message when it's needed, as documented here: http://docs.python.org/howto/logging.html#arbitrary-object-messages If, instead, you do it like this: # coding: utf-8 import logging logging.basicConfig() try: raise Exception(u'ą') except Exception: logging.getLogger('general').exception(u'An error occurred') you get ERROR:general:An error occurred Traceback (most recent call last): File bug_12339.py, line 6, in module raise Exception(u'ą') Exception: \u0105 -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12339 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9741] msgfmt.py generates invalid mo because msgfmt.make() does not clear dictionary
Éric Araujo mer...@netwok.org added the comment: Thanks! In my latest message, I had forgotten that msgfmt was in Tools, not in the standard library, and as such has no automated regression tests. Features get added and bugs get fixed after manual testing only, so I will commit your patch (modulo the unneeded global statement) without tests (but after manual testing) unless someone objects. -- assignee: - eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12335] pysetup create will clobber an existing setup.cfg
Éric Araujo mer...@netwok.org added the comment: Well, create is not update :) In its current form, create will save an existing setup.cfg as setup.cfg.old and generate a new one. The human operator will then have to merge both files if necessary. Automatically merging the old file into the new one would raise issues with respect to comments, whitespace and all that in Pythons 3.2. The doc and help messages are probably unclear about that. -- assignee: - tarek components: +Distutils2 -Library (Lib) nosy: +alexis, eric.araujo, tarek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9674] make install DESTDIR=/home/blah fails when the prefix specified is /
Éric Araujo mer...@netwok.org added the comment: Thanks. Have you run the test suite to make sure this doesn’t add bugs? -- assignee: tarek - eric.araujo components: -Build, Installation, Library (Lib) stage: - test needed type: compile error - behavior versions: +Python 3.3 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9674 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12335] pysetup create will clobber an existing setup.cfg
Barry A. Warsaw ba...@python.org added the comment: On Jun 15, 2011, at 02:04 PM, Éric Araujo wrote: Well, create is not update :) In its current form, create will save an existing setup.cfg as setup.cfg.old and generate a new one. The human operator will then have to merge both files if necessary. Automatically merging the old file into the new one would raise issues with respect to comments, whitespace and all that in Pythons 3.2. The doc and help messages are probably unclear about that. I missed the setup.cfg.old. I think that's fine. Probably `create` should print a message that it moved setup.cfg to setup.cfg.old. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12335] pysetup create will clobber an existing setup.cfg
Tarek Ziadé ziade.ta...@gmail.com added the comment: I find this behavior a bit awkward. Maybe we should ask first if it's ok to create a new setup.cfg and rename the old one, *before* doing it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12335] pysetup create: ask before moving an existing setup.cfg
Éric Araujo mer...@netwok.org added the comment: Maybe we should ask first if it's ok to create a new setup.cfg and rename the old one, *before* doing it. Agreed, if “yes” is the default answer. -- title: pysetup create will clobber an existing setup.cfg - pysetup create: ask before moving an existing setup.cfg type: - feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12314] regrtest checks (os.environ, sys.path, etc.) are hard to use
Michael Foord mich...@voidspace.org.uk added the comment: I don't think this is something that belongs in unittest - it's not something particularly useful (or at least particularly requested) outside of the python test suite. No reason that a WatchfulTestRunner couldn't live in regrtest. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12314 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11934] build with --prefix=/dev/null and zlib enabled in Modules/Setup failed
ysj.ray ysj@gmail.com added the comment: Isn’t zlib built by setup.py anyway? If can be build by Modules/Setup first as a builtin module, then the setup.py woun't build it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1711800] SequenceMatcher bug with insert/delete block after replace
Peter Waller peter.wal...@gmail.com added the comment: Apologies for the bump, but it has been more than a year and I did attach a patch! :-) What next? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1711800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8668] Packaging: add a 'develop' command
Changes by Peter Waller peter.wal...@gmail.com: -- nosy: +Peter.Waller ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8668 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12314] regrtest checks (os.environ, sys.path, etc.) are hard to use
R. David Murray rdmur...@bitdance.com added the comment: Sounds like a plan. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12314 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12340] Access violation when using the C version of the io module
New submission from OscarL oscar.le...@gmail.com: This is on Windows XP SP2. Using Python 2.7.1 and 2.7.2. While executing the unit tests of the PySerial package, version 2.5 (http://pypi.python.org/pypi/pyserial) one of the tests fails when using the C version of the io module (io), but pass if the pure Python version is used (_pyio.py). The specific test case in question is: test_iolib.py. When executed like: python test_iolib.py loop:// the test fails with the following traceback: Traceback (most recent call last): File C:\pyserial-2.5\test\test_iolib.py, line 68, in test_hello_raw self.failUnlessEqual(hello, unicode(hello\n)) AssertionError: u'memory at 0x00C5D940' != u'hello\n' And Windows shows a crash report dialog, with the following information: AppName: python.exe AppVer: 0.0.0.0 ModName: python27.dll ModVer: 2.7.2150.1013Offset: 00089f57 Exception Information Code: 0xc005Flags: 0x Record: 0x Address: 0x1e089f57 As said above, if in the said test case, instead of import io one does import _pyio as io, the crash does not happens, and the test succeeds. -- components: IO messages: 138382 nosy: OscarL priority: normal severity: normal status: open title: Access violation when using the C version of the io module type: crash versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1711800] SequenceMatcher bug with insert/delete block after replace
R. David Murray rdmur...@bitdance.com added the comment: No need to apologize for the bump. The trick is catching the interest of someone who feels qualified to judge the patch. I've added a couple people to nosy who worked on difflib recently. If no one speaks up in the next few days, it might be time to post to python-dev. -- nosy: +eli.bendersky, r.david.murray, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1711800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12340] Access violation when using the C version of the io module
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11435] Links to source code should now point to hg repo
Éric Araujo mer...@netwok.org added the comment: The 2.7 docs link to the Subversion repo. Can I update them? -- nosy: +eric.araujo versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11102] configure doesn't find major() on HP-UX v11.31
R. David Murray rdmur...@bitdance.com added the comment: Well, one way might be to set up and maintain an HP/UX buildbot :) Other than that, just keep bugging us periodically until someone gets around to doing it. -- nosy: +r.david.murray stage: - commit review type: - compile error ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11102 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12341] Some additions to .hgignore
New submission from Sandro Tosi sandro.t...@gmail.com: following http://docs.python.org/devguide/coverage.html doc you'll end up with several new files/dirs in your checkout: - .coverage, used by coveragepy to save its info - coverage/ , the symlink to coveragepy/coverage - htmlcov/ , the dir where the coverage HTML pages are written I think they should be added to .hgignore so that hg st won't show them, and the attached patch just does it. It's meant for 'default' but should there be no problem to backport it to previous branches. -- assignee: sandro.tosi components: None files: hgignore_additions-default.patch keywords: patch messages: 138386 nosy: sandro.tosi priority: low severity: normal stage: patch review status: open title: Some additions to .hgignore type: behavior versions: Python 3.3 Added file: http://bugs.python.org/file22371/hgignore_additions-default.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12341 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12341] Some additions to .hgignore
Changes by Michael Foord mich...@voidspace.org.uk: -- nosy: +michael.foord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12341 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1711800] SequenceMatcher bug with insert/delete block after replace
Terry J. Reedy tjre...@udel.edu added the comment: I believe this issue should be closed and have set it to pending. The original report of a 'bug' and the two 'testcases' were and are invalid as they are based on an incorrect understanding of SequenceMatcher. It is not a diff program and in particular not a line diff program but the function used internally by such. It works on sequences of characters, lines, numbers, or anything else. Given the character strings 'abc' and 'abcd\def' it correctly reports that the second is a copy of 3 chars from the first plus insertion of 5 more. Gabriel correctly suggested the above in suggesting that if one wants to compare sequences of text lines, one might use Differ. One could also use SequenceMatcher directly, but this loses the diff-like formatting and report of within-line differences. I think this issue should have been closed then. I do not know what functionality Andrew thinks Christian was talking about. Using Differ with a = ['abc\n'] b = ['abcd\n', 'def\n'] for line in difflib.Differ().compare(a,b): print(line, end='') # prints - abc + abcd ?+ + def One line is replaced with two, with the extra info that the first new line is the old line with an extra char. I do not believe that 'any diffing program' will report the latter. The '?' lines are easily filtered out if not wanted. The patch by Peter has no motivation that I can see other than the idea that replacing a subsequence with one of a different length is somehow bad. Tim Peters did not think so and neither do I -- or Guido. Unequal replacement is built into the syntax of Python: s = [1,2,3] s[1:2] = [4,5,6] s [1, 4, 5, 6, 3] I would not be surprised it the proposed change broke some existing application or degraded performance a bit. -- assignee: tim_one - resolution: - invalid status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1711800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1711800] SequenceMatcher bug with insert/delete block after replace
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1711800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12191] Add shutil.chown to allow to use user and group name (and not only uid/gid)
Sandro Tosi sandro.t...@gmail.com added the comment: Here's the updated patch following review on Rietveld -- Added file: http://bugs.python.org/file22372/shutil_chown-default-v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12191 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12342] characters with ord above 65535 fail conversion with str.format for '{:c}' in IDLE
New submission from wujek wujek.sru...@googlemail.com: The following code produces an exception: print('{:c}'.format(65536)) when executed in Idle 3.2. The stack trace: print('{:c}'.format(65536)) Traceback (most recent call last): File pyshell#149, line 1, in module print('{:c}'.format(65536)) File /usr/lib/python3.2/idlelib/PyShell.py, line 1231, in write self.shell.write(s, self.tags) File /usr/lib/python3.2/idlelib/PyShell.py, line 1213, in write OutputWindow.write(self, s, tags, iomark) File /usr/lib/python3.2/idlelib/OutputWindow.py, line 40, in write self.text.insert(mark, s, tags) File /usr/lib/python3.2/idlelib/Percolator.py, line 25, in insert self.top.insert(index, chars, tags) File /usr/lib/python3.2/idlelib/ColorDelegator.py, line 79, in insert self.delegate.insert(index, chars, tags) File /usr/lib/python3.2/idlelib/PyShell.py, line 316, in insert UndoDelegator.insert(self, index, chars, tags) File /usr/lib/python3.2/idlelib/UndoDelegator.py, line 81, in insert self.addcmd(InsertCommand(index, chars, tags)) File /usr/lib/python3.2/idlelib/UndoDelegator.py, line 116, in addcmd cmd.do(self.delegate) File /usr/lib/python3.2/idlelib/UndoDelegator.py, line 219, in do text.insert(self.index1, self.chars, self.tags) File /usr/lib/python3.2/idlelib/ColorDelegator.py, line 79, in insert self.delegate.insert(index, chars, tags) File /usr/lib/python3.2/idlelib/WidgetRedirector.py, line 104, in __call__ return self.tk_call(self.orig_and_operation + args) ValueError: unsupported character Seems to work fine in a terminal (Gnome-terminal in this case): print('{:c}'.format(0x1)) (my font doesn't have the glyph, but otherwise it works) Python version: print(sys.version) 3.2 (r32:88445, Mar 25 2011, 19:56:22) [GCC 4.5.2] Os: wujek@home:~$ uname -a Linux studio 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux wujek@home:~$ cat /etc/issue Ubuntu 11.04 -- components: IDLE, IO messages: 138389 nosy: wujek.srujek priority: normal severity: normal status: open title: characters with ord above 65535 fail conversion with str.format for '{:c}' in IDLE type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12342] characters with ord above 65535 fail to display in IDLE
R. David Murray rdmur...@bitdance.com added the comment: Judging from the stack trace, it isn't str.format that's failing, it's tk failing to display it. -- nosy: +r.david.murray, terry.reedy title: characters with ord above 65535 fail conversion with str.format for '{:c}' in IDLE - characters with ord above 65535 fail to display in IDLE ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10527] multiprocessing.Pipe problem: handle out of range in select()
Dave Malcolm dmalc...@redhat.com added the comment: [for reference: issue 11743 covered Antoine's rewrite of the connection class to be pure python, for 3.3 (re msg138310)] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12342] characters with ord above 65535 fail to display in IDLE
STINNER Victor victor.stin...@haypocalc.com added the comment: U+1 is not the most common character in fonts. You should try another character in U+1-U+10 range (non-BMP characters). The new funny emoticon are in this range, but I don't know if your Ubuntu setup includes a font supporting this range. http://www.unicode.org/charts/PDF/Unicode-6.0/U60-1F600.pdf -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12133] ResourceWarning in urllib.request
STINNER Victor victor.stin...@haypocalc.com added the comment: Oh, I wrote a similar patch to kill the ResourceWarning of test_pypi_simple (except that I didn't patch test_urllib2). -- nosy: +haypo versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12133 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10883] urllib: socket is not closed explicitly
STINNER Victor victor.stin...@haypocalc.com added the comment: Is there still something to do in this issue? The initial report is fixed. -- versions: -Python 2.6, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10883 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12342] characters with ord above 65535 fail to display in IDLE
Ned Deily n...@acm.org added the comment: From the discussions here, http://wiki.tcl.tk/1364, it appears that Tcl 8.5 (and earlier) does not support Unicode code points outside the BMP range as in this example. I don't think there is anything practical IDLE or tkinter can do about that. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12167] test_packaging reference leak
Roundup Robot devnull@devnull added the comment: New changeset fd6446a88fe3 by Victor Stinner in branch 'default': Issue #12167: Fix a reafleak in packaging.tests.PyPIServer constructor http://hg.python.org/cpython/rev/fd6446a88fe3 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12342] characters with ord above 65535 fail to display in IDLE
STINNER Victor victor.stin...@haypocalc.com added the comment: From the discussions here, http://wiki.tcl.tk/1364, it appears that Tcl 8.5 (and earlier) does not support Unicode code points outside the BMP range as in this example. Extract of http://wiki.tcl.tk/1364 : RS 2008-07-09: Unicode out of BMP ( U+) requires a deeper rework of Tcl and Tk: we'd need 32 bit chars and/or surrogate pairs. UTF-8 at least can deal with 31-bit Unicodes by principle. I don't think there is anything practical IDLE or tkinter can do about that. We might raise an error with better error message than ValueError('unsupported character'), but it's maybe overkill. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12167] test_packaging reference leak
STINNER Victor victor.stin...@haypocalc.com added the comment: test_dist and test_bdist_dumb leak because of the _path_created global variable of packaging.util, used indirectly by copy_tree(). # cache for by mkpath() -- in addition to cheapening redundant calls, # eliminates redundant creating /foo/bar/baz messages in dry-run mode _path_created = set() I don't how/when this set should be cleared. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12167] test_packaging reference leak
STINNER Victor victor.stin...@haypocalc.com added the comment: Note: #12133 has a patch to fix the ResourceWarning of test_pypi_simple. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10883] urllib: socket is not closed explicitly
Nadeem Vawda nadeem.va...@gmail.com added the comment: Yes, the fix I provided only eliminated some of the warnings. As of fd6446a88fe3, test_urllib2net still leaks 5 sockets. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10883 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12263] punycode codec ignores the error handler argument
STINNER Victor victor.stin...@haypocalc.com added the comment: punycode_errors.patch: - raise an error if errors=replace: only accept strict and ignore - use errors to encode/decode to/from ASCII - add unit tests I don't think that the change should be documented, because punycode has no section in Doc/library/codecs.rst, and I hope that nobody uses something different than strict :-) -- keywords: +patch nosy: +loewis Added file: http://bugs.python.org/file22373/punycode_errors.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12263 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12342] characters with ord above 65535 fail to display in IDLE
Ned Deily n...@acm.org added the comment: It looks like that error message has been in _tkinter.c since 2002: http://svn.python.org/view/python/trunk/Modules/_tkinter.c?r1=28989r2=28990; I suppose it could be slightly more informative but it seems pretty unambiguous to me. Martin, any opinions? -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12328] multiprocessing's overlapped PipeConnection on Windows
Antoine Pitrou pit...@free.fr added the comment: pipe_interruptible.patch is a patch to support to making poll() interruptible. It applies on top of pipe_poll_2.patch. Hmm, it seems to me that it should be done in _poll() instead. Otherwise, recv() will not be interruptible, will it? Also, after looking at this again, it seems sigint_event would be better provided (at the C level) by the Python core, e.g. as _PyOS_SigintEvent. The time module already uses a similar mechanism. By setting the event in the sigint handler itself, rather than in an auxiliary HandlerRoutine callback function, it should also ensure that, when the event is set, the tripped bit in signalmodule.c has been set, meaning we wouldn't need to Sleep() anymore. (I also wonder why the event isn't auto-reset. Otherwise, there's a race condition - which is probably harmless in most cases, but still.) -- nosy: +brian.curtin, tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12328 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12340] Access violation when using the C version of the io module
Santoso Wijaya santoso.wij...@gmail.com added the comment: Regarding the crash, From what I can see, the `tp_clear` method of bufferedrwpair is called during Py_Finalize() that leads to garbage collection. This NULLs `self-writer` for the rwpair object. Later, in the same garbage collection routine, the `tp_clear` of textio (the wrapper) is called. This attempts to finalize its wrapped object by first calling the `closed` property of the wrapped object. This property read is propagated down to the wrapped bufferedrwpair, `bufferedrwpair_closed_get()`. At this point, `self-writer` for the bufferedrwpair object is already NULL from the previous clear. Hence, the crash happens because a NULL pointer dereferencing is attempted. -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12000] SSL certificate verification failed if no dNSName entry in subjectAltName
Mads Kiilerich m...@kiilerich.com added the comment: Nicolas Bareil wrote, On 05/07/2011 09:48 AM: Do you think this test should fail? Until now I have considered this behaviour OK but undocumented and officially unsupported in Python. One (the best?) reason for considering it OK is that if someone (intentionally or not) trusts a certificate that happens to have the textual representation of an IP address in commonName then there is no doubt what the intention with that is. This case is thus within what i considered secure behaviour. But the more I look at it the more convinced I get that this test should fail. RFC 2818 mentions subjectAltName iPAddress as a must for IP addresses - even though it only uses a lower-case and thus perhaps-not-necessarily-authoritative must. But the best argument against IP in commonName is that it isn't mentioned anywhere, and when it isn't explicitly permitted we should consider it forbidden. A consequence of that is that my previous concern is invalid. There is no reason the presence of a subjectAltName iPAddress should prevent fallback from dNSName to commonName. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12340] Access violation when using the C version of the io module
Benjamin Peterson benja...@python.org added the comment: Can you produce a self-contained test case? -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later
STINNER Victor victor.stin...@haypocalc.com added the comment: Patch version 4 (mbcs4.patch): - fix encode and decode flags depending on the code page and Windows version, e.g. use WC_ERR_INVALID_CHARS instead of WC_NO_BEST_FIT_CHARS for CP_UTF8 on Windows Vista and later - fix usage of the default character on encoding, depending on the code page (incompatible with CP_UTF7 and CP_UTF8) - add some more unit tests - read the windows version only once, at startup - decode_code_page_chunk() now adjusts the input size depending on the final flag (it was done by decode_code_page_strict) -- Added file: http://bugs.python.org/file22374/mbcs4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later
Changes by STINNER Victor victor.stin...@haypocalc.com: Removed file: http://bugs.python.org/file22282/mbcs.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later
Changes by STINNER Victor victor.stin...@haypocalc.com: Removed file: http://bugs.python.org/file22315/mbcs2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later
Changes by STINNER Victor victor.stin...@haypocalc.com: Removed file: http://bugs.python.org/file22340/mbcs3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12343] Python 2.7.2 regression: ssl.SSLError: [Errno 2] _ssl.c:503: The operation did not complete (read)
New submission from Jesús Cea Avión j...@jcea.es: Combining non-blocking SSL sockets and select() raises ssl.SSLError: [Errno 2] _ssl.c:503: The operation did not complete (read) in Python 2.7.2, but works OK in 2.7.1, 2.6.* and previous. This test shows the issue: import ssl import socket import select s = socket.socket(socket.AF_INET,socket.SOCK_STREAM) s.connect((gmail.com, 443)) s.setblocking(0) s = ssl.wrap_socket(s) s.write(GET / HTTP/1.0\r\nHost: gmail.com\r\n\r\n) select.select([s], [], []) s.read(999) print OK! Under python 2.6 and 2.7.1 I get OK, but under 2.7.2 I get: Traceback (most recent call last): File z.py, line 8, in module s = ssl.wrap_socket(s) File /usr/local/lib/python2.7/ssl.py, line 372, in wrap_socket ciphers=ciphers) File /usr/local/lib/python2.7/ssl.py, line 134, in __init__ self.do_handshake() File /usr/local/lib/python2.7/ssl.py, line 296, in do_handshake self._sslobj.do_handshake() ssl.SSLError: [Errno 2] _ssl.c:503: The operation did not complete (read) Changing the order between the s.setblocking() and the ssl.wrap_socket() seems to solve the issue in this particular code sample, but this seems to be a serious regression in 2.7.2. I have programs in production here where changing the order doesn't solve the exception :-(. Dead in the water! :-( -- components: Extension Modules messages: 138408 nosy: jcea priority: critical severity: normal stage: needs patch status: open title: Python 2.7.2 regression: ssl.SSLError: [Errno 2] _ssl.c:503: The operation did not complete (read) type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12343 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12344] A kind of 'reinitialize_command' function which can initialize a command with key-value pair should be added for Command class
New submission from higery shoulderhig...@gmail.com: There is a 'reinitialize_command' function in setuptools' command class which can initialize a command with a key-value pair, but it seems that distutils2/packaging does not yet have this function. I think it's useful in the condition that we want to run some commands with some options initialized. For instance, if we want to run 'build_ext' command with its 'inplace' option initialized, we can use : self.reinitialize_command('build_ext', inplace=1), and then self.run_command('build_ext') . -- assignee: tarek components: Distutils2 messages: 138409 nosy: alexis, eric.araujo, higery, tarek priority: normal severity: normal status: open title: A kind of 'reinitialize_command' function which can initialize a command with key-value pair should be added for Command class type: feature request versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12344 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12342] characters with ord above 65535 fail to display in IDLE
Changes by Eric V. Smith e...@trueblade.com: -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12290] __setstate__ is called for false values
Eugene Toder elto...@gmail.com added the comment: So how about this correction? -- keywords: +patch nosy: +belopolsky, georg.brandl Added file: http://bugs.python.org/file22375/setstate.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12290 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5996] abstract class instantiable when subclassing dict
Eugene Toder elto...@gmail.com added the comment: Anyone has any thoughts on this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12345] Add math.tau
New submission from Nick Coghlan ncogh...@gmail.com: I'd like to add a new constant to the math module: tau = 2*math.pi Rather than repeating all the reasons for why tau makes more sense than pi as the fundamental circle constant, I'll just refer interested readers to http://tauday.com/ -- keywords: easy messages: 138412 nosy: ncoghlan priority: normal severity: normal stage: needs patch status: open title: Add math.tau type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12345 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11549] Build-out an AST optimizer, moving some functionality out of the peephole optimizer
Eugene Toder elto...@gmail.com added the comment: I found a problem in constant de-duplication, already performed by compiler, that needs to be fixed before this change can be merged. Compiler tries to eliminate duplicate constants by putting them into a dict. However, duplicate in this case doesn't mean just equal, we need a stronger relationship, as there are many equal values that behave differently in some contexts, e.g. 0 and 0.0 and False or 0.0 and -0.0. To this end for each value we create a tuple of the value and it's type and have some logic for -0.0. This is handled in compiler_add_o in Python/compile.c. This logic, however, only works for scalar values -- if we get a container with 0 and the same container with False we collapse them into one. This was not a problem before, because constant tuples were only created by peephole, which doesn't attempt de-duplication. If tuple folding is moved to AST we start hitting this problem: dis(lambda: print((0,1),(False,True))) 1 0 LOAD_GLOBAL 0 (print) 3 LOAD_CONST 1 ((0, 1)) 6 LOAD_CONST 1 ((0, 1)) 9 CALL_FUNCTION2 12 RETURN_VALUE The cleanest solution seems to be to introduce a new rich comparison code: Py_EQUIV (equivalent) and implement it at least in types that we support in marshal. This will simplify compiler_add_o quite a bit and make it work for tuples and frozensets. I'm open to other suggestions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11549 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12345] Add math.tau
Benjamin Peterson benja...@python.org added the comment: Perhaps we should wait until \tau gains popularity larger than some impassioned physicist. \tau has been used to represent the golden ratio longer. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12345 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com