[issue12514] timeit disables garbage collection if timed code raises an exception

Roundup Robot added the comment: New changeset 56e7b42089c8 by Raymond Hettinger in branch '2.7': Issue 12514: Use try/finally to assure that timeit restores GC when done. http://hg.python.org/cpython/rev/56e7b42089c8 -- nosy: +python-dev ___ Python

[issue12644] document the "%a" conversion in the old string formatting operations

Changes by Eli Bendersky : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12644] document the "%a" conversion in the old string formatting operations

Ezio Melotti added the comment: The commit looks fine, the issue can be closed. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue12644] document the "%a" conversion in the old string formatting operations

Eli Bendersky added the comment: Ezio, I've taken the liberty to adapt your patch with the suggested fixes and commit it to both 3.2 and 3.3 If everything is OK, this issue can be close (I'll do it in a few days if no one else does :-) -- ___ Pyth

[issue12644] document the "%a" conversion in the old string formatting operations

Roundup Robot added the comment: New changeset 9846f6463f23 by Eli Bendersky in branch '3.2': Issue #12644: document the '%a' conversion in the old string formatting operations. Patch prepared together with Ezio Melotti http://hg.python.org/cpython/rev/9846f6463f23 New changeset 80a3bf889cf6 b

[issue12540] "Restart Shell" command leaves pythonw.exe processes running

