[issue12319] [http.client] HTTPConnection.putrequest not support "chunked" Transfer-Encodings to send data

[harobed]

harobed  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 

___
___
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]

harobed  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 

___
___
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

[Jelte]

Changes by Jelte :


--
nosy: +Tjebbe

___
Python tracker 

___
___
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]

Petri Lehtinen  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 

___
___
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]

Antoine Pitrou  added the comment:

I can't reproduce. Victor?


Z:\default>PCbuild\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:\default>PCbuild\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 

___
___
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]

STINNER Victor  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 

___
___
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]

STINNER Victor  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 

___
___
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]

sbt  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 

___
___
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

[sbt]

New submission from sbt :

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 

___
___
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]

Éric Araujo  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 

___
___
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]

Éric Araujo  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 

___
___
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]

Éric Araujo  added the comment:

See also http://mail.python.org/pipermail/docs/2010-August/001207.html for a 
similar report.

--

___
Python tracker 

___
___
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]

R. David Murray  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 

___
___
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.

[Piotr Czachur]

New submission from Piotr Czachur :

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 , line 1
>>> unicode(e)
u'\u0105'
>>> str(e)
Traceback (most recent call last):
  File "", line 1, in 
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 

___
___
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.

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +eric.araujo, vinay.sajip

___
Python tracker 

___
___
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]

R. David Murray  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 

___
___
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

[Timothy Lee]

Changes by Timothy Lee :


Added file: http://bugs.python.org/file22368/test_msgfmt.py

___
Python tracker 

___
___
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

[Timothy Lee]

Changes by Timothy Lee :


Added file: http://bugs.python.org/file22369/test1.po

___
Python tracker 

___
___
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

[Timothy Lee]

Changes by Timothy Lee :


Added file: http://bugs.python.org/file22370/test2.po

___
Python tracker 

___
___
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 Sajip  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 
raise Exception(u'ą')
Exception: \u0105

--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

___
___
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]

Éric Araujo  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 

___
___
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]

Éric Araujo  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 

___
___
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]

Éric Araujo  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 

___
___
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]

Barry A. Warsaw  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 

___
___
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é]

Tarek Ziadé  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 

___
___
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]

Éric Araujo  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 

___
___
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]

Michael Foord  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 

___
___
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.ray  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 

___
___
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 Waller  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 

___
___
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

[Peter Waller]

Changes by Peter Waller :


--
nosy: +Peter.Waller

___
Python tracker 

___
___
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]

R. David Murray  added the comment:

Sounds like a plan.

--

___
Python tracker 

___
___
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

[OscarL]

New submission from OscarL :

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'' != 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 

___
___
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]

R. David Murray  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 

___
___
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

[R. David Murray]

Changes by R. David Murray :


--
nosy: +pitrou

___
Python tracker 

___
___
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]

Éric Araujo  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 

___
___
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]

R. David Murray  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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12341] Some additions to .hgignore

[Sandro Tosi]

New submission from Sandro Tosi :

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12341] Some additions to .hgignore

[Michael Foord]

Changes by Michael Foord :


--
nosy: +michael.foord

___
Python tracker 

___
___
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]

Terry J. Reedy  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 

___
___
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"

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
status: pending -> closed

___
Python tracker 

___
___
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 Tosi  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 

___
___
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

[wujek]

New submission from wujek :

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 "", line 1, in 
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 

___
___
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]

R. David Murray  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 

___
___
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]

Dave Malcolm  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 

___
___
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]

STINNER Victor  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 

___
___
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]

STINNER Victor  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 

___
___
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]

STINNER Victor  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 

___
___
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]

Ned Deily  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 

___
___
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]

Roundup Robot  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 

___
___
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]

STINNER Victor  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 

___
___
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]

STINNER Victor  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 

___
___
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]

STINNER Victor  added the comment:

Note: #12133 has a patch to fix the ResourceWarning of test_pypi_simple.

--

___
Python tracker 

___
___
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 Vawda  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 

___
___
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]

STINNER Victor  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 

___
___
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]

Ned Deily  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=28989&r2=28990&;

I suppose it could be slightly more informative but it seems pretty unambiguous 
to me.  Martin, any opinions?

--
nosy: +loewis

___
Python tracker 

___
___
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]

Antoine Pitrou  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 

___
___
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 Wijaya  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 

___
___
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]

Mads Kiilerich  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 

___
___
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]

Benjamin Peterson  added the comment:

Can you produce a self-contained test case?

--
nosy: +benjamin.peterson

___
Python tracker 

___
___
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]

STINNER Victor  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 

___
___
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]

Changes by STINNER Victor :


Removed file: http://bugs.python.org/file22282/mbcs.patch

___
Python tracker 

___
___
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]

Changes by STINNER Victor :


Removed file: http://bugs.python.org/file22315/mbcs2.patch

___
Python tracker 

___
___
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]

Changes by STINNER Victor :


Removed file: http://bugs.python.org/file22340/mbcs3.patch

___
Python tracker 

___
___
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)

[Jesús Cea Avión]

New submission from Jesús Cea Avión :

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 
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 

___
___
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

[higery]

New submission from higery :

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 

___
___
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

[Eric V. Smith]

Changes by Eric V. Smith :


--
nosy: +eric.smith

___
Python tracker 

___
___
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]

Eugene Toder  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 

___
___
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]

Eugene Toder  added the comment:

Anyone has any thoughts on this?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12345] Add math.tau

[Nick Coghlan]

New submission from Nick Coghlan :

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 

___
___
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]

Eugene Toder  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 

___
___
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]

Benjamin Peterson  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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

[Derek Wilson]

Derek Wilson  added the comment:

While having multiprocessing use a timeout would be great, I didn't really have 
the time to fiddle with the c code.

Instead of using the socket timeout, I'm modifying all the sockets created by 
the socket module to have no timeout (and thus to be blocking) which makes the 
multiprocessing module 'immune' to the socket module's default timeout.

For testing, I just run the test suite twice, once with the initial default 
socket timeout and once with a 60 second timeout. Nothing there failed with 
this issue.

It is worth noting, however, that when using a default socket timeout, for some 
reason processes that have have put data into a queue no longer block at exit 
waiting for the data to be consumed. I'm not sure if there is some additional 
cleanup code that uses sockets and might need to block? Or maybe whatever the 
issue was with blocking sockets is not an issue with non-blocking sockets?

--
keywords: +patch
Added file: http://bugs.python.org/file22376/mpsock.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12345] Add math.tau

[Raymond Hettinger]

Raymond Hettinger  added the comment:

-1

--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com