[issue23440] Extend http.server.SimpleHTTPRequestHandler testing

Berker Peksag added the comment: Thanks Martin and Demian. -- resolution: - fixed stage: commit review - resolved status: open - closed versions: +Python 3.6 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23440

[issue21750] mock_open data is visible only once for the life of the class

Paul Koning added the comment: Section 26.7.7 of the library manual describes mock_open with the words: A helper function to create a mock to replace the use of open. It works for open called directly or used as a context manager. which implies that it works just like open. Given that it

[issue24681] Put most likely test first in set_add_entry()

Raymond Hettinger added the comment: FWIW, my approach is to look at the most important code paths to see if there is any work being done that isn't essential for the result being computed. Next, I look at the generated assembly to estimate speed by counting memory accesses (and whether they

[issue5305] imaplib should support international mailbox names

Changes by Александр Цамутали asts...@yandex.ru: -- type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5305 ___ ___

[issue9850] obsolete macpath module dangerously broken and should be removed

Ronald Oussoren added the comment: I think it is by now safe to remove macpath, AFAIK there is no real use-case anymore for having classic MacOS9 paths on any recentish version of OSX.] I'm setting the version to 3.6 because it is too late to do this for Python 3.5, but it can be done for

[issue23440] Extend http.server.SimpleHTTPRequestHandler testing

Roundup Robot added the comment: New changeset 267ea1731a91 by Berker Peksag in branch '3.5': Issue #23440: Improve http.server.SimpleHTTPRequestHandler tests https://hg.python.org/cpython/rev/267ea1731a91 New changeset 7999671dc991 by Berker Peksag in branch 'default': Issue #23440: Improve

[issue23440] Extend http.server.SimpleHTTPRequestHandler testing

Changes by Berker Peksag berker.pek...@gmail.com: -- assignee: - berker.peksag ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23440 ___ ___

[issue24503] csv.writer fails when within csv.reader

Wolfgang E. Sanyer added the comment: You can close this - it turns out that I was looping through the input file once first, and did not properly rewind it after doing so. Might it make sense to have the csv module rewind the file after it has been looped through, so that it acts as a

[issue2091] file accepts 'rU+' as a mode

Robert Collins added the comment: Updated patch. I'm not going to apply right now - giving it a little time to let folk chime on whether this should be applied all the way back to 3.4, or not. My inclination is to only apply it to 3.6. -- nosy: +rbcollins Added file:

[issue24503] csv.writer fails when within csv.reader

R. David Murray added the comment: No, the object is just a wrapper around an iterator. It doesn't know or care that you've passed in a file iterator...it is the file iterator's behavior that is non standard (this has been discussed elsewhere in the tracker, but it is not something that can

[issue16995] Add Base32 support for RFC4648 Extended Hex alphabet (patch attached)

Matthäus Wander added the comment: I've created a new patch that works against the current 3.5 sources. Should be fine for 3.6, I guess. Separate functions b32hexencode and b32hexdecode are used now. There is no optional parameter base32hex anymore. -- versions: +Python 3.6 -Python

[issue13938] 2to3 fails to convert types.StringTypes appropriately

Roundup Robot added the comment: New changeset b97b6cc381d7 by Robert Collins in branch 'default': Issue #13938: 2to3 converts StringTypes to a tuple. Patch from Mark Hammond. https://hg.python.org/cpython/rev/b97b6cc381d7 -- nosy: +python-dev ___

[issue13938] 2to3 fails to convert types.StringTypes appropriately

Robert Collins added the comment: I've applied this to 3.6. -- nosy: +rbcollins ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13938 ___ ___

[issue13938] 2to3 fails to convert types.StringTypes appropriately

R. David Murray added the comment: Looking at the audit log its not clear to me which versions Benjamin wanted this applied to, though it looks like 2.7 at least. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org

[issue24651] Mock.assert* API is in user namespace

