Carlos Corbacho cathec...@gmail.com added the comment:
As per my comments on Issue11108 - I suspect that PyImport_ImportModuleNoBlock
is a bit of a red herring here - in Python 2.5 and earlier versions (well
before PyImport_ImportModuleNoBlock was added), we have occasionally seen
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11067
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Supporting the ones in HTML 5 would be fine with me. Supporting those of
xml-entity-names would be inappropriate - it's not clear (to me, at least) that
all of them are really meant for use in HTML.
--
nosy: +loewis
New submission from Laurens 3.14159265...@xs4all.nl:
file.tell() has become extremely slow in version 3.2, both rc1 and rc2. This
problem did not exist in version 2.7.1, nor in version 3.1. It could be
reproduced both on mac and windows xp.
--
components: IO
messages: 127874
nosy:
Ned Deily n...@acm.org added the comment:
Thanks for the report. That does indeed seem to be a bug in the test:
UDPTimeoutTest(SocketTCPTest) should be UDPTimeoutTest(SocketUDPTest)
As the 3.2 release is in its final release candidate stage and this is not a
release critical issue, the fix
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
The context managers should simply forward to the underlying file object.
--
components: Library (Lib)
messages: 127876
nosy: djc
priority: normal
severity: normal
status: open
title: csv readers and writers should be context
Eric Smith e...@trueblade.com added the comment:
Do you have a benchmark program you can post?
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4
___
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
type: - feature request
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5
___
Martin v. Löwis mar...@v.loewis.de added the comment:
I can propose a specification of getsizeof: if you somehow manage to traverse
all objects (without considering an object twice), and sum up the getsizeof
results, you should end up with something close to, but smaller than the actual
Nicolas Delaby delaby.nico...@gmail.com added the comment:
the PyXML sax parser support this feature.
May be it can be backported into stdlib ?
--
nosy: +Nicolas.Delaby
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10664
New submission from Steffen Daode Nurpmeso sdao...@googlemail.com:
Following Issue 9124 discussion: it took longer than i thought, but now i could
rework my thing and got errors. I've also tried Lib/test/test_mailbox.py, and
that produces 0xA errors and 0xA failures. I'll attach the entire
Laurens 3.14159265...@xs4all.nl added the comment:
Correction: the problem also exists in version 3.1. I created a benchmark
program an ran it on my machine (iMac, snow leopard 10.6), with the following
results:
--
2.6.6 (r266:84292, Dec 30 2010,
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
Oops - please be aware that these outputs were saved at the end of a
frustrating session. I'm doing things to show *you* what's passed around and
the like, i.e. that the message is indeed a mboxMessage etc. The error which
lekma lekma...@gmail.com added the comment:
brett,
is there any chance for this to make it in?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10271
___
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
This simplemost patch (email_header.patch) seems to work at first glance. It
heals *everything* (except for babyl format, see issue 11062). (I feel a bit
like Charlie Chaplin and i think you know what i mean.)
--
Changes by Steffen Daode Nurpmeso sdao...@googlemail.com:
Removed file: http://bugs.python.org/file20673/email_mbox.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6
___
Changes by Steffen Daode Nurpmeso sdao...@googlemail.com:
--
title: mailbox and email errors - (mailbox and) email (errors) - patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6
___
___
SilentGhost ghost@gmail.com added the comment:
The patch would be better to say:
if not lines:
continue
However, it could be even simpler to do:
for string, charset in self._chunks:
if not string: continue
--
nosy: +SilentGhost
___
Andreas Stührk andy-pyt...@hammerhartes.de added the comment:
See also issue #10922.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9756
___
___
R. David Murray rdmur...@bitdance.com added the comment:
There is no underlying file object. I presume you mean the reader/writer
object? Which have no close method, so there is no point in making them a
context manager. There is zero benefit and positive cost (an additional
nesting
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
I found that adding infile._CHUNK_SIZE = 20 makes the test much faster -
'only' 5 times slower than 2.7.
--
nosy: +amaury.forgeotdarc, pitrou
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
Steffen, I appreciate your testing this. Your error report doesn't have enough
information for me to reproduce the problem. Can you post a short test case,
including a sample email/mailbox file if needed, that reproduces the problem
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: - r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6
___
___
R. David Murray rdmur...@bitdance.com added the comment:
Perhaps your problem with test_mailbox is that you are running the test_mailbox
from a checkout, but using an installed python3 that is not RC2, rather than
the python3 built from the checkout?
--
DSM dsm...@users.sourceforge.net added the comment:
With a similar setup (OS X 10.6) I see the same problem. It seems to go away
if the file is opened in binary mode for reading. @Laurens, can you confirm?
--
nosy: +dsm001
___
Python tracker
DSM dsm...@users.sourceforge.net added the comment:
(By go away I mean stop being pathological, not stop differing: I still
see a factor of 2.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4
Antoine Pitrou pit...@free.fr added the comment:
That's expected. seek() and tell() on text (unicode) files are slow by
construction. You should open your file in binary mode instead, if you want to
do any seeking.
Maybe I should add a note in
John Dennis jden...@redhat.com added the comment:
No, I don't think I'm going to turn the tarball into a unit test, etc. I didn't
break the code but I did report the problem, researched the history, provided a
clear explanation, a reproducer and a patch to fix the problem. I think I've
done
William Wu willie...@gmail.com added the comment:
So, what's the decision to be taken? I'm willing to provide patches (if I need
to), but I need to know *the reasonable behaviors*. :)
--
___
Python tracker rep...@bugs.python.org
Senthil Kumaran orsent...@gmail.com added the comment:
For this particular issue, I think, it is good idea to disallow str
explicitly, instead of letting it go through the Iterable and raise a
ValueError with a different message.
--
___
Python
New submission from Jesús Cea Avión j...@jcea.es:
This issue is a placeholder for exposing Async IO thru Python.
The relevant mail thread is at:
http://mail.python.org/pipermail/python-dev/2010-October/104770.html
Relevant resources:
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7
___
___
Python-bugs-list
Antoine Pitrou pit...@free.fr added the comment:
From the python-dev thread:
http://mail.python.org/pipermail/python-dev/2010-October/104782.html
“os._exit is useful. os.open is useful. aio_* are *not* useful. For anything.
If there's anything you think you want to use them for, you're wrong.
Armin Rigo ar...@users.sourceforge.net added the comment:
Martin: I kind of agree with you, although I guess that for pratical reasons if
you don't have a reasonable sys.getsizeof() implementation then it's better to
raise TypeError than return 0 (like CPython, which may raise TypeError: Type
Antoine Pitrou pit...@free.fr added the comment:
That said, I think it is possible to make algorithmic improvements to
TextIOWrapper.tell() so that at least performance becomes acceptable.
--
stage: - needs patch
title: file.tell extremely slow - TextIOWrapper.tell extremely slow
Georg Brandl ge...@python.org added the comment:
I do think that list.sort() method of a list is a bit too much.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10891
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7
___
___
Georg Brandl ge...@python.org added the comment:
Either one of these fixes (I prefer Brett's since it's shorter) should make it
into 3.2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue0
Georg Brandl ge...@python.org added the comment:
Then let us do that.
Senthil, what about urlencode of bytes values returning a str?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11082
Georg Brandl ge...@python.org added the comment:
I would prefer just letting the tests fail. Disabled tests are usually
forgotten, and never re-enabled.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10736
Georg Brandl ge...@python.org added the comment:
No need to bump the version, it can go into 3.2.1. But seeing the history of
this case, I don't want to play around here before 3.2 final.
--
___
Python tracker rep...@bugs.python.org
Laurens 3.14159265...@xs4all.nl added the comment:
First of all, thanks to all for your cooperation, it is very much appreciated.
I made some minor changes to the benchmark program. Conclusions are:
* setting file._CHUNK_SIZE to 20 has a dramatic effect, changing execution
time in 3.2rc2
Antoine Pitrou pit...@free.fr added the comment:
opening file binary has a dramatic effect as well, I would say. After 2
minutes I stopped execution of the program
Hint: b'' is not equal to '' ;)
--
___
Python tracker rep...@bugs.python.org
Changes by Ron Adam ron_a...@users.sourceforge.net:
--
nosy: +ron_adam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9364
___
___
Python-bugs-list
Changes by Éric Araujo mer...@netwok.org:
--
resolution: - rejected
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11061
___
Changes by Éric Araujo mer...@netwok.org:
--
type: behavior - performance
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11061
___
___
Éric Araujo mer...@netwok.org added the comment:
Strange, the regex comes straight from the PEP, which has had careful review.
It must be somewhere else in the code. Would you like to work on a patch, or a
test first? We have to find out if sdist is responsible, or metadata, or
version,
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Fri, Feb 4, 2011 at 11:35 AM, Georg Brandl rep...@bugs.python.org wrote:
.. But seeing the history of this case, I don't want to play around here
before 3.2 final.
Here is my understanding of the history of this case:
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
assignee: georg.brandl - belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3367
___
Éric Araujo mer...@netwok.org added the comment:
Agreed with Martin. I wonder if we should provide a means to use only HTML
4.01 entity references (say with a function parameter html5 defaulting to True)
or we should just update the mapping.
--
nosy: +eric.araujo
stage: - needs
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +jvr, ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11101
___
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +docs@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11090
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
+1. Not sure this needs unit tests; I suppose you plan to add a note to the
docs.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11086
Éric Araujo mer...@netwok.org added the comment:
Seems a good idea to me.
Regarding the implementation, knowing your reluctance to turn modules into
packages, I guess you’re talking about exposing collections.abc in a similar
manner to os.path, which is fine IMO.
--
nosy:
Antoine Pitrou pit...@free.fr added the comment:
Here is a proof-of-concept patch for the pure Python version of
TextIOWrapper.tell(). It turns the O(CHUNK_SIZE) operation into an O(1)
operation most of time (still O(CHUNK_SIZE) worst-case - weird decoders and/or
crazy input).
--
Antoine Pitrou pit...@free.fr added the comment:
Here is a proof-of-concept patch for the pure Python version of
TextIOWrapper.tell(). It turns the O(CHUNK_SIZE) operation into an
O(1) operation most of time (still O(CHUNK_SIZE) worst-case - weird
decoders and/or crazy input).
Actually,
Éric Araujo mer...@netwok.org added the comment:
Nice idea indeed, thanks for the patch.
For the doc section, I’d prefer to de-emplasize the specific use case of
**kwargs, in favor of mentioning dict conversion in a general way:
Converting the namespace to a dict
New submission from Martin v. Löwis mar...@v.loewis.de:
The None export of python3.dll is bogus; attached is a fix. This also
regenerates python3stub.def, which contained some exports that had already been
deleted from python3.def.
--
files: none.diff
keywords: patch
messages: 127917
Changes by Glenn Linderman v+pyt...@g.nevcal.com:
--
nosy: +v+python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11050
___
___
Python-bugs-list
Brian Curtin cur...@acm.org added the comment:
Looks fine to me.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8
___
Georg Brandl ge...@python.org added the comment:
Me too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8
___
___
Python-bugs-list mailing
Martin v. Löwis mar...@v.loewis.de added the comment:
Thanks for the quick review. Committed as r88333.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
You're right, the python3 executable is indeed
20:05 ~/tmp $ python3 -V
Python 3.2rc1+
The relevant .py files (mailbox.py, email/*.py, (email/mime/*.py),
test/test_mailbox.py are symlinked to the repo files.
(And, different to
New submission from pen hill imbenh...@gmail.com:
When I run the following listing (server_multi.py) by using multiprocessing
module of python, it runs successfully on a Linux machine. However, on a 64-bit
windows machine I get the following error:
pickle.PicklingError: Can't pickle built-in
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
P.S.: it's that messed UNIX with the nice user-experience *G*UI. And the
__pycache__ files state 'cpython-32'.
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
Here is the patch I'd like to add to 3.2: this adds PyType_GetFlags, so that
the fast checks remain available.
--
nosy: +georg.brandl
priority: normal - release blocker
Added file: http://bugs.python.org/file20678/tp_flags.diff
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
Dear RDM, now i'm really ashamed. To be absolutely sure that i am up-to-date
if diff'd and found that test_mailbox.py contained a sys.exit(1) i've inserted
this - it was the lunch break, really!
Forget everything i've posted.
Éric Araujo mer...@netwok.org added the comment:
LGTM.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11074
___
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11063
___
___
Python-bugs-list
New submission from cardinalbiggles jmander...@gmail.com:
In the threading module, the documentation for
Thread.isDaemon()/Thread.setDaemon() indicates they are the old API for
Thread.daemon, which does not indicate the version in which it was introduced
(2.6 I believe).
Additionally, the
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
I thought about it. It's worse. You did a good job and i was not even able to
create symlinks the way it should have been done. This is a real shame - for
me.
--
___
Python tracker
Matthew Walker mattgwwal...@gmail.com added the comment:
It looks to me as if this issue has already been pretty much sorted out
already. Maybe all it lacks is to be officially closed, but just in case I
just wanted to add that I too saw this bug (stock python 2.7, Ubuntu 10.04 64
bit).
My
Matthew Walker mattgwwal...@gmail.com added the comment:
Oh, and the stack trace was identical to Greg's:
$ ./test.py
I am process number 10378 : i = 0
[...]
I am process number 10390 : i = 9
[0, 1, 4, 9, 16, 25, 36, 49, 64, 81]
Exception in thread Thread-1 (most likely raised during
New submission from Martin v. Löwis mar...@v.loewis.de:
When configuring r88333 with --enable-shared, the error message
./configure: line 4924: test: ==: unary operator expected
is produced. The attached patch fixes the problem.
--
files: pydebug.diff
keywords: patch
messages: 127931
Brett Cannon br...@python.org added the comment:
Yeah, probably some little mention in the docs.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11086
___
Antoine Pitrou pit...@free.fr added the comment:
New patch also optimizing the C version. tell() can be more than 100x faster
now (still much slower than binary tell()).
--
stage: needs patch - patch review
Added file: http://bugs.python.org/file20680/textiotell2.patch
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever, georg.brandl
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11121
___
Laurens 3.14159265...@xs4all.nl added the comment:
All,
thanks for your help. Opening the file in binary mode worked immediately in the
toy program (that is, the benchmark code I sent you). (Antoine, thanks for the
hint.) In my real world program, I solved the problem by reading a line from a
Oren Held o...@held.org.il added the comment:
Just a small note: after this patch applied, building Python 2.7.1 was
successful on Linux (SLES 11, RHEL 5, Ubuntu 10.10), Solaris 10, and HP-UX 11
v3. (I didn't get to build Python on other platforms)
--
Brett Cannon br...@python.org added the comment:
Not for 3.2.0, no as it's such a minor fix. Chance this can go into 3.2.1,
though. Definitely for 3.3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10271
Éric Araujo mer...@netwok.org added the comment:
I didn’t mean to imply you had to, I just asked if you wanted to. Reporting
the bug is a valuable contribution indeed, I’ll take over for the rest.
--
___
Python tracker rep...@bugs.python.org
Brett Cannon br...@python.org added the comment:
py3k: r88337
3.1: 88339
2.7 (blocked): 88338
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
The doc needs a versionadded attribute. Otherwise, looks good to me.
--
nosy: +pitrou
resolution: - accepted
stage: - commit review
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Looks good to me.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11121
___
___
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
However, as a last peep from me before i'll burn to ashes, and now with all
fresh Python 3.2rc2+ all through, i do want to ask a question.
I'm still not finished with my broken thing, so the usual exception still
occurs in
New submission from James purplei...@gmail.com:
Hi distutils,
When I run:
./setup.py bdist --formats=rpm
on my source directory, I get the error:
rpm -ba --define _topdir /home/james/code/scantran/build/bdist.linux-x86_64/rpm
--clean build/bdist.linux-x86_64/rpm/SPECS/scantran.spec
-ba:
Éric Araujo mer...@netwok.org added the comment:
Does this mean that there is one rpm command that does not have all options,
and that rpm-build overwrites that command with another one that does the right
thing?
--
___
Python tracker
James purplei...@gmail.com added the comment:
In the source for distutils it seems to attempt to use 'rpmbuild' if it exists,
but otherwise falls back on regular 'rpm', however in my rpm:
$ rpm --version
RPM version 4.8.1
this fails as there is no -ba option.
James
--
Éric Araujo mer...@netwok.org added the comment:
What is your OS name and version? Is that rpm version considered obsolete or
not?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11122
Steven Bethard steven.beth...@gmail.com added the comment:
What's wrong with `vars(args)`? That's the standard way of getting a dict from
an object, no?
Note that you're not always guaranteed to get a Namespace back (e.g. if you
pass the namespace= argument to parse_args), and I'd generally
New submission from $$Coffeepot$$ coffeepott...@yahoo.com:
This bug concerns the pdeps script, python directory\Tools\Scripts\pdeps.py.
This script opens a list of files and extracts a list of their
inter-dependencies.
I'm running Python 3.1.1 on Windows XP, installed via binary
Eric Smith e...@trueblade.com added the comment:
rpm -ba is very old. I think it's been at least since 2002 that -ba was
supported by rpm.
I believe bdist_rpm is calling rpmbuild -ba, and if that doesn't exist, then
rpm -ba is a transition strategy until all systems supported rpmbuild. This
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This script is indeed unusable. Here is a proper patch file, tested by running
it on a few files.
--
keywords: +patch
nosy: +amaury.forgeotdarc
Added file: http://bugs.python.org/file20681/pdeps.patch
New submission from Antoine Pitrou pit...@free.fr:
test_posix has started failing deterministically on the Leopard buildbot.
Stephen, did you change something in its configuration?
http://www.python.org/dev/buildbot/all/builders/AMD64%20Leopard%203.x/builds/786/steps/test/logs/stdio
Changes by Éric Araujo mer...@netwok.org:
Removed file: http://bugs.python.org/file20671/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1
___
Changes by Éric Araujo mer...@netwok.org:
--
Removed message: http://bugs.python.org/msg127856
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1
___
Stephen Hansen me+pyt...@ixokai.io added the comment:
This is just http://bugs.python.org/issue7900 all over again.
In the meantime, I restarted the buildslave and re-submitted the jobs so the
failures should go away. (I still advocate that the test is fundamentally
wrong/flawed on Mac and
Stephen Hansen me+pyt...@ixokai.io added the comment:
I can confirm that this test has been failing on my slave, and that the patch
fixes it. Recommend commit. Red is bad.
--
assignee: - ronaldoussoren
components: +Macintosh
nosy: +ixokai, ronaldoussoren
New submission from Eric Smith e...@trueblade.com:
Many places open() is shown as a parameter to a csv method, but close() can't
be called. This is not a practice we should be advocating. Better would be to
show a 'with' statement, or at least a note explaining this isn't an ideal
usage.
1 - 100 of 125 matches
Mail list logo