[issue24686] zipfile is intolerant of extra bytes

Ronald Oussoren added the comment: The actual exception you're getting is IMHO a bug, it should have been a zipfile.BadZipfile exception. That said, it might be useful to teach zipfile to optionally be a little more forgiving about errors like this when reading a zipfile. I'm at best -0 on tha

[issue24690] find_executable should expand ~

New submission from Kyle Huey: It would be nice if find_executable("~/path/to/my/local/build/of/a/binary") would work. -- components: Distutils messages: 247176 nosy: Kyle Huey, dstufft, eric.araujo priority: normal severity: normal status: open title: find_executable should expand ~ ve

[issue24619] async/await parser issues

Yury Selivanov added the comment: Updated patch attached (rebased; minor optimization). I'll commit this patch in a few hours to make sure it lands in 3.5beta4. -- Added file: http://bugs.python.org/file39991/issue24619.4.patch ___ Python tracker <

[issue24619] async/await parser issues

Changes by Yury Selivanov : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue24687] refleak on SyntaxError in function parameter annotation

Changes by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue24687] refleak on SyntaxError in function parameter annotation

Yury Selivanov added the comment: Thanks, Benjamin! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue24687] refleak on SyntaxError in function parameter annotation

Roundup Robot added the comment: New changeset b5a7f529b4ac by Yury Selivanov in branch '3.5': Issue #24687: Plug refleak on SyntaxError in function parameters annotations. https://hg.python.org/cpython/rev/b5a7f529b4ac New changeset cf91ae981afd by Yury Selivanov in branch 'default': Merge 3.5

[issue24687] refleak on SyntaxError in function parameter annotation

Benjamin Peterson added the comment: Seems fine to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue24687] refleak on SyntaxError in function parameter annotation

Yury Selivanov added the comment: > I would prefer that compiler_visit_argannotation[s] be fixed to use the > normal calling convention. Agree, new patch attached. -- Added file: http://bugs.python.org/file39990/compile2.patch ___ Python tracker

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

[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) ht

[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

[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: support.detect

[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 Issue<24689> to focus on "tips for effective online communication". I have referenced the comments here

[issue24689] Add tips for effective online communication to devguide

New submission from Carol Willing: To keep the scope of issue<24682> 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 subs

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

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

Benjamin Peterson added the comment: lgtm -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[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 suffi

[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

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

Changes by Martin Panter : -- 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, quopri_codec newline handling _

[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 2

[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

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

[issue24685] collections.OrderedDict collaborative subclassing

Changes by Raymond Hettinger : -- assignee: -> rhettinger versions: +Python 3.6 -Python 2.7, Python 3.5 ___ Python tracker ___ ___ Py

[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 testin

[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 self-destru

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

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

Changes by Yury Selivanov : Added file: http://bugs.python.org/file39987/ast.patch ___ Python tracker ___ ___ Python-bugs-list mailing list Un

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

Changes by Yury Selivanov : Removed file: http://bugs.python.org/file39986/compile.patch ___ Python tracker ___ ___ Python-bugs-list mailing l

[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 ast.get_docs

[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 com

[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 shoul

[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 ___ ___ P

[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

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

Changes by Robert Collins : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___ __

[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

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

Changes by Robert Collins : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed versions: +Python 3.6 -Python 2.7 ___ Python tracker ___

[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

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

[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 I'

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

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

[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: Im

[issue20337] bdist_rpm should support %config(noreplace)

Changes by Alexandr Normuradov : -- nosy: +anormuradov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

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

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

Robert Collins added the comment: I've applied this to 3.6. -- nosy: +rbcollins ___ Python tracker ___ ___ Python-bugs-list mailing li

[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 ___ Pyt

[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 method

[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 b

[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 bloc

[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

[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

[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: http://bugs.pytho

[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 are

[issue5305] imaplib should support international mailbox names

Changes by Александр Цамутали : -- type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[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 _

[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 htt

[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 typical

[issue23440] Extend http.server.SimpleHTTPRequestHandler testing

Changes by Berker Peksag : -- assignee: -> berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[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 3.6.

[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 does

[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 _

[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 t

[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 exe

[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 va

[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

[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 ___ ___ Python-bugs-list mailing list Uns

[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

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. --

[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 ___ ___ Python-bu

[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 more

[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 tra

[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 communica

[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 h

[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 fr

[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 a

[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

[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) https://hg.pyt

[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

[issue24683] Type confusion in json encoding

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka components: +Extension Modules nosy: +serhiy.storchaka stage: -> needs patch ___ Python tracker ___ _

[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 tra

[issue24619] async/await parser issues

Changes by Yury Selivanov : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue24619] async/await parser issues

Changes by Yury Selivanov : -- stage: patch review -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

[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) https://

[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 high

[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):

[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

[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 yo

[issue23883] __all__ lists are incomplete

Changes by Jacek Kołodziej : Added file: http://bugs.python.org/file39976/Issue23883_support_check__all__.v5.patch ___ Python tracker ___ ___

[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

[issue24683] Type confusion in json encoding

Changes by paul : Added file: http://bugs.python.org/file39975/json_markers.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue24683] Type confusion in json encoding

paul added the comment: Sorry, I uploaded a test case. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

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

[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 ___ ___ Python-bugs-list mailing list Unsubscri

[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

[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 lin

[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 tracke

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

  1   2   >