Carl Meyer added the comment: FWIW, my assumption was that the typical usage pattern would be `import mock` rather than separate imports of all the assertions, so I don't think there'd really be an increase in what users need to know about or import. (They already need to know about the

[issue24686] zipfile is intolerant of extra bytes

New submission from Devin Fisher: Not sure if this is a bug. The attached jar file is malformed. Unzip (6.00) says the following about the malformedness of the jar file: unzip -tqq bad.jar com/pixelmed/apps/DoseUtility$OurSourceDatabaseTreeBrowser$1.class bad extra-field entry: EF

[issue24685] collections.OrderedDict collaborative subclassing

New submission from Eric Frederich: After watching the PyCon talk Super considered super[1] and reading the corresponding blog post[2] I tried playing with dependency injection. I was surprised to notice that the example he gave did not work if I swap the order of the classes around. I think

[issue24681] Put most likely test first in set_add_entry()

Raymond Hettinger added the comment: you have to provide a benchmark Actually, I don't. When making a small series of changes, benchmarking every step is waste of time and tends to trap you in local minimums and causes you to overfit to a particular processor, compiler, or benchmark. The

[issue22153] Documentation of TestCase.runTest is incorrect and confusing

Roundup Robot added the comment: New changeset eefc157b3096 by Robert Collins in branch '3.4': Issue #22153: Improve unittest docs. Patch from Martin Panter and evilzero. https://hg.python.org/cpython/rev/eefc157b3096 New changeset 10f5a7fa26d5 by Robert Collins in branch '3.5': Issue #22153:

[issue24681] Put most likely test first in set_add_entry()

Eric Snow added the comment: Thanks for the clear explanation, Raymond. The approach you've described is useful in a number of circumstances. Would you mind publishing (somewhere outside the tracker; devguide?) the specific steps you take and the tools you use? -- nosy: +eric.snow

[issue13938] 2to3 fails to convert types.StringTypes appropriately

Roundup Robot added the comment: New changeset ce34c78ebf65 by Robert Collins in branch '2.7': Issue #13938: 2to3 converts StringTypes to a tuple. Patch from Mark Hammond. https://hg.python.org/cpython/rev/ce34c78ebf65 -- ___ Python tracker

[issue13938] 2to3 fails to convert types.StringTypes appropriately

Robert Collins added the comment: So, I don't think I've ever done 2.x stuff with hg here, I'll leave this open till I've looked up the docs and applied it safely. ... unless you'd like to do the 2.7 application ? :) -- ___ Python tracker

[issue22153] Documentation of TestCase.runTest is incorrect and confusing

Changes by Robert Collins robe...@robertcollins.net: -- resolution: - fixed stage: commit review - resolved status: open - closed versions: +Python 3.6 -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153

[issue13938] 2to3 fails to convert types.StringTypes appropriately

R. David Murray added the comment: Well, it's a patch to 2to3, which I'm assuming is sometimes (often?) run using 2.7 to convert code to run under python3. I personally don't use transplant in cases like this, I just apply the patch independently to the 2.7 branch. That may just be because

[issue9232] Allow trailing comma in any function argument list.

Robert Collins added the comment: FWIW I would like to see this, but I think it does need a PEP given the contention so far. For that, we need a BDFL delegate AIUI. -- nosy: +rbcollins versions: +Python 3.6 -Python 3.5 ___ Python tracker

[issue20337] bdist_rpm should support %config(noreplace)

Changes by Alexandr Normuradov anormura...@isilon.com: -- nosy: +anormuradov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20337 ___ ___

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

Eric Snow added the comment: That worked. I'll take a close look at what's going on as soon as I can. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24667 ___

[issue24684] Type confusion in socket module

New submission from paul: eck(idna)); # (gdb) # # Program received signal SIGABRT, Aborted. # 0xb77a6d4c in __kernel_vsyscall () # # host argument can be set to a subclass of unicode with a custom encode # method. encode returns unexpected type. assert is not compiled in release # mode, so

[issue24683] Type confusion in json encoding

STINNER Victor added the comment: I don't understand the issue. Can you elaborate? What is your code? What is the current result? What is the expected result? What is your platform? What is your Python version? etc. -- nosy: +haypo ___ Python

[issue24683] Type confusion in json encoding

paul added the comment: Sorry, I uploaded a test case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24683 ___ ___ Python-bugs-list mailing

[issue24684] socket.getaddrinfo(host) doesn't ensure that host.encode() returns a byte string

