New submission from anatoly techtonik:
Docs lack a good summary page comparing three concepts. The main question is
how do I tell if something is a sequence, generator, iterator or iterable? I
found myself puzzled that range() is neither generator or iterator.
--
assignee: docs@python
Paul Melis added the comment:
Just a bit more info on the patch. When running stock Python 2.7.4 the attached
test script bug-binding_parameter_0.py returns:
module: 2.6.0
sqlite: 3.7.9
Archives
Archives/2011
Archives/2012
Traceback (most recent call last):
File bug-binding_parameter_0.py,
Richard Oudkerk added the comment:
Ah. Then, a documentation error. The error message (queue.Full?) and
the documentation are totally not clear about that.
Once something goes wrong you are likely to get a cascade of errors, and the
first one reported is not necessarily the original cause.
Nidan added the comment:
Why should asynchat.handle_read care about closed sockets if asyncore.recv does
that already?
Currently asynchat.handle_read handles empty strings from asycore.recv
gracefully (by doing some unnecessary work aka executing the remainder of the
function), it doesn't
Roundup Robot added the comment:
New changeset d1aa8a9eba44 by Ezio Melotti in branch '2.7':
#16518: fix links in glossary entry.
http://hg.python.org/cpython/rev/d1aa8a9eba44
--
___
Python tracker rep...@bugs.python.org
Ezio Melotti added the comment:
The attached patch replaces things like object that support the buffer
protocol/interface/API with bytes-like objects throughout the docs.
The patch doesn't change error messages/docstrings.
I also noticed that on 2.7[0], the section about the buffer protocol in
Antoine Pitrou added the comment:
I also noticed that on 2.7[0], the section about the buffer protocol
in Doc/c-api/buffer.rst is called Buffers and Memoryview Objects and
it's not as clear as the one on 3.x[1]. Should this section be
backported?
The buffer protocol situation is different
Mark Dickinson added the comment:
Relying on things like int64_t or uint64_t is tricky, both in principle *and*
in practice.
C99 (7.18.1.1) specifies that the types are optional, but that if the
implementation provides types with the appropriate characteristics then the
typenames should
Roundup Robot added the comment:
New changeset 3f1bcfbed022 by Ezio Melotti in branch 'default':
#11078: test___all__ now checks for duplicates in __all__. Initial patch by R.
David Murray.
http://hg.python.org/cpython/rev/3f1bcfbed022
--
nosy: +python-dev
Ronald Oussoren added the comment:
Shouldn't this issue be closed? (the proposed patch was applied in Oct. last
year)
--
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16141
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: - ezio.melotti
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11078
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4965
___
___
Ezio Melotti added the comment:
The attached patch now passes on Linux. I raised a SkipTest on non-Windows
platforms and changed Lib/ctypes/test/__init__.py to handle it. If someone can
confirm that the patch works on Windows I'll commit it.
The ValueError I reported in my previous message
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - needs patch
type: - behavior
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16396
Thomas Fenzl added the comment:
This is a documentation patch against 3.3 with the aliases removed.
--
keywords: +patch
nosy: +Thomas Fenzl
Added file: http://bugs.python.org/file30091/issue17841_codecs_docu.patch
___
Python tracker
Ezio Melotti added the comment:
Attached a patch that includes the section proposed by Nick in the first
message. I also changed in-line text with a note as suggested in
msg148720. I didn't specify a ReST note because I think that depending on
the situation, an actual warning, a note, or
Ezio Melotti added the comment:
If there aren't any comments I will commit this soon.
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14097
___
Georg Brandl added the comment:
Would be nice, yes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17857
___
___
Python-bugs-list mailing list
New submission from anatoly techtonik:
To help people understand that they can actually improve Python docs
themselves, how about the following changes:
http://docs.python.org/3/bugs.html - rename from Reporting Bugs to Dealing
with Bugs.
Explain that sometimes fixing bug is easier than
Georg Brandl added the comment:
Sounds good, please prepare a patch.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17888
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17888
___
___
Roundup Robot added the comment:
New changeset 1f7ce8af3356 by Ezio Melotti in branch 'default':
#14679: add an __all__ (that contains only HTMLParser) to html.parser.
http://hg.python.org/cpython/rev/1f7ce8af3356
--
nosy: +python-dev
___
Python
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14679
___
Roundup Robot added the comment:
New changeset 4f45f9cde9b4 by Charles-Francois Natali in branch '3.3':
Issue #17529: Fix os.sendfile() documentation regarding the type of file
http://hg.python.org/cpython/rev/4f45f9cde9b4
New changeset 538055b28ba6 by Charles-Francois Natali in branch
Changes by Charles-François Natali cf.nat...@gmail.com:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17529
Roundup Robot added the comment:
New changeset 9cb90c1a1a46 by Ezio Melotti in branch '3.3':
#17802: Fix an UnboundLocalError in html.parser. Initial tests by Thomas
Barlow.
http://hg.python.org/cpython/rev/9cb90c1a1a46
New changeset 20be90a3a714 by Ezio Melotti in branch 'default':
#17802:
Ezio Melotti added the comment:
Another option is to add a new convert_entities option that, when True,
automatically converts character references and doesn't call handle_charref and
handle_entityref. (See also #17802.)
--
___
Python tracker
Ezio Melotti added the comment:
Fixed, thanks for the report!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17802
R. David Murray added the comment:
I'm guessing Serhiy left it open because of the question about multiprocessing
and asyncore. Given that he rated them as dubious, let's just close it.
--
nosy: +r.david.murray
resolution: - fixed
stage: patch review - committed/rejected
status: open
Ezio Melotti added the comment:
Attached an updated patch that uses the double signature.
--
stage: patch review - commit review
versions: -Python 3.2
Added file: http://bugs.python.org/file30093/issue16523-2.diff
___
Python tracker
Antoine Pitrou added the comment:
Here is an updated framing patch which supports pickletools.optimize().
--
Added file: http://bugs.python.org/file30094/framing2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17810
New submission from SilentGhost:
If you run attached file w/ 3.2 and 3.3 (and later) versions, you'll notice
that the new version of parser doesn't handle empty argument list:
$ python3.2 test.py
usage: test.py [-h] {demo} ...
test.py: error: too few arguments
$ python3.3 test.py
Namespace()
anatoly techtonik added the comment:
May take a few days.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17888
___
___
Python-bugs-list mailing
Changes by Kyle Roberts roberts...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file30096/default_test_3.4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17282
___
Kyle Roberts added the comment:
I've uploaded a patch documenting defaultTest in the latest branch and also in
the previous branches.
--
nosy: +kyle.roberts
Added file: http://bugs.python.org/file30097/default_test_2.7-3.3.patch
___
Python tracker
Changes by SilentGhost ghost@gmail.com:
--
title: argparse subparsers break without without argument - argparse
subparsers break without arguments
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17889
Zachary Ware added the comment:
The patch works fine on Win 7 for me. I left a couple comments on Rietveld,
neither of which is of great importance.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7855
Changes by Michael Foord mich...@voidspace.org.uk:
--
nosy: -michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7855
___
___
R. David Murray added the comment:
Review comments added.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14097
___
___
Devin Jeanpierre added the comment:
I don't know what context these types are being used in, but would
int_least64_t suffice? C99 does require the existence of the [u]int_leastN_t
types (for N in {8,16,32,64}), unlike [u]intN_t.
--
___
Python
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - Undocumented (?) behaviour change in argparse from 3.2.3 to
3.3.0
___
Python tracker
Zachary Ware added the comment:
I left a couple of Rietveld comments. Other than those nitpicks it looks good
to me, and I could be convinced otherwise on the nitpicks :)
Also, thanks for catching the extra commas after the Afters in operator.rst;
I had meant to include those in the same
Roundup Robot added the comment:
New changeset e6b962fa44bb by Antoine Pitrou in branch 'default':
Issue #13721: SSLSocket.getpeercert() and SSLSocket.do_handshake() now raise an
OSError with ENOTCONN, instead of an AttributeError, when the SSLSocket is not
connected.
Antoine Pitrou added the comment:
Ok, this is fixed now. Thanks for the comments!
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13721
STINNER Victor added the comment:
Relying on things like int64_t or uint64_t is tricky, both in
principle *and* in practice. (...) uint64_t and int64_t may be a
stretch, particularly on ARM-style platforms.
I don't understand. Python is already using 64-bit types, in md5
module for example
Changes by Antoine Pitrou pit...@free.fr:
Added file: http://bugs.python.org/file30098/c43e264256e4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5845
___
STINNER Victor added the comment:
I *think* that since the issue #10052 fix, the current autoconf
machinery is now fairly good at finding those types across platforms,
but I wouldn't want to make any bets.
The issue #10052 was not that the int32_t was not present, but an #ifdef issue:
This
Mark Dickinson added the comment:
I don't understand why #ifdef HAVE_UINT32_T is tested, since configure
ensures that uint32_t is always defined.
Take a look at the explanations in the autoconf file and in pyport.h. No,
configure does *not* always ensure that uint32_t is defined: it does
Mark Dickinson added the comment:
I don't understand. Python is already using 64-bit types, in md5
module for example (MD5_INT64). This module is not compiled on ARM?
No idea. Do you have good evidence that 64-bit integer types *will* be
supported on all platforms that we care about Python
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16308
___
___
Python-bugs-list mailing
Antoine Pitrou added the comment:
In the spirit of pushing this forward, here is an updated patch using the
sys.__interactivehook__ approach. I didn't add any tests since it doesn't seem
very easy to write any.
If nobody objects, I would like to commit this soon.
--
Added file:
Dmi Baranov added the comment:
Attached patch for checking status code based at RFC 2616 [1].
Covered by tests.
[1] http://tools.ietf.org/html/rfc2616#section-6.1.1
--
keywords: +patch
nosy: +dmi.baranov
Added file: http://bugs.python.org/file30100/issue17319.patch
STINNER Victor added the comment:
Ok, I think I understood the issue :-) The problem is when the uint32_t type is
present but is not exactly 32-bit width. When using uint32_t, *I* expect that
an array of uint32_t items will takes 4 x n bytes. In which case is it
interesting to use an uint32_t
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - dmalcolm
stage: - commit review
type: - behavior
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17833
___
Stefan Krah added the comment:
Mark Dickinson rep...@bugs.python.org wrote:
No idea. Do you have good evidence that 64-bit integer types *will* be
supported on all platforms that we care about Python compiling on?
I'm not sure how many people have tried to compile Python 3.3 on obscure
Dmi Baranov added the comment:
Found only this patch [1] :) I think is possible to change
VARIANT_BOOL._type_ to any of short types [2] for non-nt platforms?
[1]
https://code.launchpad.net/~mandel/python-distutils-extra/import_issues/+merge/53519
[2]
Stefan Krah added the comment:
Mark Dickinson rep...@bugs.python.org wrote:
There's also some cleanup to be done with respect to semantics; I think it's
still the case that the various PyLong_FromXXX functions have different
behaviours with respect to overflow, __int__, __index__ and the
Changes by Martin Morrison m...@ensoft.co.uk:
--
nosy: +isoschiz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17170
___
___
Python-bugs-list
Dmi Baranov added the comment:
I think its not possible while codecs registry contains search callbacks
(stateless-registry)
--
components: +Library (Lib)
nosy: +dmi.baranov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17878
Giampaolo Rodola' added the comment:
recv() returning an empty string has always been an alias for connection lost
though, that is why it cannot be used and I was proposing returning a new type
in Python 3.4.
Point is we're paying a bad design decision: asyncore shouldn't have asked the
user
Nils Bruin added the comment:
One solution is to patch both WeakValueDictionary and WeakKeyDictionary with
their own clear methods where we first store the strong links (to keys, resp.
values) in a list, then clear the underlying dictionaries (this will now
trigger the deletion of the
New submission from Garrett Holmstrom:
When it goes to format a usage message, argparse seems to (correctly) fail to
satisfy one of its assertions when all of the following are true:
1. A mutually exclusive group contains only args that are suppressed
2. An unsuppressed arg follows that group
Meador Inge added the comment:
I think this will be useful information. I tend to doing benchmarks
rather infrequently. Whenever I do them I forgot how I setup the suite
the previous time around.
In fact, I found this issue just now while googling for how to setup and
run the official
Changes by Garrett Holmstrom gho...@devzero.com:
--
hgrepos: +187
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17890
___
___
Python-bugs-list
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
stage: - patch review
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17319
___
65 matches
Mail list logo