[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

[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

[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

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

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

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

[issue3605] Py_FatalError causes infinite loop

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

[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

[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

[issue10639] reindent.py should not convert newlines

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

[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

[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

[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

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

[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

[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()

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

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

[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

[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

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

[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

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

[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

[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

[issue11439] subversion keyword breakage

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

[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

[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

[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()

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

[issue12650] Subprocess leaks fd upon kill()

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

[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

[issue12647] Add __bool__ to None

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

[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

[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

[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

[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

[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>',

[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

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 __

[issue12619] Automatically regenerate platform-specific modules

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

[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

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

[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

[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

[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

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

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 __

[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

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

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

[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

[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

[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

[issue10639] reindent.py should not convert newlines

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

[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

[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

[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

[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

[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

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

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

[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