paul added the comment: @haypo: I'd be happy to implement all my fuzzer ideas if my bugs were patched in a timely manner. At this moment I have multiple bugs submitted over 2 months ago, which still aren't patched. Without patches, hackerone won't accept these issues, so my incentive to work

[issue24684] socket.getaddrinfo(host) doesn't ensure that host.encode() returns a byte string

STINNER Victor added the comment: 5513idna = _PyObject_CallMethodId(hobj, PyId_encode, s, idna); 5514if (!idna) 5515return NULL; 5516assert(PyBytes_Check(idna)); The assertion fails because the custom string type in poc_getaddr.py returns an

[issue24682] Add Quick Start: Communications section to devguide

Ezio Melotti added the comment: I would also like to see a short section (perhaps in the form of a FAQ) that could be linked whenever someone asks for Python help on python-dev/python-ideas, or proposes an idea on python-dev, or misuses the lists in a similar fashion. These could then be

[issue24684] socket.getaddrinfo(host) doesn't ensure that host.encode() returns a byte string

STINNER Victor added the comment: @paul: are you fuzzing Python? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24684 ___ ___ Python-bugs-list

[issue24681] Put most likely test first in set_add_entry()

STINNER Victor added the comment: Since it looks like an optimization, can you please provide a benchmark? -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24681 ___

[issue24683] Type confusion in json encoding

