[issue21196] Name mangling example in Python tutorial

Chandan Kumar added the comment: Uploading the patch for the improvement to the name mangling section of the Python tutorial. Please note that the modification is much smaller than I proposed earlier. -- keywords: +patch Added file: http://bugs.python.org/file34814/docs_name_mangling.

[issue17088] ElementTree incorrectly refuses to write attributes without namespaces when default_namespace is used

Stefan Behnel added the comment: @gene_wood: that's unrelated. This ticket is about attributes being rejected incorrectly. Fixing the example of the OP: >>> from xml.etree.ElementTree import * >>> svg = ElementTree(XML(""" ... http://www.w3.org/2000/svg"; version="1.1"> ... ... ... """)) >>>

[issue21191] os.fdopen() may eat file descriptor and still raise exception

Benjamin Peterson added the comment: Feel free to submit a patch. On Fri, Apr 11, 2014, at 2:40, Dima Tisnek wrote: > > Dima Tisnek added the comment: > > I think consistency between Python versions is just as important as > consistency between fd types. > > Here's my hack quickfix outline: >

[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1

Yury Selivanov added the comment: Hm... Can we also commit this to 3.3? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1

Roundup Robot added the comment: New changeset 05b3a23b3836 by Benjamin Peterson in branch '3.4': fix sending tuples to custom generator objects with yield from (closes #21209) http://hg.python.org/cpython/rev/05b3a23b3836 New changeset d1eba2645b80 by Benjamin Peterson in branch 'default': merg

[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1

STINNER Victor added the comment: > Are you going to be at the CPython sprint tomorrow? I'll be there in the > morning but my plane leaves in the afternoon. I organize a "Port OpenStack to Python3" sprint, but I may come also to the CPython sprint. -- _

[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1

Guido van Rossum added the comment: Wow. So many fixes! :-) Are you going to be at the CPython sprint tomorrow? I'll be there in the morning but my plane leaves in the afternoon. -- ___ Python tracker

[issue17088] ElementTree incorrectly refuses to write attributes without namespaces when default_namespace is used

Gene Wood added the comment: One workaround to this is described here : http://stackoverflow.com/a/4999510/168874 It involves prefixing all of the elements with the namespace like this : from xml.etree import ElementTree as ET # build a tree structure root = ET.Element("{http:

[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1

STINNER Victor added the comment: I don't think that the bug comes from asyncio, but it looks like a bug in the implementation of "yield from" in CPython directly! Try with ceval.patch. ceval.c has a fast path if the object is a generator. With PYTHONASYNCIODEBUG=1, the object is a CoroWrapper

[issue20578] BufferedIOBase.readinto1 is missing

Martin v. Löwis added the comment: > I didn't even notice the readinto implementation was missing. But I > agree, if we keep readinto1(), we should also add readinto(). [...] > Maybe this is why we seem to be talking past each other :-). I did not > look or work on readinto at all. All I noticed

[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1

STINNER Victor added the comment: gen_send.diff doesn't look like a fix but a workaround. gen_send_2.diff lacks a unit test. -- ___ Python tracker ___ __

[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1

STINNER Victor added the comment: The error occurs at line "v = yield from q.get()": Traceback (most recent call last): File "/home/haypo/prog/python/default/Lib/asyncio/events.py", line 39, in _run self._callback(*self._args) File "/home/haypo/prog/python/default/Lib/asyncio/tasks.py",

[issue20578] BufferedIOBase.readinto1 is missing

Nikolaus Rath added the comment: > Can you please extend your benchmark to also measure read and readinto? Yes - but I don't quite understand why it matters (if you need read1/readinto1, you cannot just use read/readinto instead). C readinto1: 4.638e-01 seconds C read1: 4.026e-01 seconds C

[issue21169] getpass.getpass() fails with non-ASCII characters in prompt

Martin v. Löwis added the comment: Ok. I wish the patch had a comment saying that, or better even a documentation change pointing out that feature. -- ___ Python tracker ___ ___

[issue20578] BufferedIOBase.readinto1 is missing

Nikolaus Rath added the comment: (Rietveld is giving me errors, so I'm replying here) On 2014/04/13 02:22:23, loewis wrote: >>> Again, why a separate implementation here? >> >> For performance reasons. Relying on the default implementation >> would fall back to using read1(), which means a new

[issue20578] BufferedIOBase.readinto1 is missing

Martin v. Löwis added the comment: Can you please extend your benchmark to also measure read and readinto? I'm puzzled why you are treating readinto1 differently from readinto. -- ___ Python tracker __

[issue21169] getpass.getpass() fails with non-ASCII characters in prompt

R. David Murray added the comment: Since we don't want the prompting for the password to fail, what we do in the patch is use the replace error handler so that you get as much as could be encoded of the prompt. (Note: this approach was reviewed by both Toshio and Marc Andre.) Thanks for the

[issue21169] getpass.getpass() fails with non-ASCII characters in prompt

Roundup Robot added the comment: New changeset f430fdd1628e by R David Murray in branch '3.4': #21169: fix getpass to use replace error handler on UnicodeEncodeError. http://hg.python.org/cpython/rev/f430fdd1628e New changeset 461f5863f2aa by R David Murray in branch 'default': Mierge #21169: fi

[issue20578] BufferedIOBase.readinto1 is missing

Nikolaus Rath added the comment: Here's a little script to estimate the performance difference between using read1 and readinto1 to read large amounts of data. On my system, I get: C readinto1: 4.960e-01 seconds C read1: 4.055e-01 seconds Python readinto1: 1.066e+00 seconds Python read1: 2.565e

[issue21169] getpass.getpass() fails with non-ASCII characters in prompt

Martin v. Löwis added the comment: Arfrever: If you set the locale to C, the device does *not* (anymore) support the character. The terminal application you are using may, but the "system" does not. It only supports the characters available in the locale, which your character is not. There sim

[issue21200] pkgutil.get_loader() fails on "__main__"

Eric Snow added the comment: I've opened #21211 to more directly address the find_loader() issue. -- ___ Python tracker ___ ___ Python

[issue21211] pkgutil.find_loader() raises ImportError instead of returning None

New submission from Eric Snow: In 3987667bf98f pkgutil.find_loader() switched from using pkgutil.iter_importers() to importlib.find_module(). importlib.find_module() checks the module's __loader__ (and raises ImportError when invalid) whereas iter_importers() does no such check. In 3.4 pkgut

[issue7776] http.client.HTTPConnection tunneling is broken

Senthil Kumaran added the comment: I am reviewing this patch right now and you will see my action soon. It is completely and I am reviewing to validating the technical details/fix. Thanks for patch, Nikolaus. -- ___ Python tracker

[issue21169] getpass.getpass() fails with non-ASCII characters in prompt

Kushal Das added the comment: New patchset with updated test, now sending ascii stream into the call as argument. -- Added file: http://bugs.python.org/file34810/issue21169_v6.patch ___ Python tracker

[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1

Guido van Rossum added the comment: Heh. METH_O was *also* a red herring. But upstream (Tulip) issue 163 *was* a good clue. I now believe that the real bug is that CoroWrapper.__iter__() has "return self" rather than "return iter(self.gen)". That fix is in the 2nd attachment. -- Adde

[issue21200] pkgutil.get_loader() fails on "__main__"

Eric Snow added the comment: Here's a patch that checks for modules that don't have __spec__ set. The patch will fix the problem. However note that the docs and docstring imply (to me) that we should turn any ImportError coming out of the find_loader() call into returning None. Fixing that w

[issue6623] Lib/ftplib.py Netrc class should be removed.

R. David Murray added the comment: This looks good, except that if we are not going to delete that test routine (and we aren't because we didn't deprecate it :) I think we should instead replace the usage of Netrc with the netrc module. -- ___ Pytho

[issue21169] getpass.getpass() fails with non-ASCII characters in prompt

Kushal Das added the comment: Here is a new patch which uses stream.encoding instead getting the encoding from the locale as suggested by David. It also contains the new test. -- Added file: http://bugs.python.org/file34807/issue21169_v5.patch ___ Py

[issue21208] Change default behavior of arguments with type bool when options are specified

Karl Richter added the comment: That's a pity, I still think it's confusing. Thanks for your feedback! -- ___ Python tracker ___ ___ P

[issue21210] Warnings in Doc/library/json.rst

Roundup Robot added the comment: New changeset 399bf1638911 by Benjamin Peterson in branch 'default': correct sphinx mark up for cmdline options (closes #21210) http://hg.python.org/cpython/rev/399bf1638911 -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected status:

[issue7951] Should str.format allow negative indexes when used for __getitem__ access?

Terry J. Reedy added the comment: The doc bug is that the grammar block uses 'integer' (linked to https://docs.python.org/3/reference/lexical_analysis.html#grammar-token-integer) in arg_name ::= [identifier | integer] element_index ::= integer | index_string when it should us

[issue6623] Lib/ftplib.py Netrc class should be removed.

Matt Chaput added the comment: Created patch to remove the Netrc class and its unit tests (for Python 3.5). -- nosy: +maatt Added file: http://bugs.python.org/file34806/remove_Netrc_class.patch ___ Python tracker __

[issue18321] Multivolume support in tarfile module

Eduardo Robles Elvira added the comment: >> [...] but remember, we split a volume only in the middle of a big file, not >> in any other case (AFAIK). Hopefully you don't get huge pax headers or >> anything strange. [...] > Hopefully? Sorry, but have you tested this? I did. I let GNU tar create

[issue7951] Should str.format allow negative indexes when used for __getitem__ access?

Changes by Terry J. Reedy : -- assignee: docs@python -> terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1

Guido van Rossum added the comment: I'll be darned. It appears that generator's send() method uses METH_O, which means that it really expects a single argument, but if you pass it a tuple, it assumes that you meant each item in the tuple as a separate argument. I think a more correct fix is at

[issue20635] Fix the grid geometry manager and add tests for geometry managers

Ned Deily added the comment: test_tk with test_geometry_managers_2-2.7.patch applied passed on OS X 10.9 linked with Carbon Tk 8.4.20, Cocoa 8.5.15, Cocoa 8.6.1, and X11 8.6.1. -- ___ Python tracker __

[issue21161] list comprehensions don't see local variables in pdb in python3

Xavier de Gaye added the comment: The NameError exception occuring on a generator expression referencing a local variable when the generator is called within exec() is the object of multiple entries in the bug tracker, see issue 13557. msg 149096 in this issue suggests using exec(code, locals(

[issue19414] iter(ordered_dict) yields keys not in dict in some circumstances

Nikolaus Rath added the comment: The patch applies cleanly to 3.4 and 3.5, not sure why the review link does not show up. I'm attaching the file again, maybe that helps. -- Added file: http://bugs.python.org/file34804/issue19414_r2.diff ___ Python tr

[issue7776] http.client.HTTPConnection tunneling is broken

Nikolaus Rath added the comment: Refreshed patch. -- Added file: http://bugs.python.org/file34802/issue7776_r7_Py3.4.diff ___ Python tracker ___ __

[issue7776] http.client.HTTPConnection tunneling is broken

Changes by Nikolaus Rath : Added file: http://bugs.python.org/file34803/issue7776_r7_Py3.5.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue1738] Add match parameter to filecmp.dircmp to ignore using patterns

Nikolaus Rath added the comment: Updated patch to acknowledge original authors in Misc/ACKS. -- Added file: http://bugs.python.org/file34801/issue1738_r3.diff ___ Python tracker _

[issue21180] Efficiently create empty array.array, consistent with bytearray

Terry J. Reedy added the comment: A few notes: This issue depends on PEP467, but there is no corresponding tracker issue yet to put in the dependency box. Title and other headers can be edited. Messages and uploaded files can be unlinked from the issue but not edited (or deleted from the datab

[issue20636] Better repr for tkinter widgets

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

[issue20998] fullmatch isn't matching correctly under re.IGNORECASE

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20635] Fix the grid geometry manager and add tests for geometry managers

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue20635] Fix the grid geometry manager and add tests for geometry managers

Serhiy Storchaka added the comment: Here is a patch for 2.7. -- Added file: http://bugs.python.org/file34800/test_geometry_managers_2-2.7.patch ___ Python tracker ___ ___

[issue20635] Fix the grid geometry manager and add tests for geometry managers

Roundup Robot added the comment: New changeset e8c184d8407d by Serhiy Storchaka in branch '3.4': Issue #20635: Added tests for Tk geometry managers. http://hg.python.org/cpython/rev/e8c184d8407d New changeset e8acef4f8567 by Serhiy Storchaka in branch 'default': Issue #20635: Added tests for Tk

[issue21199] Python on 64-bit Windows uses signed 32-bit type for read length

Antoine Pitrou added the comment: > Antoine: Inability to perform a 2GB+ read properly is not something > that should be worked around on a case by case basis. Really we are talking about Python 2.7 here. Anyone having this problem *has* to work it around in order for their code to work on publ

[issue21180] Cannot efficiently create empty array.array of given size, inconsistency with bytearray

Paul Sokolovsky added the comment: Martin: > People might expect that array.array('i', 3) creates an array with the single > value 3. I don't know which people would expect that. Personally I recognize the need to create an empty array of of given size, and have read the docs for builtin "by

[issue18983] Specify time unit for timeit CLI

Quentin Pradet added the comment: The branch appears to exist now. -- nosy: +Quentin.Pradet ___ Python tracker ___ ___ Python-bugs-lis

[issue21199] Python on 64-bit Windows uses signed 32-bit type for read length

Martin v. Löwis added the comment: Josh: it's not as simple as just changing the type code and variable type. Systems used to require all kinds of types in the length parameter of read(2) and fread(3), including int, long, and size_t. If it was int, passing size_t would lead to silent truncati

[issue20998] fullmatch isn't matching correctly under re.IGNORECASE

Serhiy Storchaka added the comment: Gareth, this is unrelated issue. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue21180] Cannot efficiently create empty array.array of given size, inconsistency with bytearray

Martin v. Löwis added the comment: Paul: Discussion of the PEP is out of the scope of this issue. The primary point of the PEP process is that it steers discussion. So if you object to the PEP, contact the PEP author and ask for your objection to be considered, and if not that, at least be rec

[issue21180] Cannot efficiently create empty array.array of given size, inconsistency with bytearray

Paul Sokolovsky added the comment: @Terry J. Reedy: Thanks for the pointer. My inital response is , another bloating of namespace. But I'm adjusting. But that PEP shows the issue with all that activity: CPython stdlib got so big and bloated, that it lives its own life and people consider it n

[issue20998] fullmatch isn't matching correctly under re.IGNORECASE

Serhiy Storchaka added the comment: > After stepping through the code for that regex that fails, I concluded > that the condition shouldn't depend on ctx->match_all at that point > after all. Tests are passed without this check. But I'm not sure it is not needed. At least without this check the

[issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1

Changes by Ned Deily : -- nosy: +giampaolo.rodola, gvanrossum, haypo, pitrou, yselivanov ___ Python tracker ___ ___ Python-bugs-list m

[issue21180] Cannot efficiently create empty array.array of given size, inconsistency with bytearray

Paul Sokolovsky added the comment: > >>> array.array('i', [0]) * 3 @Serhiy Storchaka: The keyword is "efficiently". Let's analyze: this creates useless array.array('i', [0]) object destined only for garbage collection. Then, it forces using loop of loops to fill in a new object. Whereas array

[issue21171] Outdated usage str.encode('rot-13') in rot13 codec

Roundup Robot added the comment: New changeset a81f0caab279 by Serhiy Storchaka in branch '3.4': Issue #21171: Fixed undocumented filter API of the rot13 codec. http://hg.python.org/cpython/rev/a81f0caab279 New changeset f86504da2fcc by Serhiy Storchaka in branch 'default': Issue #21171: Fixed u

[issue21199] Python on 64-bit Windows uses signed 32-bit type for read length

Josh Rosenberg added the comment: So it predates the existence of type code 'n', which would be the appropriate type code, but no one updated it. Antoine: Inability to perform a 2GB+ read properly is not something that should be worked around on a case by case basis. There is one compatibility

[issue18321] Multivolume support in tarfile module

Lars Gustäbel added the comment: > [...] but remember, we split a volume only in the middle of a big file, not > in any other case (AFAIK). Hopefully you don't get huge pax headers or > anything strange. [...] Hopefully? Sorry, but have you tested this? I did. I let GNU tar create a two volu

[issue21210] Warnings in Doc/library/json.rst

Berker Peksag added the comment: Thanks for the report Arfrever. Here's a patch to silence the warnings. -- keywords: +patch Added file: http://bugs.python.org/file34797/issue21210.diff ___ Python tracker _

[issue21169] getpass.getpass() fails with non-ASCII characters in prompt

Arfrever Frehtes Taifersar Arahesis added the comment: Martin v. Löwis: In this case, device support non-ASCII characters, but Python's getpass module forgets to properly encode string. Message 215697 contains example with C locale. -- resolution: invalid -> _

[issue20702] warning in cmdline.rst

Arfrever Frehtes Taifersar Arahesis added the comment: I cannot reproduce it with Sphinx 1.2.2. Can you still reproduce it? Which version of Sphinx? -- nosy: +Arfrever ___ Python tracker __

[issue21210] Warnings in Doc/library/json.rst

New submission from Arfrever Frehtes Taifersar Arahesis: Warnings during building of documentation (with Sphinx 1.2.2): ${cpython_working_copy}/Doc/library/json.rst:593: WARNING: Malformed option description '[]', should look like "opt", "-opt args", "--opt args" or "/opt args" ${cpython_worki

[issue20701] warning in compileall.rst

Arfrever Frehtes Taifersar Arahesis added the comment: It seems to have been fixed by: New changeset f8dbec87dbfe by Georg Brandl in branch '3.4': Fix option description that is a warning in new Sphinx versions. http://hg.python.org/cpython/rev/f8dbec87dbfe -- nosy: +Arfrever resolution

[issue21169] getpass.getpass() fails with non-ASCII characters in prompt

Serhiy Storchaka added the comment: $ LC_ALL=en_US.iso88591 ./python -c "print('\u20ac')" Traceback (most recent call last): File "", line 1, in UnicodeEncodeError: 'latin-1' codec can't encode character '\u20ac' in position 0: ordinal not in range(256) $ LC_ALL=en_US.iso88591 ./python -c "i

[issue21199] Python on 64-bit Windows uses signed 32-bit type for read length

Martin v. Löwis added the comment: FWIW, using "l" for file_read goes back to http://hg.python.org/cpython/diff/f44a56e697fb/Objects/fileobject.c from Fri, 09 May 1997 22:27:31 + -- nosy: +loewis ___ Python tracker

[issue18321] Multivolume support in tarfile module

Eduardo Robles Elvira added the comment: > The example I gave is based on the idea that there is a TarVolumeSet class in > the tarfile module that implements all the required file-object methods (e.g. > read(), write(), seek(), etc.) and acts as if the sequence of volumes is > actually one bi

[issue21169] getpass.getpass() fails with non-ASCII characters in prompt

Martin v. Löwis added the comment: I agree that it is not a bug if the device where the prompt is shown simply does not support the characters; on Unix, this includes cases where the locale does not support the characters. Arfrever: when you say that it fails in Python 3 in a non-UTF-8 locale,

[issue21171] Outdated usage str.encode('rot-13') in rot13 codec

Serhiy Storchaka added the comment: LGTM. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue17345] Portable and extended type specifiers for array module

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list

[issue9066] Standard type codes for array.array, same as struct

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka versions: +Python 3.5 -Python 3.2, Python 3.3 ___ Python tracker ___ ___ Pytho

[issue17861] put opcode information in one place

Martin v. Löwis added the comment: Please add the file to .hgtouch as well, and verify that "make touch" works correctly. -- nosy: +loewis ___ Python tracker ___ ___

[issue21188] Broken link

Martin v. Löwis added the comment: LtWorf: What copy of the file are you looking at? In http://hg.python.org/cpython/file/84bc6998f760/Modules/gcmodule.c I see different links, and the all work fine. They were changed in http://hg.python.org/cpython/diff/d040a3b63df4/Modules/gcmodule.c Clos

[issue21169] getpass.getpass() fails with non-ASCII characters in prompt

Serhiy Storchaka added the comment: I don't think this is a bug. Any text output operation can fail when outputs unencodable string. You should use a stream with proper encoding and/or error handler. -- nosy: +serhiy.storchaka resolution: -> invalid stage: needs patch -> committed/rej

[issue21202] Naming a file` io.py` causes cryptic error message

Martin v. Löwis added the comment: I think the AttributeError message should improve, and special-case certain common types, in particular modules. E.g. it could read AttributeError: module 'io' has no attribute 'BufferedIOBase' or even AttributeError: has no attribute 'BufferedIOBas

[issue21158] Windows installer service could not be accessed

Changes by Martin v. Löwis : -- title: Windows installer service could not be accessed (Python bug!) -> Windows installer service could not be accessed ___ Python tracker ___ __

[issue21158] Windows installer service could not be accessed (Python bug!)

Martin v. Löwis added the comment: Payden Comer, please run msiexec /i /l*v python.log in a terminal window, and attach the resulting python.log here. R. David: Feel free to copy these instructions; they can be standard in all cases of "the installer does not work". As for the actual report

[issue21204] published examples don't work

Martin v. Löwis added the comment: jmaki: not sure what the issue is that you are reporting. I can see three different possible issues. 1. "Would you consider putting examples...". As R. David said: yes, we consider it. If you really wanted to know whether we consider it, we could close the is