Brian Quinlan br...@sweetapp.com added the comment:
I think that it surprising behavior, especially considering that asking for the
*first* element in the iterator causes *all* of the futures to be created.
--
___
Python tracker
Roundup Robot devnull@devnull added the comment:
New changeset 2ca1bc677a60 by Senthil Kumaran in branch '3.1':
Issue #10762: Guard against invalid/non-supported format string '%f' on
Windows. Patch Santoso Wijaya.
http://hg.python.org/cpython/rev/2ca1bc677a60
--
nosy: +python-dev
New submission from xBrawny and...@newthot.com:
I wonder if this is the desired behavior. According to docs, __instancecheck__
should be called, but it never gets to it. If return True is replaced with
raise Exception the result is the same.
=
class
the_isz the_...@gmx.de added the comment:
Well, the only thing I can add to this is that the json module (which I ended up
using) supports unicode with no problem. So I think the argument that most of
the standard library in 2.x assumes bytestrings is a bit... shaky.
Other than that, I can
Roundup Robot devnull@devnull added the comment:
New changeset 1320f29bcf98 by Senthil Kumaran in branch '2.7':
Issue #10762: Guard against invalid/non-supported format string '%f' on
Windows. Patch Santoso Wijaya.
http://hg.python.org/cpython/rev/1320f29bcf98
--
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed it in relevant branches. I had to add condition around the test to verify
that platform was win because this is unique to windows only. Thanks.
--
nosy: +orsenthil
___
Python tracker
Changes by Senthil Kumaran orsent...@gmail.com:
--
assignee: - orsenthil
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10762
anatoly techtonik techto...@gmail.com added the comment:
2011/4/6 Jesús Cea Avión rep...@bugs.python.org:
Jesús Cea Avión j...@jcea.es added the comment:
Some more references:
Read the notes under the slides:
https://dgl.cx/2011/01/dtrace-and-perl
https://dgl.cx/dtrace
New submission from STINNER Victor victor.stin...@haypocalc.com:
The creation of a file of 5.25 GB took more than 30 min on AMD64 Snow Leopard
3.x buildbot, and so regrtest exited:
-
[ 27/354] test_mmap
Thread 0x7fff70439ca0:
File
STINNER Victor victor.stin...@haypocalc.com added the comment:
The test step was interrupted after 38 mins, 45 secs (including 30 min of
timeout) at the test 27, whereas the previous (success) test step took 46
mins, 55 secs to execute all (354) tests.
--
nosy: +ixokai
Łukasz Langa luk...@langa.pl added the comment:
As another core dev aptly said, most standard library Unicode support is
probably accidental. As for `json`, this is one of the newest additions to
stdlib, introduced in Python 2.6 (released at the same time as Python 3.0). Not
the best example
STINNER Victor victor.stin...@haypocalc.com added the comment:
I think it is more a question of is this an easy fix?
or would it require extensive changes to support unicode properly.
First of all, the question is: who would like to develop it. You can vote for
an issue, but it doesn't
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
On Tue, Apr 05, 2011 at 08:35:22PM +, R. David Murray wrote:
Simple fix, but it took me a while to track down the critical piece of code.
I've really tried to break it, but i can't.
--
New submission from Steffen Daode Nurpmeso sdao...@googlemail.com:
This is what one gets if using a BytesParser() generated message:
encoders.encode_7or8bit(msg)
AttributeError: 'list' object has no attribute 'decode'
encoders.encode_base64(msg)
TypeError: expected bytes, not list
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: - r.david.murray
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11780
___
Changes by Steffen Daode Nurpmeso sdao...@googlemail.com:
--
components: Installation
nosy: r.david.murray, sdaoden
priority: normal
severity: normal
status: open
title: test/test_email directory does not get installed by 'make install'
versions: Python 3.3
Roundup Robot devnull@devnull added the comment:
New changeset b807cf929e26 by R David Murray in branch '3.2':
#11605: don't use set/get_payload in feedparser; they do conversions.
http://hg.python.org/cpython/rev/b807cf929e26
New changeset 642c0d6799c5 by R David Murray in branch 'default':
R. David Murray rdmur...@bitdance.com added the comment:
Thanks for the testing.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11605
STINNER Victor victor.stin...@haypocalc.com added the comment:
Anyway, try to use Python everywhere in Python 2 is a waste of time.
Oh... I mean use Unicode in Python 2
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11597
Senthil Kumaran sent...@uthcode.com added the comment:
Just for the explaination (as the report already closed), getheaders of
HTTPMessage object is available by subclassing all the way from rfc822.py
module. If you trace it through the debugger, you will come to know.
--
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment:
There seems to be also a problem with src/sparc/v9.S.
https://bugs.gentoo.org/show_bug.cgi?id=362065
FAIL: test_ulonglong (ctypes.test.test_callbacks.Callbacks)
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
versions: +Python 2.7 -3rd party
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8314
___
Nick Coghlan ncogh...@gmail.com added the comment:
should is a wonderful word when it comes to external APIs.
We currently have a couple of problems:
1. The concrete APIs will fail noisily if given an instance of something that
isn't a list, but may fail *silently* if given a subclass that
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
This is a complete thing including tests.
Note that the tests fail due to another error
in generator.py (or wherever the real source is):
TypeError: 'str' does not support the buffer interface
Please do forget this mortifying
Changes by Steffen Daode Nurpmeso sdao...@googlemail.com:
Removed file: http://bugs.python.org/file21409/bytes-header-parser.1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11684
___
New submission from Steffen Daode Nurpmeso sdao...@googlemail.com:
This snippet (for #11684, but it's simply BytesParser with
headersonly=True in the end)
with openfile('msg_46.txt', 'rb') as fp:
msgdata = fp.read()
parser = email.parser.BytesHeaderParser()
Roundup Robot devnull@devnull added the comment:
New changeset 184ddd9acd5a by R David Murray in branch 'default':
#1690608: make formataddr RFC2047 aware.
http://hg.python.org/cpython/rev/184ddd9acd5a
--
nosy: +python-dev
___
Python tracker
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: - r.david.murray
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11684
___
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: - r.david.murray
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11782
___
Benjamin Peterson benja...@python.org added the comment:
2011/4/6 Nick Coghlan rep...@bugs.python.org:
Nick Coghlan ncogh...@gmail.com added the comment:
should is a wonderful word when it comes to external APIs.
We currently have a couple of problems:
1. The concrete APIs will fail
R. David Murray rdmur...@bitdance.com added the comment:
Finally got around to committing this; thanks, Torsten. As a reward, I'm going
to make you nosy on a new, related issue I'm about to create. It is, of
course, your option whether you want to work on it :)
By the way, have you
Antoine Pitrou pit...@free.fr added the comment:
Why not add fast paths to the generic functions if that's what you're
concerned about?
It's unexpected for the user of the functions and breaks years of
tradition. What if someone calls PyList_Append on a custom type that
doesn't do as they
New submission from R. David Murray rdmur...@bitdance.com:
The patch for issue 1690608 adds support for unicode in the realname field to
formataddr. To complete the currently-workable internationalization of address
specs, both parseaddr and formataddr should be made IDNA aware. It is
R. David Murray rdmur...@bitdance.com added the comment:
Issue 1690608 addresses part of this issue, and issue 11783 will address the
IDNA part.
From my point of view those two issues solve this problem from the perspective
the email package infrastructure and *current* API. In the email6
New submission from R. David Murray rdmur...@bitdance.com:
Attached is a patch. I'm not sure that I've done everything that needs to be
done on the Windows side, though. Martin?
--
keywords: +patch
nosy: +loewis
Added file:
Éric Araujo mer...@netwok.org added the comment:
I think the stdlib should comply with HTML 4.01, and in the future HTML 5.
(FTR, I don’t think XHTML is useful, and deny that XHTML-compatible HTML
exists. See http://bugs.python.org/issue11567#msg131509 :)
--
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: - r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11781
___
___
Nick Coghlan ncogh...@gmail.com added the comment:
1. It's an external API. We *don't control* most of the potentially broken
code, so saying just fix the call sites effectively solves nothing and leaves
classes like OrderedDict at risk of subtle silent corruption whenever they are
passed to
Nick Coghlan ncogh...@gmail.com added the comment:
Having convinced myself that Raymond's original suggestion can't be implemented
safely, I have an alternative (arguably even more radical) proposal:
Deprecate the public concrete API functions that modify object state.
Put an underscore in
Antoine Pitrou pit...@free.fr added the comment:
1. It's an external API. We *don't control* most of the potentially
broken code, so saying just fix the call sites effectively solves
nothing and leaves classes like OrderedDict at risk of subtle silent
corruption whenever they are passed to a
Brian Curtin br...@python.org added the comment:
Disabling and re-enabling is another possibility, and it's probably more likely
to help in the long run. Most (all?) Windows machines have error reporting
enabled unless you mess with the registry manually, so the only place tests
would be run
Nick Coghlan ncogh...@gmail.com added the comment:
Changing the affected components. Antoine and Benjamin are right, this needs to
be handled as a documentation and education problem.
Raymond's suggestion can too easily trigger infinite recursion and mine would
block legitimate use cases in
New submission from Patrick Sabin patricksa...@gmx.at:
The documentation of multiprocessing.Process.join doesn't tell the user
of which time unit the timeout argument is. It seems to be seconds.
--
assignee: docs@python
components: Documentation
files: join-timeout-doc-improvement.patch
New submission from ysj.ray ysj@gmail.com:
All the module name in the first line of email subpackages' documentation
files(Doc/library/email.xxx.rst) are incorrect: all of them are email but not
email.xxx
Besides, the Doc/library/email-examples.rst is not a module and it uses
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11785
___
___
ysj.ray ysj@gmail.com added the comment:
And this causes the toctree in email
doc(http://docs.python.org/dev/library/email.html) in correct. All of the tree
elements' names are displayed as email.
--
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
I would agree if the HTMLParser was compliant with the HTML 4.01 specs, but
since it's more permissive and uses its own heuristic to determine what should
be parsed and what shouldn't, I think it's better to use already existing
Éric Araujo mer...@netwok.org added the comment:
Okay, sounds good.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7311
___
___
Python-bugs-list
Dave Malcolm dmalc...@redhat.com added the comment:
jcea: I notice that on 2011-02-22 you made these changes:
assignee: dmalcolm - dino.viehland
nosy: +dino.viehland
versions: +Python 3.3 -Python 3.2
Did you mean to change the assignee, or was this an accident?
--
New submission from Adam Groszer agros...@gmail.com:
The documentation http://docs.python.org/library/configparser.html states that
optionxform() is used only beginning ConfigParser.ConfigParser, whereas it is
ALSO in effect for ConfigParser.RawConfigParser. (As I checked in the source)
Changes by Łukasz Langa luk...@langa.pl:
--
assignee: docs@python - lukasz.langa
nosy: +lukasz.langa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11786
___
Senthil Kumaran sent...@uthcode.com added the comment:
We need not base changes to html/parser.py on html5 spec, but rather make
changes based on the requirements on parsers which may rely on this library.
Like the tolerant mode was brought in issue1486713 for some practical reasons
and it
Łukasz Langa luk...@langa.pl added the comment:
The documentation may be poorly worded but `optionxform()` has always been used
also by RawConfigParser. It has been that way since the introduction of this
class in Python 2.3 (previously there was only one ConfigParser class which
used
Jesús Cea Avión j...@jcea.es added the comment:
Malcolm, it was a mistake. I only wanted to change the TARGET.
I assign the issue to you again.
Dino, I delete you from the nosy list now. Sorry for the inconvenience.
My excuses to both.
--
assignee: dino.viehland - dmalcolm
nosy:
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
I can't confirm that.
On my cheap MacBook it takes some five minutes:
20:20 ~ $ time python3 -E -Wd -m test -r -w -uall test_mmap
Using random seed 1490092
[1/1] test_mmap
1 test OK.
[91067 refs]
real4m50.301s
user
Changes by Barry A. Warsaw ba...@python.org:
--
assignee: - barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
___
Python-bugs-list
New submission from Pulin Shah sha...@gmail.com:
I ran into a problem the other day while trying to extract a slightly corrupted
tar file. I suspect this problem is really only an issue on Windows systems.
I am running Python 2.7.1 r271:86832 win32.
The following code (simplified) snipet
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
I can't confirm this for my MacBook:
20:39 ~ $ time python3 -E -Wd -m test -r -w -uall test_zlib
Using random seed 1960084
[1/1] test_zlib
1 test OK.
[91618 refs]
real4m1.051s
user0m15.031s
sys 0m26.908s
...
20:40
Stefan Krah stefan-use...@bytereef.org added the comment:
Since I do automated module testing against all Python versions,
my vote would be:
2.5: +1
2.6: +1
3.1: +1
This with the caveat that of course Martin has to decide for 2.5.
I'm just indicating my preference.
--
nosy: +skrah
Shereef Marzouk shee...@gmail.com added the comment:
here is the log.
P.S. i have VS Studio 2005 installed
--
nosy: +Shereef
Added file: http://bugs.python.org/file21553/python.zip
___
Python tracker rep...@bugs.python.org
Shereef Marzouk shee...@gmail.com added the comment:
in my last message i forgot to give more details sorry
i first installed python 2.7.1 for amd64
but it made problems iwht pywin and buildbot-slave packeges
so i wanted to install python the i386 one
and i got this error i tried amd64 again
Shereef Marzouk shee...@gmail.com added the comment:
uhm, i restarted my pc and everything went through fine
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4735
___
Filip Gruszczyński grusz...@gmail.com added the comment:
Shouldn't this be your responsibility to close this descriptor in the object
used as self._factory? When self._factory is called it should read from the
file like object and then simply close it, just as get_message (when
self._factory
Brendan Dolan-Gavitt brenda...@gatech.edu added the comment:
The _factory object didn't open the file, so why should it close it?
It's also worth noting that things one would naturally consider using as
factories (like email.message_from_file) don't close the fd when they're done.
I will
Charles-Francois Natali neolo...@free.fr added the comment:
Does this only happen on Cygwin buildbots ?
If yes, then it might simply be an issue with Cygwin's fork implementation,
which is much slower than natively.
Right now, the test waits 0.5s before checking that the processes are started,
R. David Murray rdmur...@bitdance.com added the comment:
It is not clear from the docs what the expected behavior of factory is. It is
certainly the case that the custom classes used by mailbox by default do not
close the file they are passed. So either those classes should close the input
Antoine Pitrou pit...@free.fr added the comment:
There is no Cygwin buildbot, this is a regular Windows buildbot (despite the
path in the traceback).
That said, spawning processes is quite slow under Windows anyway (much slower
than under Linux). So we could up the countdown.
--
Roundup Robot devnull@devnull added the comment:
New changeset 7582a78f573b by Barry Warsaw in branch '3.1':
Issue 11715: Build extension modules on multiarch Debian and Ubuntu by
http://hg.python.org/cpython/rev/7582a78f573b
New changeset 867937dd2279 by Barry Warsaw in branch '3.2':
Issue
Roundup Robot devnull@devnull added the comment:
New changeset c4a514199dba by Antoine Pitrou in branch '3.2':
Issue #11766: increase countdown waiting for a pool of processes to start
http://hg.python.org/cpython/rev/c4a514199dba
New changeset 3eac8302a448 by Antoine Pitrou in branch
Changes by R. David Murray rdmur...@bitdance.com:
--
assignee: docs@python - r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11785
___
Roundup Robot devnull@devnull added the comment:
New changeset 2e4cdaffe493 by Antoine Pitrou in branch '2.7':
Issue #11766: increase countdown waiting for a pool of processes to start
http://hg.python.org/cpython/rev/2e4cdaffe493
--
___
Python
Antoine Pitrou pit...@free.fr added the comment:
Hopefully fixed now, thanks for your diagnosis!
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
Changes by Ned Deily n...@acm.org:
--
nosy: +lars.gustaebel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11787
___
___
Python-bugs-list mailing
Scott Kitterman skl...@kitterman.com added the comment:
Not so fast ... I may have done this wrong, but I get:
print(Header(hdrin,maxlinelen=78))
Received: from mailout00.controlledmail.com (mailout00.controlledmail.com
[72.81.252.19]) by mailwash7.pair.com (Postfix) with ESMTP id 16BB5BAD5
R. David Murray rdmur...@bitdance.com added the comment:
You have to do an 'encode' to get the wrapped header. __str__ uses
maxlinelen=None.
However, there does seem to be a problem with the line wrapping algorithm
revealed by your example: it is only doing a line break at the ';', not at any
New submission from Carsten Klein carsten.kl...@axn-software.de:
Scenario:
class deco(object):
def __init__(self, optional = False):
self._optional = optional
def __call__(self, decorated):
decorated.optional = self._optional
return decorated
@deco
class y(object):
pass
Carsten Klein carsten.kl...@axn-software.de added the comment:
will fail decorating the class since y...
actually means that instead of an instance of class y, an instance of the
decorator class will be returned, with y being lost along the way...
--
New submission from Carsten Klein carsten.kl...@axn-software.de:
In zope.interface, you have something the following construct:
class InterfaceBase:
pass
Interface = InterfaceBase()
Using the above Interface as a derivation base for your own classes, will make
that instance a type
Ezio Melotti ezio.melo...@gmail.com added the comment:
So is the issue7311-3.diff patch fine? It changes the strict regex to match
the 2.7 one, and leave the tolerant one unchanged (even if now the two regexs
are really close).
--
___
Python
Santoso Wijaya santoso.wij...@gmail.com added the comment:
I wonder if this is a valid use-case to begin with. The semantic of a
decorator, as I understand it, is very straightforward in that this:
@foo
@bar
class A:
pass
is equivalent to this:
class A:
pass
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
One thing that could be done is to have an optional warning in the mutating
concrete C API functions that gets triggered whenever the input doesn't have an
exact type match. That will let people discover incorrect uses.
We
Carsten Klein carsten.kl...@axn-software.de added the comment:
I think it is, actually, considering
@foo
@bar
class A:
pass
with foo and bar being both decorator classes, the chained call
foo(bar(A))
will return and instance of foo instead of A
With decorator classes
Benjamin Peterson benja...@python.org added the comment:
This is expected; it's the same with functions. Just do @deco().
--
nosy: +benjamin.peterson
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Carsten Klein carsten.kl...@axn-software.de added the comment:
Ok, looks like a valid work around to me.
However, IMO it is not the same as with decorator functions.
These will be called and will return the correct result,
whereas the decorator class will instead return an instance
of self
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
I concur with Benjamin.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11788
___
Benjamin Peterson benja...@python.org added the comment:
2011/4/6 Carsten Klein rep...@bugs.python.org:
Carsten Klein carsten.kl...@axn-software.de added the comment:
Ok, looks like a valid work around to me.
It's not a workaround. It's the way decorators work.
--
New submission from Antoine Pitrou pit...@free.fr:
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%202.7/builds/519/steps/test/logs/stdio
==
FAIL: test_notify_all
Santoso Wijaya santoso.wij...@gmail.com added the comment:
It already does. ;-)
Python 2.7.1+ (default, Apr 6 2011, 16:25:38) [MSC v.1500 32 bit (Intel)] on wi
n32
Type help, copyright, credits or license for more information.
import urllib2
[74578 refs]
fp =
Changes by Santoso Wijaya santoso.wij...@gmail.com:
Added file: http://bugs.python.org/file21556/issue11703_py31_with_redirect.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11703
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Another test_multiprocessing failure (30 min timeout) on x86 XP-4 3.x:
--
[125/354] test_multiprocessing
Thread 0x0e5c:
File
D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\threading.py, line
235
R. David Murray rdmur...@bitdance.com added the comment:
Sounds fine to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7311
___
___
Changes by R. David Murray rdmur...@bitdance.com:
Removed file: http://bugs.python.org/file21554/11767.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11767
___
R. David Murray rdmur...@bitdance.com added the comment:
get_file's promise is that what is returned is a file like object, so it not
having a close() method would be an error. So I don't think you need the
try/except. What I would suggest is to use the 'closing' context manager
around the
R. David Murray rdmur...@bitdance.com added the comment:
Given your problem report wouldn't the simplest solution be to change the close
method to be:
if hasattr(self, '_file'):
if hasattr(self._file, 'close'):
self._file.close()
del self._file
As for a test, it
Senthil Kumaran sent...@uthcode.com added the comment:
So is the issue7311-3.diff patch fine?
Just that it allows unquoted attrs for unicode too.
My previous suggestion was not to allow unquoted attribute values, but as the
change is already made in 2.7 and discussion pointed out a portion
Ezio Melotti ezio.melo...@gmail.com added the comment:
On 3.2 the patch changes only the range of chars matched by the regex when the
attribute value doesn't have quotes and strict=True.
The parser already allowed unquotes attribute values even before the patch (in
both strict and tolerant
atppp wuxi...@gmail.com added the comment:
crash with python/2.6.5, imagemagick/6.5.7.8, uuid/2.17.2, ubuntu/10.04:
import magickwand.image
import uuid
uuid.uuid4()
--
nosy: +atppp
___
Python tracker rep...@bugs.python.org
Nick Coghlan ncogh...@gmail.com added the comment:
I thought about a warning, but the problem is that a subclass using the
concrete API as part of its *implementation* of the associated slot or method
is actually perfectly correct usage.
I'm not sure this is enough to give up on the idea of
98 matches
Mail list logo
