[issue12345] Add math.tau

Roundup Robot added the comment: New changeset 761b370f2cfd by Terry Jan Reedy in branch '3.3': #12345: null merge with 3.2. http://hg.python.org/cpython/rev/761b370f2cfd -- nosy: +python-dev ___ Python tracker ___

[issue10652] test___all_ + test_tcl fails (Windows installed binary)

Roundup Robot added the comment: New changeset b923234b60cb by Terry Jan Reedy in branch '3.2': Issue # 10652: make tcl/tk tests run after __all__ test, patch by Zachary Ware. http://hg.python.org/cpython/rev/b923234b60cb New changeset 596e8855895e by Terry Jan Reedy in branch '3.3': Issue # 106

[issue12345] Add math.tau

Changes by Terry J. Reedy : -- Removed message: http://bugs.python.org/msg184297 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue17408] second python execution fails when embedding

Amaury Forgeot d'Arc added the comment: In 3.2, typeobject.c did not cache the copyreg module in import_copyreg(); PyImport_Import was always called. -- ___ Python tracker ___ _

[issue16692] Support TLS 1.1 and TLS 1.2

Michele Orrù added the comment: (ping) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue17436] pass a string to hashlib.update

New submission from anatoly techtonik: http://docs.python.org/3/library/hashlib#hashlib.hash.update The hashlib is most useful for big chunks of data, and that means every time you need to create a wrapper for reading from files. It makes sense to allow hashlib.update accept file like object t

[issue17436] pass a file object to hashlib.update

Changes by anatoly techtonik : -- title: pass a string to hashlib.update -> pass a file object to hashlib.update ___ Python tracker ___ __

[issue17436] pass a file object to hashlib.update

anatoly techtonik added the comment: Otherwise you need to repeat this code. def filehash(filepath): blocksize = 64*1024 sha = hashlib.sha256() with open(filepath, 'rb') as fp: while True: data = fp.read(blocksize) if not data: break

[issue17437] Difference between open and codecs.open

New submission from Giampaolo Rodola': In Python 2 the distinction between open() and codes.open() was clear because 'encoding' and 'errors' args were provided by codecs.open only. This is no longer the case in Python 3 since both args are provided also by open(). I'm probably missing somethin

[issue17436] pass a file object to hashlib.update

STINNER Victor added the comment: > It makes sense to allow hashlib.update accept file like object > to read from. Not update directly, but I agree that an helper would be convinient. Here is another proposition using unbuffered file and readinto() with bytearray. It should be faster, but I di

[issue17437] Difference between open and codecs.open

STINNER Victor added the comment: See also the PEP 400. I proposed (in the alternative) to make codecs.open() somehow an alias to open() (and add codecs.open_stream() for "backward compatibility"). -- nosy: +haypo ___ Python tracker

[issue17429] platform.platform() can throw Unicode error

STINNER Victor added the comment: 00175-platform-unicode.patch looks good to me, but it lacks an unit test. -- nosy: +haypo ___ Python tracker ___ ___

[issue17430] missed peephole optimization

STINNER Victor added the comment: See my astoptimizer project which allow to implement optimizations in Python rather than in C, and using the AST rather than the bytecode. https://bitbucket.org/haypo/astoptimizer/ I plan to add something in Python 3.4 to be able to plug arbitrary AST hook, in

[issue17438] json.load docs should mention that it always return unicode

New submission from anatoly techtonik: Strings returned in the object returned from json.load() seem to be always unicode, but it is not documented. Python 2.7 -- assignee: docs@python components: Documentation messages: 184308 nosy: docs@python, techtonik priority: normal severity: nor

[issue17421] Drop restriction that meta.__prepare__() must return a dict (subclass)

Nick Coghlan added the comment: Eric and I discussed this, and I've come to the conclusion that the check doesn't serve much purpose at this point. I initially thought it conveyed useful information about the runtime behavioural restriction, but it doesn't even do that correctly, as dict subc

[issue17044] Implement PEP 422: Simple class initialisation hook

Nick Coghlan added the comment: Eric and I discussed this further this morning. We were interested in two main points: 1. When no custom namespace is used, we definitely shouldn't double the storage requirements for the class object 2. If a custom namespace is used, it would be nice to make it

