[issue17878] There is no way to get a list of available codecs

Marc-Andre Lemburg added the comment: On 02.05.2013 01:59, Dmi Baranov wrote: > > Dmi Baranov added the comment: > > I think its not possible while codecs registry contains search callbacks > (stateless-registry) It is possible: we'd just need to invent a way to ask search functions for the l

[issue17319] http.server.BaseHTTPRequestHandler send_response_only doesn't check the type and value of the code.

Changes by Berker Peksag : -- nosy: +berker.peksag stage: -> patch review versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ __

[issue17890] argparse: mutually exclusive groups full of suppressed args can cause AssertionErrors

Changes by Garrett Holmstrom : -- hgrepos: +187 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue17449] dev guide appears not to cover the benchmarking suite

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 benchmar

[issue17890] argparse: mutually exclusive groups full of suppressed args can cause AssertionErrors

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 3

[issue17816] Weak*Dictionary KeyErrors during callbacks

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 weakrefs

[issue16133] asyncore.dispatcher.recv doesn't handle EAGAIN / EWOULDBLOCK

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 use

[issue17878] There is no way to get a list of available codecs

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

[issue17170] string method lookup is too slow

Changes by Martin Morrison : -- nosy: +isoschiz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue17884] Try to reuse stdint.h types like int32_t

Stefan Krah added the comment: Mark Dickinson 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 like. If we > just

[issue16396] Importing ctypes.wintypes on Linux gives a traceback

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] http://msdn.microsoft.com/en-us/library

[issue17884] Try to reuse stdint.h types like int32_t

Stefan Krah added the comment: Mark Dickinson 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 platforms, but libmpdec cu

[issue17833] test_gdb broken PPC64 Linux

Changes by Antoine Pitrou : -- assignee: -> dmalcolm stage: -> commit review type: -> behavior versions: +Python 3.3 ___ Python tracker ___ ___

[issue17884] Try to reuse stdint.h types like int32_t

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

[issue17319] http.server.BaseHTTPRequestHandler send_response_only doesn't check the type and value of the code.

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

[issue5845] rlcompleter should be enabled automatically

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: http:/

[issue16308] Undocumented (?) behaviour change in argparse from 3.2.3 to 3.3.0

Changes by Michele Orrù : -- nosy: +maker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue17884] Try to reuse stdint.h types like int32_t

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

[issue17884] Try to reuse stdint.h types like int32_t

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 do

[issue17884] Try to reuse stdint.h types like int32_t

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: "Th

[issue5845] rlcompleter should be enabled automatically

Changes by Antoine Pitrou : Added file: http://bugs.python.org/file30098/c43e264256e4.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17884] Try to reuse stdint.h types like int32_t

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 (MD

[issue13721] ssl.wrap_socket on a connected but failed connection succeeds and .peer_certificate gives AttributeError

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

[issue13721] ssl.wrap_socket on a connected but failed connection succeeds and .peer_certificate gives AttributeError

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. http://hg.python.org/cpyth

[issue16523] attrgetter and itemgetter signatures in docs need cleanup

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 "After"s in operator.rst; I had meant to include those in the same pa

[issue17889] argparse subparsers break without arguments

Changes by R. David Murray : -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> Undocumented (?) behaviour change in argparse from 3.2.3 to 3.3.0 ___ Python tracker _

[issue17884] Try to reuse stdint.h types like int32_t

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 tracke

[issue14097] Improve the "introduction" page of the tutorial

R. David Murray added the comment: Review comments added. -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7855] Add test cases for ctypes/winreg for issues found in IronPython

Changes by Michael Foord : -- nosy: -michael.foord ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue7855] Add test cases for ctypes/winreg for issues found in IronPython

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

[issue17889] argparse subparsers break without arguments

Changes by SilentGhost : -- title: argparse subparsers break without without argument -> argparse subparsers break without arguments ___ Python tracker ___ _

[issue17282] document the defaultTest parameter to unittest.main()

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 <

[issue17282] document the defaultTest parameter to unittest.main()

Changes by Kyle Roberts : -- keywords: +patch Added file: http://bugs.python.org/file30096/default_test_3.4.patch ___ Python tracker ___ _

[issue17888] docs: more information on documentation team

anatoly techtonik added the comment: May take a few days. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue17889] argparse subparsers break without without argument

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

[issue17810] Implement PEP 3154 (pickle protocol 4)

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 __

[issue16523] attrgetter and itemgetter signatures in docs need cleanup

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

[issue16141] Possible simplification for old-style exception handling code in stdlib

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: ope

[issue17802] html.HTMLParser raises UnboundLocalError:

Ezio Melotti added the comment: Fixed, thanks for the report! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue13633] Handling of hex character references in HTMLParser.handle_charref

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

[issue17802] html.HTMLParser raises UnboundLocalError:

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: me

[issue17529] fix os.sendfile() documentation regarding the type of file descriptor

Changes by Charles-François Natali : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue17529] fix os.sendfile() documentation regarding the type of file descriptor

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 'default'

[issue14679] Define an __all__ for html.parser

Changes by Ezio Melotti : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue14679] Define an __all__ for html.parser

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 track

[issue17888] docs: more information on documentation team

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue17888] docs: more information on documentation team

Georg Brandl added the comment: Sounds good, please prepare a patch. -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-lis

[issue17888] docs: more information on documentation team

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 r

[issue17857] sqlite modules doesn't build with 2.7.4 on Mac OS X 10.4

Georg Brandl added the comment: Would be nice, yes. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue14097] Improve the "introduction" page of the tutorial

Ezio Melotti added the comment: If there aren't any comments I will commit this soon. -- stage: patch review -> commit review ___ Python tracker ___ _

[issue13515] Consistent documentation practices for security concerns and considerations

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,

[issue17841] Remove missing aliases from codecs documentation

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

[issue16396] Importing ctypes.wintypes on Linux gives a traceback

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> needs patch type: -> behavior versions: +Python 3.4 -Python 3.2 ___ Python tracker ___ __

[issue7855] Add test cases for ctypes/winreg for issues found in IronPython

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 h

[issue4965] Can doc index of html version be separately scrollable?

Changes by Ezio Melotti : -- versions: +Python 3.4 -Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue11078] Have test___all__ check for duplicates

Changes by Ezio Melotti : -- assignee: -> ezio.melotti resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue16141] Possible simplification for old-style exception handling code in stdlib

Ronald Oussoren added the comment: Shouldn't this issue be closed? (the proposed patch was applied in Oct. last year) -- nosy: +ronaldoussoren ___ Python tracker ___ ___

[issue11078] Have test___all__ check for duplicates

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

[issue17884] Try to reuse stdint.h types like int32_t

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 exist

[issue16518] add "buffer protocol" to glossary

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 dif

[issue16518] add "buffer protocol" to glossary

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

[issue16518] add "buffer protocol" to glossary

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

[issue16133] asyncore.dispatcher.recv doesn't handle EAGAIN / EWOULDBLOCK

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 trea

[issue17874] ProcessPoolExecutor in interactive shell doesn't work in Windows

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 caus

[issue10513] sqlite3.InterfaceError after commit

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