New submission from paul: on-35dm-i386-linux-gnu.so`encoder_listencode_list(s=0xb6f90394, acc=0xbfc42c28, seq=0xb6f2361c, indent_level=1) + 655 at _json.c:1800 # frame #2: 0xb6e4366d _json.cpython-35dm-i386-linux-gnu.so`encoder_listencode_obj(s=0xb6f90394, acc=0xbfc42c28, obj=0xb6f2361c,

[issue23883] __all__ lists are incomplete

Berker Peksag added the comment: Thank you all for your work and apologies for my lack of response. I'm +1 on adding a check__all__ helper to test.support. But passing self to it feels a bit weird. Perhaps the assertCountEqual part could be moved outside of the helper. If Serhiy(and/or other

[issue24651] Mock.assert* API is in user namespace

Michael Foord added the comment: I'm not wild about this idea. The problem with the assert methods has *essentially* been solved now, so I'm not convinced of the need for this change (unless users really *need* to have their own mocked attributes like assert_called_with which I think is

[issue24681] Put most likely test first in set_add_entry()

Raymond Hettinger added the comment: You can benchmark if you want. I'm looking for a second pair of eyes to validate the correctness. My goal is to put the tests and assignments in the most logical order. -- ___ Python tracker

[issue24619] async/await parser issues

Changes by Yury Selivanov yseliva...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24619 ___ ___

[issue24619] async/await parser issues

Changes by Yury Selivanov yseliva...@gmail.com: -- stage: patch review - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24619 ___ ___

[issue24683] Type confusion in json encoding

Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka components: +Extension Modules nosy: +serhiy.storchaka stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24683

[issue24619] async/await parser issues

Roundup Robot added the comment: New changeset 9da080ecadb2 by Yury Selivanov in branch '3.5': Issue #24619: New approach for tokenizing async/await. https://hg.python.org/cpython/rev/9da080ecadb2 New changeset 987b72921a0c by Yury Selivanov in branch 'default': Merge 3.5 (Issue #24619)

[issue23883] __all__ lists are incomplete

Changes by Jacek Kołodziej kolodzi...@gmail.com: Added file: http://bugs.python.org/file39976/Issue23883_support_check__all__.v5.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23883 ___

[issue23883] __all__ lists are incomplete

Jacek Kołodziej added the comment: raiseExecptions typo: Might be best to get the typo fixed first (maybe open a separate issue, since it should probably be fixed starting from the 3.4 branch). Done in #24678 and commited in 83b45ea19d00 . Regarding OpcodeInfo, it is probably up to your

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

Fabian added the comment: Oh sorry, I basically never need to install pywikibot anew so it's easy to forget but there is a submodule in scripts/i18n which needs to be cloned as well. With the following commands I could reproduce the error (and you don't even need to install requests and six):

[issue24619] async/await parser issues

Yury Selivanov added the comment: Thanks Nick! I've committed the patch with a few more unittests and a couple of additional comments in tokenizer.(c|h). -- resolution: - fixed ___ Python tracker rep...@bugs.python.org

[issue22140] python-config --includes returns a wrong path (double prefix)

Romain Dossin added the comment: I stumbled across the exact same problem and I have made a fix that is working, at least for the usage I have... -- nosy: +rdossin Added file: http://bugs.python.org/file39978/patch_python_sym_links.txt ___ Python

[issue24646] Python accepts SSL certificate that should be rejected on OSX

Ronald Oussoren added the comment: The attached program (which is pure C except for a call to NSLog) calls SecTrustCopyAnchorCertificates in a child process (and with a minor change the other function as well). This doesn't crash for me. However, that doesn't really mean anything: We know

[issue24682] Add Quick Start: Communications section to devguide

Carol Willing added the comment: Ezio, thanks for the suggestions :D To clarify, the new Quick Start will be: - brief; - contain links to additional communication/community interaction info in the devguide; - guide a new contributor (or remind others) to information about ways to

[issue24681] Put most likely test first in set_add_entry()

R. David Murray added the comment: Victor, I'm hearing Raymond say that it isn't really about optimization, but about the logical organization of the code. I think making things more *complicated* requires a benchmark justification, but it doesn't look to me like this change makes things

[issue23496] Steps for Android Native Build of Python 3.4.2

Cyd Haselton added the comment: UPDATE: Build environment is up and running; cloning repo now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23496 ___

[issue24681] Put most likely test first in set_add_entry()

Serhiy Storchaka added the comment: The patch changes behavior. With the patch it would be possible that after successful set.add(), the item will be not contained in the set. And this behavior is not consistent with dict behavior. -- ___ Python

[issue24683] Type confusion in json encoding

Changes by paul paw...@gmail.com: Added file: http://bugs.python.org/file39975/json_markers.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24683 ___ ___

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

Fabian added the comment: Just as a note to the tests: You may not get the issues with OrderedDict as a failure/error at the end of the test suite. And you may (depending on the version) get a few errors because NoUsername was raised. That is unrelated to this issue and can be fixed by using

[issue24683] Type confusion in json encoding

Ronald Oussoren added the comment: In encoder_init (the __init__ for _json.Encoder) s-marker is set to an argument of __init__, without any kind of type check, it can therefore be an arbitrary object. encoder_listencode_obj (and other functions) then use s-markers with the concrete API for

[issue24681] Put most likely test first in set_add_entry()

STINNER Victor added the comment: You can benchmark if you want. No, you have to provide a benchmark if you want to modify the Python core to optimize it. Otherwise, modifying the code is pointless. It's a general rule in Python to optimize code. We don't accept optimization changes if it

[issue24619] async/await parser issues

Yury Selivanov added the comment: I'm just curious if the 'ctx' is still needed: It looks like the outermost async def dominates all further nested scopes w.r.t the tokenizer mode, no matter whether they're def or async def scopes. This is a wonderful idea, that's the way it should be done

[issue22153] Documentation of TestCase.runTest is incorrect and confusing

Robert Collins added the comment: Thanks for the update, it looks good to me. Applied to 3.4 and up. I'm not applying to 2.7 at this stage. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22153

[issue13938] 2to3 fails to convert types.StringTypes appropriately

Robert Collins added the comment: Not clear to me either: I figured that after three years the relevance to 2.7 was pretty low, but I can transplant it if you think thats relevant. -- ___ Python tracker rep...@bugs.python.org

[issue13938] 2to3 fails to convert types.StringTypes appropriately

Changes by Robert Collins robe...@robertcollins.net: -- resolution: - fixed stage: commit review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13938 ___

[issue24685] collections.OrderedDict collaborative subclassing

Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: - rhettinger versions: +Python 3.6 -Python 2.7, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24685 ___

[issue16995] Add Base32 support for RFC4648 Extended Hex alphabet (patch attached)

Martin Panter added the comment: Matthäus, I think you uploaded the old patch again by accident. Also, see Berker’s old comments about documentation, and my new suggestions, on the Rietveld code review, if you haven’t already. -- nosy: +vadmium ___

[issue22598] Add mUTF-7 codec (UTF-7 modified for IMAP)

Martin Panter added the comment: Not sure on the scope of this, but if someone wants to implement the incremental codec API, be aware that the existing UTF-7 codec, PyUnicode_DecodeUTF7Stateful() API, etc, does not actually support this properly. See Issue 20132, e.g. the test cases in

[issue24685] collections.OrderedDict collaborative subclassing

Raymond Hettinger added the comment: This is an intentional design choice. One reason for tightly coupling OrderedDict to dict was to preserve freedom for a C-implementation. Another reason was for performance. IIRC, using super() in __setitem__ slowed the OD from 10x slower than dicts to

[issue20132] Many incremental codecs don’t handle fragmented data

Changes by Martin Panter vadmium...@gmail.com: -- dependencies: +Fix codecs.iterencode/decode() by allowing data parameter to be omitted, Stream encoder for zlib_codec doesn't use the incremental encoder, quopri module differences in quoted-printable text with whitespace,

[issue24682] Add Quick Start: Communications section to devguide

Stephen J. Turnbull added the comment: If the mailing list code of conduct is to be fleshed out, Paul Moore's post is a good place to start IMO: https://mail.python.org/pipermail/python-dev/2015-July/140872.html. -- nosy: +sjt ___ Python tracker

[issue24687] refleak on SyntaxError in function parameter annotation

Benjamin Peterson added the comment: I would prefer that compiler_visit_argannotation[s] be fixed to use the normal calling convention. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24687

[issue24689] Add tips for effective online communication to devguide

New submission from Carol Willing: To keep the scope of issue24682 focused on the Quick Start sections of the devguide, I am creating this issue to add a new subsection 12.4 (Tips for effective online communication) to devguide/communication. The following are suggestions for this new

[issue23883] __all__ lists are incomplete

Martin Panter added the comment: Here is a brainstorm of alternatives that don’t require passing “self” into a helper function. But IMO the current proposal that does pass “self” is better. * Passive expected_module_api() function, and manually check the return value. Precedent:

[issue24479] Support LMMS project files in mimetypes.guess_type

Nan Wu added the comment: Added a small patch. Pls let me know if anything missed. -- nosy: +bytesflow Added file: http://bugs.python.org/file39989/issue24479_support_mmp_and_mmpz_suffix_in_guess_type ___ Python tracker rep...@bugs.python.org

[issue24682] Add Quick Start: Communications section to devguide

Stephen J. Turnbull added the comment: I tend to disagree with Ezio about a FAQ for general questions. A pointer to appropriate alternatives for off-topic posts in the Mailman listinfo descriptions of the various list (which can be copied into the devguide, or linked from there) will be

[issue24688] Fix ast.get_docstring to support 'async def' functions

Yury Selivanov added the comment: Thank you, Benjamin. -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24688 ___

[issue24688] Fix ast.get_docstring to support 'async def' functions

Roundup Robot added the comment: New changeset ecb13b9c4cd0 by Yury Selivanov in branch '3.5': Issue #24688: ast.get_docstring() for 'async def' functions. https://hg.python.org/cpython/rev/ecb13b9c4cd0 New changeset 5c8c88973709 by Yury Selivanov in branch 'default': Merge 3.5 (Issue #24688)

[issue24688] Fix ast.get_docstring to support 'async def' functions

Benjamin Peterson added the comment: lgtm -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24688 ___ ___ Python-bugs-list mailing list

[issue24682] Add Quick Start: Communications section to devguide

Carol Willing added the comment: Thanks Stephen for the additional links and suggestions. I would like to keep this issue focused on the Quick Start section added in the patch. I've opened Issue24689 to focus on tips for effective online communication. I have referenced the comments here

[issue24688] Fix ast.get_docstring to support 'async def' functions

New submission from Yury Selivanov: Please see the attached patch. -- components: Library (Lib) files: compile.patch keywords: patch messages: 247154 nosy: benjamin.peterson, georg.brandl, yselivanov priority: high severity: normal stage: patch review status: open title: Fix

[issue24687] refleak on SyntaxError in function parameter annotation

New submission from Yury Selivanov: A simple way of reproducing the issue is to try to compile the following piece of code with refleaks check mode on: def foo(a:(yield)): pass Since '(yield)' expression is outside of a function, it will trigger a SyntaxError. There is a subtle bug in

[issue24688] Fix ast.get_docstring to support 'async def' functions

Changes by Yury Selivanov yseliva...@gmail.com: Removed file: http://bugs.python.org/file39986/compile.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24688 ___

[issue24688] Fix ast.get_docstring to support 'async def' functions

Changes by Yury Selivanov yseliva...@gmail.com: Added file: http://bugs.python.org/file39987/ast.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24688 ___

[issue24681] Put most likely test first in set_add_entry()

STINNER Victor added the comment: For me, optimizing assembler is still an optimization. I give up, I just don't care of set performances. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24681

[issue24681] Put most likely test first in set_add_entry()

Raymond Hettinger added the comment: If PyObject_RichCompareBool() reports that a key is already present in the set, then set_add_entry() is under no further obligation to make an insertion. As long as there is no risk of segfault, there is no more obligation to cater to lying or

[issue24682] Add Quick Start: Communications section to devguide

Carol Willing added the comment: Here's the patch for adding the `Quick Start: Community workflow` section to the devguide. I made a few other minor edits to the index page (replacing beginner/advanced wording for starter/additional) since docs and testing are important. While docs and

[issue21750] mock_open data is visible only once for the life of the class

Paul Koning added the comment: I suppose. And it certainly is much better than the original behavior. But if this is the approach chosen, it should be clearly called out in the documentation, because the current wording suggests the 1.1.4 behavior, not the one you recommended. --

[issue6087] distutils.sysconfig.get_python_lib gives surprising result when used with a Python build

Robert Collins added the comment: Moving this back to patch review since I'm 90% sure that the patch won't apply anymore (if I had a little more time I'd pull it down and double check) - but I've hit this myself and would totally commit it if updated. -- nosy: +rbcollins stage: commit

[issue21750] mock_open data is visible only once for the life of the class

Robert Collins added the comment: Which part of the docs specifically? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21750 ___ ___

[issue24658] open().write() fails on 2 GB+ data (OS X)

Ronald Oussoren added the comment: Indeed, read(2) has the same problem. I just tested this with a small C program. I'll rework the patch for this, and will work on patches for 3.4/3.5 and 2.7 as well. -- ___ Python tracker rep...@bugs.python.org

[issue24619] async/await parser issues

Stefan Krah added the comment: This is a very nice solution! I'm just curious if the 'ctx' is still needed: It looks like the outermost async def dominates all further nested scopes w.r.t the tokenizer mode, no matter whether they're def or async def scopes. IOW, a single indent_level

[issue20585] urllib2 unrelease KQUEUE on Mac OSX 10.9+

Ronald Oussoren added the comment: I don't think it is possible to fix this crash other than by removing the use of _scproxy (proxy autodection on OSX) completely. Problem is that Apple's higher level APIs (such as those used in _scproxy) don't take the use-case of calling fork(2), but not

[issue8585] zipimporter.find_module is untested

Roundup Robot added the comment: New changeset ef5c5a2bbd48 by Robert Collins in branch 'default': Issue #8585: improved tests for zipimporter2. Patch from Mark Lawrence. https://hg.python.org/cpython/rev/ef5c5a2bbd48 -- nosy: +python-dev ___ Python

[issue8585] zipimporter.find_module is untested

Robert Collins added the comment: Applied to 3.6 only. -- nosy: +rbcollins resolution: - fixed stage: commit review - resolved status: open - closed versions: +Python 3.6 -Python 3.5 ___ Python tracker rep...@bugs.python.org

[issue24619] async/await parser issues

Roundup Robot added the comment: New changeset e4e01488afff by Yury Selivanov in branch '3.5': Issue #24619: More tests; fix nits in compiler.c https://hg.python.org/cpython/rev/e4e01488afff New changeset 6f4e0c462daf by Yury Selivanov in branch 'default': Merge 3.5 (Issue #24619)