Eli Bendersky added the comment: Terry, """ When I tried the same fix in idlelib/PyShell.py, adding 'import subprocess' and changing self.rpcpid = os.spawnv(os.P_NOWAIT, sys.executable, args) to self.rpcpid = subprocess.Popen(args).pid (args begins with sys.executable) IDLE fai

[issue12650] Subprocess leaks fd upon kill()

Ross Lagerwall added the comment: The patches look good and seem to fix the issue. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue10639] reindent.py should not convert newlines

Eli Bendersky added the comment: This is a good example of why passing parameters into functions by means of globals sucks. In reindent.py, main() sets the spec_newline global which check() uses, but this was forgotten in patchcheck.py which also uses reindent.check() IMHO reindent.py should

[issue10639] reindent.py should not convert newlines

Changes by Eli Bendersky : -- priority: normal -> high stage: committed/rejected -> needs patch ___ Python tracker ___ ___ Python-bugs

[issue12380] bytearray methods center, ljust, rjust don't accept a bytearray as the fill character

Eli Bendersky added the comment: Petri, thanks for the patch. I've updated Misc/NEWS and committed it. Unless there are objections or problems, I will close this issue in a day or two. -- resolution: -> fixed stage: patch review -> committed/rejected

[issue12380] bytearray methods center, ljust, rjust don't accept a bytearray as the fill character

Roundup Robot added the comment: New changeset 536fccc75f5a by Eli Bendersky in branch 'default': Issue #12380: PyArg_ParseTuple now accepts a bytearray for the 'c' format. http://hg.python.org/cpython/rev/536fccc75f5a -- nosy: +python-dev ___ Python

[issue10639] reindent.py should not convert newlines

Eli Bendersky added the comment: It appears this breaks "make patchcheck" in trunk: ./python ./Tools/scripts/patchcheck.py Getting the list of files that have been added/changed ... 5 files Fixing whitespace ... Traceback (most recent call last): File "./Tools/scripts/patchcheck.py", line 147

[issue11472] upload command fails to read auth information from .pypirc

Jason R. Coombs added the comment: I don't believe that's the issue. The [server-login] is for Python 2.5 and earlier. Also note that I already had [server-login] in the .pypirc when the error occurred, so I don't think that's a factor either. This same .pypirc works just fine on Python 2.5,

[issue11472] upload command fails to read auth information from .pypirc

Catherine Devlin added the comment: This blog post http://justcramer.com/2009/04/02/problems-uploading-packages-with-setuptools-on-os-x/ describes working around the same problem by replacing [pypi] in .pypirc with [server-login]. Is that the problem, a change in .pypirc formats? --

[issue1813] Codec lookup failing under turkish locale

Stefan Krah added the comment: Fedora bug report: https://bugzilla.redhat.com/show_bug.cgi?id=726536 -- ___ Python tracker ___ ___ Py

[issue12651] -O2 or -O3? this brings excitement to computing!

Benjamin Peterson added the comment: Fixed in default. It's harmless in other versions. -- nosy: +benjamin.peterson resolution: -> wont fix status: open -> closed ___ Python tracker __

[issue12611] 2to3 crashes when converting doctest using reduce()

Aaron Meurer added the comment: Vladimir will need to confirm how to reproduce this exactly, but here is corresponding SymPy issue: http://code.google.com/p/sympy/issues/detail?id=2605. The problem is with the sympy/ntheory/factor_.py file at https://github.com/sympy/sympy/blob/sympy-0.7.1.rc

[issue12651] -O2 or -O3? this brings excitement to computing!

Antoine Pitrou added the comment: AFAICT the last one (-O3) is used by the compiler and that's the desired effect (we want to compile with the highest optimization level). -- nosy: +pitrou ___ Python tracker

[issue12651] -O2 or -O3? this brings excitement to computing!

New submission from Pedro Larroy : When I build it compiles with both -O2 and -O3... this is debian testing on amd64. gcc -pthread -c -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -DPy_BUILD_CORE -o Python/getcompiler.o Python/getco

[issue12650] Subprocess leaks fd upon kill()

Charles-François Natali added the comment: Alright. I tested this on default, and couldn't reproduce the FD leak. It turned out to be due to another bug, affecting only the code path which calls pure C _posixsubprocess (which is the only implementation left in 3.3, but 3.2 still has the old pur

[issue11657] multiprocessing_{send,recv}fd fail with fds > 256

Jean-Paul Calderone added the comment: Thanks for the patch Petri. Are you interested in writing a unit test for this as well? -- nosy: +exarkun ___ Python tracker ___ ___

[issue11657] multiprocessing_{send,recv}fd fail with fds > 256

Petri Lehtinen added the comment: Attached a patch for v2.7. It changes the assignments to memcpy() calls. -- keywords: +easy, needs review, patch nosy: +petri.lehtinen stage: -> patch review versions: -Python 3.1 Added file: http://bugs.python.org/file22786/issue11657.patch

[issue12619] Automatically regenerate platform-specific modules

Changes by Jesus Rivero : -- nosy: +Neurogeek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue12649] email.Header ignores maxlinelen when wrapping encoded words

R. David Murray added the comment: Yes, exactly. It is a valid ascii token so MTA's pass it through. It's the receiving system that needs to be willing to decode it. -- ___ Python tracker __

[issue12649] email.Header ignores maxlinelen when wrapping encoded words

dandre added the comment: Erm, sorry. The header, of course, does not have much to do with the address the email is to be delivered to. With my provider's setup, the mailer will reply that =?utf-8?q?my?= is not a known user. Which could change, of course... -- ___

[issue12649] email.Header ignores maxlinelen when wrapping encoded words

dandre added the comment: I made a test and, interestingly, I /can/ send an email to myself setting up the header like this: h.append(b'My Name', charset='utf-8') h.append(b' < ', charset='us-ascii') h.append(b'my', charset='utf-8') h.append(b'@email.address>',

[issue11699] Doc for optparse.OptionParser.get_option_group is wrong

Changes by Petri Lehtinen : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue11699] Doc for optparse.OptionParser.get_option_group is wrong

Petri Lehtinen added the comment: Attached a patch for 2.7. -- keywords: +easy, needs review, patch nosy: +petri.lehtinen versions: -Python 3.1 Added file: http://bugs.python.org/file22785/issue11699.patch ___ Python tracker

[issue12611] 2to3 crashes when converting doctest using reduce()

Petri Lehtinen added the comment: I cannot reproduce the crash on neither 2.7 nor 3.2. Can you provide more details; attach the exact python source file that crashes 2to3 and give the complete crashing 2to3 command that you're running. -- nosy: +petri.lehtinen status: open -> pending

[issue12595] python.h redundant redeclarations

Petri Lehtinen added the comment: Barry Warsaw wrote: > I don't feel comfortable changing what is defined in > a header file in a point release, so I am not going > to backport the fix. Closing as wont fix. -- keywords: +needs review resolution: -> wont fix stage: needs patch -> patch

[issue12647] Add __bool__ to None

Changes by Raymond Hettinger : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue12647] Add __bool__ to None

Roundup Robot added the comment: New changeset ccce01988603 by Raymond Hettinger in branch 'default': Issue 12647: Add __bool__() method to the None object. http://hg.python.org/cpython/rev/ccce01988603 -- nosy: +python-dev ___ Python tracker

[issue12650] Subprocess leaks fd upon kill()

Changes by Ross Lagerwall : -- nosy: +rosslagerwall ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue12650] Subprocess leaks fd upon kill()

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

[issue12647] Add __bool__ to None

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue12650] Subprocess leaks fd upon kill()

Charles-François Natali added the comment: There's indeed a leak in your code, because you don't close the stdout and stderr file descriptors. Try with: subp.terminate() subp.stdout.close() subp.stderr.close() return True And you'll be just fine. The reason why this works wi

[issue12649] email.Header ignores maxlinelen when wrapping encoded words

R. David Murray added the comment: Interesting thread. I have my eye on supporting 5335 in the revised email package, but it is secondary goal to getting an improved API for the already-accepted RFCs. You will note that the encoded word local part is *not* standard. I think the email packa

[issue11439] subversion keyword breakage

Senthil Kumaran added the comment: Thanks for the patch, Neil. -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailin

[issue11439] subversion keyword breakage

Roundup Robot added the comment: New changeset f15442543e24 by Senthil Kumaran in branch '2.7': Fix closes Issue11439 - Handle the SVN Keywords in 2.7 by replacing them with a high number so that code relying on them does not break. http://hg.python.org/cpython/rev/f15442543e24 New changeset 3

[issue12649] email.Header ignores maxlinelen when wrapping encoded words

dandre added the comment: Thanks again for the clarification. I may not look like it ;), but my fanciness has to go even further. So, for the sake of completeness, it appears that the world is now up to UTF-8 local parts of email addresses, and punycode for the domain? https://bugzilla.mozil

[issue12649] email.Header ignores maxlinelen when wrapping encoded words

R. David Murray added the comment: They probably ought to be discussed in our docs :( The only thing that may be encoded in an address is the "display name" (the first part returned by parseaddr). (Actually the domain name could be IDNA encoded, but we don't support that directly in email.

[issue12641] Remove -mno-cygwin from distutils

Jon added the comment: >> and, does it matter whether you're building on win for win, or cross >> compiling for win from nix? >I’m afraid I don’t know enough about Windows and MinGW to answer that. If we >can’t be sure about versions and consequences here, I’ll go to the MinGW ML. Ruben's on

[issue10968] threading.Timer should be a class so that it can be derived

Éric Araujo added the comment: > You ought to be able to use either a context directive (I forget its > name and syntax), Hm, do you mean something similar to currentmodule? > or the full reference syntax (:meth:`~threading.Thread.run`) to make > those links work without moving things around.

[issue10968] threading.Timer should be a class so that it can be derived

R. David Murray added the comment: You ought to be able to use either a context directive (I forget its name and syntax), or the full reference syntax (:meth:`~threading.Thread.run`) to make those links work without moving things around. -- ___ Pyt

[issue12649] email.Header ignores maxlinelen when wrapping encoded words

dandre added the comment: Thank you for pointing out my wrong usage of Header. Does this mean I should call Header.append() for each token, with tokens being separated by WS, or probably rather COMMASPACE in the case of To:? Or does it mean I should call Header.append() for each "logical" tok

[issue670664] HTMLParser.py - more robust SCRIPT tag parsing

R. David Murray added the comment: Unless someone else has picked it up, BeautifulSoup is a no longer an issue since its author has abandoned it. That doesn't change the fact that IMO it would be nice for our library to handle input generously. -- ___

[issue12650] Subprocess leaks fd upon kill()

Changes by R. David Murray : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue12641] Remove -mno-cygwin from distutils

Éric Araujo added the comment: > May I ask for a reconsideration to commit a fix for this for Python > 2.7 at least? With the version check it doesn't hurt anyone There’s a misunderstanding: I explained why 2.5, 2.6 and 3.1 can’t be fixed, but if you look at the versions at the top of this page

[issue12650] Subprocess leaks fd upon kill()

New submission from gabriele.trombetti : There seems to be a file descriptor (fd) leak in subprocess upon call to kill() and then destroying the current subprocess object (e.g. by scope exit) if the pipe functionality is being used. This is a reproducer: (Linux 2.6.25, Python 2.7.1 (r271:8683

[issue12649] email.Header ignores maxlinelen when wrapping encoded words

Changes by R. David Murray : -- assignee: -> r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue10968] threading.Timer should be a class so that it can be derived

Éric Araujo added the comment: I’ve committed the cleanup to my 3.3 clone and will push this week. Here’s a doc patch. Before my patch, the various classes were documented in two parts: one entry with the factory function (e.g. Thread), without index reference, and one section (e.g. “Thread

[issue12649] email.Header ignores maxlinelen when wrapping encoded words

R. David Murray added the comment: You are using Header incorrectly. It should look more like this: th = _e_header.Header(maxlinelen=200, header_name='To') th.append(tfc[:-1]) th.append(wtc[:-1], charset='utf-8') th.append(tem) This results in: To: ABCDEFGH =?utf-8?b?0ILYg

[issue9968] Let cgi.FieldStorage have named uploaded file

Éric Araujo added the comment: >>> where does the 1ko barrier come from? Was it only chosen out of >>> performance considerations [...] >> Most certainly. I’ll look at the history of the file later to try to >> find the developer who decided that. > Guido van Rossum made the changes. Before th

[issue10639] reindent.py should not convert newlines

Changes by Éric Araujo : -- stage: commit review -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue670664] HTMLParser.py - more robust SCRIPT tag parsing

Éric Araujo added the comment: HTML5 being a spec that builds on HTML 4.01 and real-world ways to deal with non-compliant input, I don’t object to fixes that follow the HTML5 spec. Regarding backward compatibility, we can break it if we decide that the behavior we’re changing was a bug. I t

[issue12649] email.Header corupts international email header and ignores maxlinelen in some cases

New submission from dandre : Hello there, first of all, thank you all for Python. I didn't know it was so great; otherwise I'd have checked it out before. Using 2.7.2 MSC v.1500 32 Intel bit for now. Playing with email.header, I came across an odd behaviour. Attached please find a script whic

[issue3605] Py_FatalError causes infinite loop

Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue3605] Py_FatalError causes infinite loop

Neil Aspinall added the comment: Would it be possible for this issue's fix (PyErr_Occurred() returning null when the thread state is null) to be applied to the 2.7 branch? -- nosy: +naspinal ___ Python tracker ___

[issue12648] Wrong import module search order on Windows

New submission from kota : There seems to be a wrong import module search order (http://docs.python.org/tutorial/modules.html#the-module-search-path) on Windows. Python seems to be loading the built-in module instead of the python code with the same name as the module in the current directory.

[issue12636] IDLE ignores -*- coding -*- with -r option

STINNER Victor added the comment: Yes, tokenize.open() should fix this issue, but you should close the file after using it. Use for example "with tokenize.open(): ...". Can you write a patch? You can download the source code using Mercurial or download it manually from http://hg.python.org/cp

[issue6721] Locks in python standard library should be sanitized on fork

Nir Aides added the comment: Hi Gregory, > Gregory P. Smith added the comment: > No Python thread is ever fork safe because the Python interpreter itself can > never be made fork safe. > Nor should anyone try to make the interpreter itself safe. It is too complex > and effectively impossibl

[issue12636] IDLE ignores -*- coding -*- with -r option

ledave123 added the comment: The problem can be fixed with tokenize : I'm sorry I never submitted a path and I have no access to the source tree from here, if someone cares to do it, do not hesitate. def execfile(self, filename, source=None): "Execute an existing file" if s

[issue11564] pickle not 64-bit ready

Jorgen Skancke added the comment: I recently ran into this problem when I tried to multiprocess jobs with large objects (3-4 GB). I have plenty of memory for this, but multiprocessing hangs without error, presumably because pickle hangs without error when multiprocessing tries to pickle the o