[issue17430] missed peephole optimization

STINNER Victor added the comment: > The 2 JUMP_ABSOLUTEs should be optimized away since the code is equivalent > to: if a and b and c: as in: Oh, I misread this sentence. I read that you would like to replace "if a: if b:" with "if a and b:". But it can be optimized differently: the useless ju

[issue17432] PyUnicode_ functions not accessible in Limited API on Windows

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15805] Add stdout redirection tool to contextlib

STINNER Victor added the comment: If such context manager is added, it should be documented that it does not work with subprocess or C functions writing directly into the file descriptor 1. For such issues, I'm using dup2(). Example from my pysandbox project: @contextlib.contextmanager def cap

[issue17423] libffi on 32bit is broken on linux

STINNER Victor added the comment: libffi is not part of Python project, but Python has a copy for system which don't provide system libffi. You should report the issue upstream: http://sourceware.org/libffi/ (Or is the issue already fixed upstream?) -- nosy: +haypo ___

[issue17400] ipaddress.is_private needs to take into account of rfc6598

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue11193] test_subprocess error on AIX

STINNER Victor added the comment: ping myself -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue17439] insufficient error message for failed unicode conversion

New submission from anatoly techtonik: When Python 2.x compares ordinary string with unicode, it tries to convert the former, and shows an error message if the conversion fails. Attached example with Russian strings gives the following: russian.py:11: UnicodeWarning: Unicode equal comparison f

[issue17423] libffi on 32bit is broken on linux

Maciej Fijalkowski added the comment: The issue is reported upstrem and is/will be fixed -- ___ Python tracker ___ ___ Python-bugs-lis

[issue17436] pass a file object to hashlib.update

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue17428] replace readdir to readdir_r in function posix_listdir

Rock Li added the comment: You are right. I checked the GLibc implementation of readdir and readdir_r, there's no global variale used in the function readdir. Just as the POSIX standards says, "This data is not overwritten by another call to readdir() on a different directory stream". To the

[issue17423] libffi on 32bit is broken on linux

Maciej Fijalkowski added the comment: It's not "a copy for systems that don't provide libffi", since CPython makes zero effort to try to use system libffi if present. -- ___ Python tracker

[issue17429] platform.platform() can throw Unicode error

Toshio Kuratomi added the comment: I'm at pycon. I'll find someone during the sprints to teach me how the unittests are organized. -- ___ Python tracker ___ ___

[issue17436] pass a file object to hashlib.update

anatoly techtonik added the comment: Why unbuffered will be faster?? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue17044] Implement PEP 422: Simple class initialisation hook

Eric Snow added the comment: I'm fine with that. Would it make sense to have the signature of __init_class__ parallel meta.__init__(): __init_class__(cls, name, bases, namespace) or even __init_class__(cls, name, bases, ns, *, namespace=None, **kwds) --

[issue17436] pass a file object to hashlib.update

anatoly techtonik added the comment: Even though I mentioned passing file object in the title of this bugreport, what I really need is the following API: hexhash = hashlib.sha256().readfile(filename).hexdigest() -- ___ Python tracker

[issue17423] libffi on 32bit is broken on linux

Alex Gaynor added the comment: The patch has been merged into libffi upstream: https://github.com/atgreen/libffi/pull/32 -- ___ Python tracker ___ __

[issue17416] Clarify docs of os.walk()

Gurmeet Singh added the comment: Hi Terry, I understand it is ok for you. I agree that you are not in favour of changing the argument name. And you are correct that I must get familiar to the convention that has been used. Further since you say, perhaps, I now feel that it may be used in ot

[issue17432] PyUnicode_ functions not accessible in Limited API on Windows

Martin v. Löwis added the comment: Ah, I see. Yes, it seems indeed that the def file needs to be changed. -- ___ Python tracker ___ __

[issue17439] insufficient error message for failed unicode conversion

R. David Murray added the comment: Python doesn't store the encoding information anywhere. The coding cookie is used to correctly convert the bytes in the file into unicode...otherwise they are just treated as bytes. For the stdin case, the encoding is associated with the input stream, and ag

