Jorgen Skancke jor...@nt.ntnu.no 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
ledave123 ledave...@yahoo.fr 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
Nir Aides n...@winpdb.org added the comment:
Hi Gregory,
Gregory P. Smith g...@krypto.org 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
STINNER Victor victor.stin...@haypocalc.com 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
New submission from kota nospam.kotarou.d...@gmail.com:
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
Neil Aspinall m...@neilaspinall.co.uk 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
Changes by Ralf Schmitt python-b...@systemexit.de:
--
nosy: +schmir
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3605
___
___
Python-bugs-list
New submission from dandre andr...@gmx.net:
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
Éric Araujo mer...@netwok.org 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
Changes by Éric Araujo mer...@netwok.org:
--
stage: commit review - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10639
___
___
Éric Araujo mer...@netwok.org 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.
R. David Murray rdmur...@bitdance.com 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:
Éric Araujo mer...@netwok.org 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
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: - r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12649
___
___
New submission from gabriele.trombetti g.trombe...@plasmacore.com:
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
Éric Araujo mer...@netwok.org 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
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12650
___
___
R. David Murray rdmur...@bitdance.com 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.
--
dandre andr...@gmx.net 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
R. David Murray rdmur...@bitdance.com 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.
--
Éric Araujo mer...@netwok.org 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
Jon jon.for...@gmail.com 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
R. David Murray rdmur...@bitdance.com 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
dandre andr...@gmx.net 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?
Roundup Robot devn...@psf.upfronthosting.co.za 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.
Senthil Kumaran sent...@uthcode.com added the comment:
Thanks for the patch, Neil.
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11439
___
R. David Murray rdmur...@bitdance.com 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
Charles-François Natali neolo...@free.fr 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
Changes by Daniel Urban urban.dani...@gmail.com:
--
nosy: +durban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12647
___
___
Python-bugs-list
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12650
___
___
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12650
___
___
Roundup Robot devn...@psf.upfronthosting.co.za 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
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12647
___
Petri Lehtinen pe...@digip.org 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
Petri Lehtinen pe...@digip.org 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:
Petri Lehtinen pe...@digip.org 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
Changes by Petri Lehtinen pe...@digip.org:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11699
___
___
Python-bugs-list
dandre andr...@gmx.net 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')
dandre andr...@gmx.net 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...
--
R. David Murray rdmur...@bitdance.com 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 rep...@bugs.python.org
Changes by Jesus Rivero neurog...@gentoo.org:
--
nosy: +Neurogeek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12619
___
___
Python-bugs-list
Petri Lehtinen pe...@digip.org 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:
Jean-Paul Calderone invalid@example.invalid added the comment:
Thanks for the patch Petri. Are you interested in writing a unit test for this
as well?
--
nosy: +exarkun
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11657
Charles-François Natali neolo...@free.fr 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
New submission from Pedro Larroy pedro.lar...@gmail.com:
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
Antoine Pitrou pit...@free.fr 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 rep...@bugs.python.org
Aaron Meurer asmeu...@gmail.com 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
Benjamin Peterson benja...@python.org added the comment:
Fixed in default. It's harmless in other versions.
--
nosy: +benjamin.peterson
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
Stefan Krah stefan-use...@bytereef.org added the comment:
Fedora bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=726536
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1813
___
Catherine Devlin fredv8vi...@liquidid.net 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
Jason R. Coombs jar...@jaraco.com 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
Eli Bendersky eli...@gmail.com 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
Roundup Robot devn...@psf.upfronthosting.co.za 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
Eli Bendersky eli...@gmail.com 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
Changes by Eli Bendersky eli...@gmail.com:
--
priority: normal - high
stage: committed/rejected - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10639
___
Eli Bendersky eli...@gmail.com 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
Ross Lagerwall rosslagerw...@gmail.com added the comment:
The patches look good and seem to fix the issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12650
___
57 matches
Mail list logo