[issue17434] str literals, which are not docstrings, should not be allowed between __future__ imports

Benjamin Peterson added the comment: 46cadd3955d0 -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue17434] str literals, which are not docstrings, should not be allowed between __future__ imports

Roundup Robot added the comment: New changeset 46cadd3955d0 by Benjamin Peterson in branch 'default': reject non-docs strings between future imports (closes #17434) http://hg.python.org/cpython/rev/46cadd3955d0 -- nosy: +python-dev stage: -> committed/rejected _

[issue17418] Documentation for os.open and io.open

Gurmeet Singh added the comment: The issue with buffering problem mentioned in my previous comment has been raised as issue 17440. However, I need to apologize again! The statement that buffering is not implemented at all was incorrect - instead read1() was not implemented. See the mentioned

[issue17440] Some IO related problems on x86 windows

Changes by Serhiy Storchaka : -- components: +IO nosy: +benjamin.peterson, hynek, pitrou, stutzbach ___ Python tracker ___ ___ Python-

[issue17440] Some IO related problems on x86 windows

New submission from Gurmeet Singh: 1. The read mode is not the default mode as mentioned in the docs.python.org. In particular see the first Traceback below - "b" does not work (as it does in C though) and you are forced to use "rb" instead. 2. io.BufferedReader does not implement read1 (the

[issue17440] Some IO related problems on x86 windows

Antoine Pitrou added the comment: > 1. The read mode is not the default mode as mentioned in the > docs.python.org. It is. If you don't mention a mode, the mode is "r" by default. But if you mention a mode, then you are required to specify one of "r", "w", "a". > io.BufferedReader does not imp

[issue17415] Clarify docs of os.path.normpath()

Gurmeet Singh added the comment: At the moment, I running late for creating a program - so I apologize that immediately I would not able to work on creating a patch. Later though I may be able to. I am sorry. To avoid wasted work I think patch should be created only after someone (do not know

[issue17400] ipaddress.is_private needs to take into account of rfc6598

pmoody added the comment: So I'm not convinced that 6598 space should be treated like 1918 space. Specifically, the second paragraph of the rfc states: Shared Address Space is distinct from RFC 1918 private address space because it is intended for use on Service Provider networks. Howe

[issue17418] Documentation for os.open and io.open

Gurmeet Singh added the comment: Please read the comment completely. For the first point ___ I apologize that there was no mistake in binary mode and I have read it hastily. There is no ambiguity in the binary mode as you said. Reading hastily, I felt '...(only usable in text m

[issue17435] threading.Timer.__init__() should use immutable argument defaults for args and kwargs

Denver Coneybeare added the comment: Thanks r.david.murray for your feedback. Although I disagree with your conclusion that this does not affect 2.7. Just try running the "sample script that reproduces the issue" from my first post and you will see the erroneous behaviour in 2.7. Even thoug

[issue17417] Documentation Modification Suggestion: os.walk, fwalk

Gurmeet Singh added the comment: I am sorry to reopen this issue, if you do not like this comment, then I will reopen issues again. I am not saying to change the convention of the documentation - I just requested you to say "something" that would indicate that it is function that gives resul

[issue17436] pass a file object to hashlib.update

STINNER Victor added the comment: > Why unbuffered will be faster?? Well, I'm not sure that it is faster. But I would prefer to avoid buffering if it is not needed. 2013/3/16 anatoly techtonik : > > anatoly techtonik added the comment: > > Why unbuffered will be faster?? > > -- > >

[issue17390] display python version on idle title bar

Changes by Edmond Burnett : Removed file: http://bugs.python.org/file29404/idle_shell_version_display-3.4.0a0.patch ___ Python tracker ___ __

[issue17436] pass a file object to hashlib.update

anatoly techtonik added the comment: I don't get that. I thought that buffered reading should be faster, although I agree that OS should handle this better. Why have the buffering turned on by default then? (I miss the ability to fork discussions from tracker, but there is no choice). ---

[issue17390] display python version on idle title bar

Changes by Edmond Burnett : Removed file: http://bugs.python.org/file29425/issue17390.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue17435] threading.Timer.__init__() should use immutable argument defaults for args and kwargs

R. David Murray added the comment: I'm sorry, you are correct. I replied too quickly without thinking it through. -- versions: +Python 2.7, Python 3.2 ___ Python tracker ___ ___

[issue17390] display python version on idle title bar

Changes by Edmond Burnett : Added file: http://bugs.python.org/file29426/issue17390.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17390] display python version on idle title bar

Edmond Burnett added the comment: Updated patch to conform to PEP3101 -- Added file: http://bugs.python.org/file29425/issue17390.patch ___ Python tracker ___

[issue16692] Support TLS 1.1 and TLS 1.2

Antoine Pitrou added the comment: Michele, your latest patch doesn't apply on the default branch. However, I'll still do a review. -- stage: needs patch -> patch review ___ Python tracker _

[issue16692] Support TLS 1.1 and TLS 1.2

Antoine Pitrou added the comment: Ok, some review comments: + .. warning:: requires at least openssl version 1.0.1 + .. warning:: requires at least openssl version 1.0.1 The warnings are not warranted here. You might simply say "Available only with openssl version 1.0.1+." +def skip_if_u

[issue17094] sys._current_frames() reports too many/wrong stack frames

Antoine Pitrou added the comment: Isn't the thread state clearing subject to a race condition? PyThreadState_Clear() will release a bunch of frames, deallocating arbitrary objects and therefore potentially releasing the GIL. This lets the main thread run and potentially spawn other threads, wh

[issue17094] sys._current_frames() reports too many/wrong stack frames

Antoine Pitrou added the comment: Here is an updated patch. Note that I think this patch could break some programs. For example, if you have a thread in your main process which has a database connection open, deleting the thread state in a child process might shutdown the database connection

[issue1159051] Handle corrupted gzip files with unexpected EOF

Serhiy Storchaka added the comment: tuned_gzip does dangerous things, it overloads private methods of GzipFile. >From Bazaar 2.3 Release Notes: * Stop using ``bzrlib.tuned_gzip.GzipFile``. It is incompatible with python-2.7 and was only used for Knit format repositories, which haven't been

[issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.

Roundup Robot added the comment: New changeset 2370ae9ee052 by Ezio Melotti in branch '3.2': #11420: make test suite pass with -B/DONTWRITEBYTECODE set. Initial patch by Thomas Wouters. http://hg.python.org/cpython/rev/2370ae9ee052 New changeset c70746a0291f by Ezio Melotti in branch '2.7': #1

[issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.

Ezio Melotti added the comment: This should be fixed now. -- assignee: -> ezio.melotti resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed versions: +Python 2.7 ___ Python tracker

[issue17418] Documentation for os.open and io.open

Roundup Robot added the comment: New changeset f334a0009586 by Terry Jan Reedy in branch '2.7': Issue #17418: specify that buffer sizes are bytes. http://hg.python.org/cpython/rev/f334a0009586 New changeset a9d54ba2370b by Terry Jan Reedy in branch '3.2': Issue #17418: specify that buffer sizes

[issue16997] subtests

Antoine Pitrou added the comment: Updated patch simplifying the expectedFailure implementation, as suggested by Michael and Nick and Michael. (admire how test_socket was importing a private exception class!) -- Added file: http://bugs.python.org/file29428/subtests6.patch _

[issue17418] Documentation links for io.open

Terry J. Reedy added the comment: Most people should know that os i/o buffers are always bytes. But since beginners read the built-in functions page, I augmented the open() entry, which is what you linked to. I will not change the entries in the io module chapter. I consider this part of the i

[issue17417] Documentation Modification Suggestion: os.walk, fwalk

Terry J. Reedy added the comment: Reopening issues closed by a developer is worse than just 'bugging'. It wastes time, distracts from real problems, and if repeated can get your tracker account closed. Don't do it again. I gave you a suggestion: post on python-list where you can get responses

[issue17440] Some IO related problems on x86 windows

Changes by Amaury Forgeot d'Arc : -- resolution: -> invalid status: open -> pending ___ Python tracker ___ ___ Python-bugs-list maili

[issue16564] email.generator.BytesGenerator fails with bytes payload

Roundup Robot added the comment: New changeset 14fe7a98b89c by Serhiy Storchaka in branch '3.2': Issue #16564: Fixed a performance regression relative to Python 3.1 in the http://hg.python.org/cpython/rev/14fe7a98b89c New changeset 4b4670d0 by Serhiy Storchaka in branch '3.3': Issue #16564:

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Roundup Robot added the comment: New changeset 6951d7b8d3ad by Serhiy Storchaka in branch '3.2': Issue #16389: Fixed an issue number in previos commit. http://hg.python.org/cpython/rev/6951d7b8d3ad New changeset 7b737011d822 by Serhiy Storchaka in branch '3.3': Issue #16389: Fixed an issue numbe

[issue17441] Do not cache re.compile

New submission from Serhiy Storchaka: Ezio proposed in issue16389 to not cache re.compile. Caching of re.compile has no sense and only pollutes the cache. -- components: Library (Lib), Regular Expressions messages: 184354 nosy: ezio.melotti, mrabarnett, pitrou, serhiy.storchaka priority

[issue17442] code.InteractiveInterpreter doesn't display the exception cause

New submission from Philip Jenvey: The code module claims to emulate Python's interactive interpreter but it fails to emulate displaying of the exception cause. It can utilize traceback._iter_chain to do this (see traceback.print_exception) -- components: Library (Lib) messages: 184355

[issue16564] email.generator.BytesGenerator fails with bytes payload

Changes by Terry J. Reedy : -- Removed message: http://bugs.python.org/msg184352 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue17441] Do not cache re.compile

Serhiy Storchaka added the comment: Here is a patch. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file29429/re_compile_nocache.patch ___ Python tracker _

[issue6792] Distutils-based installer does not detect 64bit versions of Python

Changes by Erik Purins : -- nosy: +epu ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/ma

[issue6792] Distutils-based installer does not detect 64bit versions of Python

Erik Purins added the comment: I would like to investigate this issue, but I need more information regarding the bug and the expected behavior. Is this specifically that an x64 windows python that generates a bdist (msi output) runs and can't find the x64 interpreter because of syswow registry

[issue6792] Distutils-based installer does not detect 64bit versions of Python

Martin v. Löwis added the comment: Erik: the issue is about bdist_wininst, not bdist_msi (bdist_msi has a similar issue, but it is entirely different in its causes and potential resolution, and shall not be discussed here). The code to find the installations is in PC/bdist_wininst/install.c:G

[issue17299] Test cPickle with real files

Benjamin Peterson added the comment: I think this broke the 2.7 Windows bots. Please unbreak. -- nosy: +benjamin.peterson ___ Python tracker ___ _

[issue17441] Do not cache re.compile

Guido van Rossum added the comment: I'm not sure I agree. I've seen plenty of code that called re.compile() over and over again -- or called it with a computed string that would have only a small number of possible values. -- nosy: +gvanrossum ___ P

[issue15917] hg hook to detect unmerged changesets

Terry J. Reedy added the comment: +1 Would it be easy to check that no 2.7 commit is merged with anything in another branch? (I have not seen anyone do such a wrong merge, but I expect it will happen someday.) -- nosy: +terry.reedy ___ Python tracke

[issue15917] hg hook to detect unmerged changesets

Ezio Melotti added the comment: It happened once already. It shouldn't be too difficult to add, but it might make the code more complicated and more likely to fail in some situation. -- ___ Python tracker ___

[issue3982] support .format for bytes

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue3982] support .format for bytes

Changes by Gregory P. Smith : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads

Changes by Gregory P. Smith : -- nosy: gregory.p.smith priority: normal severity: normal status: open title: imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads ___ Python tracker

[issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads

New submission from Gregory P. Smith: imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads when reading the message body. Depending on timing, message body size and kernel pipe buffer size and phase of the moon and whether you're debugging the thing or not... It can fa

[issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads

Gregory P. Smith added the comment: The error does not happen when running the same code under 2.7, despite the same default bufsize=0 subprocess behavior. This is likely due to differences in the Python 2.x old style io library when os.fdopen(fd, 'rb', bufsize) is used vs 3.x when io.open(fd

[issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads

Changes by Diane Trout : -- nosy: +detrout ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o