[issue36561] Python argparse doesn't work in the presence of my custom module

JP Zhang added the comment: >>>python test.py --num_epochs 200 usage: test.py [-h] [--data_type DATA_TYPE] test.py: error: unrecognized arguments: --num_epochs 200 I have a created a colab share link. You can check: https://colab.research.google.com/drive/1TUvt4CCv2d43GD1ccmuRNBJ

[issue32583] Crash during decoding using UTF-16/32 and custom error handler

Xiang Zhang added the comment: The problem is utf16 decoder almost always assumes that two bytes decodes to one unicode character, so when allocating memory, it assumes (bytes_number+1)/2 unicode slots is enough, there is even a comment in the code. And in

[issue32583] Crash during decoding using UTF-16/32 and custom error handler

Change by Xiang Zhang : -- stage: patch review -> needs patch ___ Python tracker <https://bugs.python.org/issue32583> ___ ___ Python-bugs-list mailing list Un

[issue32583] Crash during decoding using UTF-16/32 and custom error handler

Xiang Zhang added the comment: Another way to crash: >>> import codecs >>> def replace_with_longer(exc): ... exc.object = b'\xa0\x00' * 100 ... return ('\ufffd', exc.end) ... >>> codecs.register codecs.register( c

[issue32583] Crash during decoding using UTF-16/32 and custom error handler

Xiang Zhang added the comment: I write a draft patch, without tests yet. I'll add them later. Reviews are appreciated. I also check the Windows codepage equivalent and encoders, look to me they don't suffer the problem. -- keywords: +patch stage: needs patch -> patch

[issue32532] improve sys.settrace and sys.setprofile documentation

Xiang Zhang added the comment: Hi Pablo, it would be nice. But for #17799, I don't know actually which part should be fixed, doc or code? I think it's better to consult gurus on python-dev mail list. -- ___ Python tracker <https://bu

[issue17799] settrace docs are wrong about "c_call" events

Xiang Zhang added the comment: Hi Guido. Looking at the implementation, it seems pdb ignores c_call not by relying on the interpreter, but bdb takes no action when encountering C events. Yeah, even bdb wrongly expects C events will be triggered for settrace. [1] And what if some debuggers

[issue32618] fix test_codeccallbacks.test_mutatingdecodehandler

New submission from Xiang Zhang : test_codeccallbacks.test_mutatingdecodehandler is introduced in e78178e2c05ec2bb628b70a8b5422bb4dae63343. Obviously it should test against both test.replacing and test.mutating but it tests test.replacing twice. -- components: Tests keywords: easy

[issue32618] fix test_codeccallbacks.test_mutatingdecodehandler

Change by Xiang Zhang : -- keywords: +patch pull_requests: +5112 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32618> ___ ___ Python-

[issue32618] fix test_codeccallbacks.test_mutatingdecodehandler

Xiang Zhang added the comment: New changeset 370d04d1dcca50a52d59f40aff4d11434f71df6b by Xiang Zhang in branch 'master': bpo-32618: Fix test_mutatingdecodehandler not testing test.mutating (#5269) https://github.com/python/cpython/commit/370d04d1dcca50a52d59f40aff4d11

[issue32618] fix test_codeccallbacks.test_mutatingdecodehandler

Xiang Zhang added the comment: New changeset 6abbf14a876ee1e04d1493bb27025f2f0aa56430 by Xiang Zhang (Miss Islington (bot)) in branch '3.6': bpo-32618: Fix test_mutatingdecodehandler not testing test.mutating (GH-5269) (#5285) https://github.com/python/cpyt

[issue32618] fix test_codeccallbacks.test_mutatingdecodehandler

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue17799] settrace docs are wrong about "c_call" events

Xiang Zhang added the comment: New changeset 131fd7f96c619bc7eaea956e45c6337175f4b27f by Xiang Zhang (Pablo Galindo) in branch 'master': bpo-17799: Explain real behaviour of sys.settrace and sys.setprofile (#4056) https://github.com/python/cpyt

[issue32649] complete C API doc debug and profile part with new PyTrace_OPCODE

New submission from Xiang Zhang : As the title, the new PyTrace_OPCODE event is not documented in C API doc yet. -- assignee: docs@python components: Documentation messages: 310588 nosy: docs@python, ncoghlan, pablogsal, xiang.zhang priority: normal severity: normal status: open title

[issue17799] settrace docs are wrong about "c_call" events

Change by Xiang Zhang : -- pull_requests: +5145 ___ Python tracker <https://bugs.python.org/issue17799> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17799] settrace docs are wrong about "c_call" events

Change by Xiang Zhang : -- pull_requests: +5146 ___ Python tracker <https://bugs.python.org/issue17799> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17799] settrace docs are wrong about "c_call" events

Xiang Zhang added the comment: New changeset fd844efa9c31e1f00e04b07940875b9dacff3d77 by Xiang Zhang in branch '3.6': bpo-17799: Explain real behaviour of sys.settrace and sys.setprofile (GH-4056) (#5298) https://github.com/python/cpython/commit/fd844efa9c31e1f00e04b07940875b

[issue17799] settrace docs are wrong about "c_call" events

Xiang Zhang added the comment: New changeset e64a47b37d0c592fd162b2f51e79ecfd046b45ec by Xiang Zhang in branch '2.7': bpo-17799: Explain real behaviour of sys.settrace and sys.setprofile (GH-4056). (#5299) https://github.com/python/cpython/commit/e64a47b37d0c592fd162b2f51e79ec

[issue17799] settrace docs are wrong about "c_call" events

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue32583] Crash during decoding using UTF-16/32 and custom error handler

Change by Xiang Zhang : -- pull_requests: +5170 ___ Python tracker <https://bugs.python.org/issue32583> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27931] Email parse IndexError <""@wiarcom.com>

Change by Xiang Zhang : -- type: -> behavior versions: +Python 3.7 -Python 3.5 ___ Python tracker <https://bugs.python.org/issue27931> ___ ___ Python-bugs-lis

[issue32673] update tutorial dict part to reflect dict is ordered

New submission from Xiang Zhang : Ordered builtin dict is the rule in 3.7, the tutorial part about dict[1] needs updating. [1] https://docs.python.org/3.7/tutorial/datastructures.html#dictionaries -- assignee: docs@python components: Documentation messages: 310737 nosy: docs@python

[issue32673] update tutorial dict part to reflect dict is ordered

Xiang Zhang added the comment: Thanks for reminding, Martin. -- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> Dict order is now guaranteed, so add tests and doc for it ___ Python tra

[issue32532] improve sys.settrace and sys.setprofile documentation

Change by Xiang Zhang : -- keywords: +patch pull_requests: +5204 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue32532] improve sys.settrace and sys.setprofile documentation

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue32532] improve sys.settrace and sys.setprofile documentation

Xiang Zhang added the comment: New changeset 60da99b8e2f7bf497569ae4d6c218866575729bf by Xiang Zhang in branch 'master': bpo-32532: Improve documentation of settrace and setprofile (#5359) https://github.com/python/cpython/commit/60da99b8e2f7bf497569ae4d6c2188

[issue32649] complete C API doc debug and profile part with new PyTrace_OPCODE

Change by Xiang Zhang : -- keywords: +patch pull_requests: +5205 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32649> ___ ___ Python-

[issue32687] wrong meaning of arg in Py_tracefunc doc

New submission from Xiang Zhang : The meaning of arg for PyTrace_Line and PyTrace_CALL is wrong, it is not always NULL but always Py_None. -- assignee: docs@python components: Documentation messages: 310865 nosy: docs@python, xiang.zhang priority: normal severity: normal status: open

[issue32688] weird comment out line of code

New submission from Xiang Zhang : I find one line[1] is weirdly commented out. But I don't think profile here is any different with trace. In 2.7, this line is not commented out and the change happens in b94767ff, fixing clang warnings. -- messages: 310866 nosy: brett.c

[issue32688] weird comment out line of code

Xiang Zhang added the comment: Sorry, forget links, it's https://github.com/python/cpython/blob/master/Python/ceval.c#L3528 , and the commit is b94767ff44edf5d461d7cb1c8eb5160f83886358. -- ___ Python tracker <https://bugs.python.org/is

[issue32687] wrong meaning of arg in Py_tracefunc doc

Change by Xiang Zhang : -- keywords: +patch pull_requests: +5206 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32687> ___ ___ Python-

[issue32687] wrong meaning of arg in Py_tracefunc doc

Xiang Zhang added the comment: New changeset 9ed0aee27c249dada410a22fff4325a4a61df36d by Xiang Zhang in branch 'master': bpo-32687: Fix wrong meaning of args for PyTrace_LINE/CALL in documentation (#5361) https://github.com/python/cpython/commit/9ed0aee27c249dada410a22fff4325

[issue32687] wrong meaning of arg in Py_tracefunc doc

Xiang Zhang added the comment: New changeset 854f0424de389f023b375dfd0b50c34dea29e8f8 by Xiang Zhang (Miss Islington (bot)) in branch '3.6': bpo-32687: Fix wrong meaning of args for PyTrace_LINE/CALL in documentation (GH-5361) (GH-5377) https://github.com/python/cpyt

[issue32687] wrong meaning of arg in Py_tracefunc doc

Xiang Zhang added the comment: New changeset 745e9de7dd9d237d54e92d6e4b469e916fb0352b by Xiang Zhang (Miss Islington (bot)) in branch '2.7': bpo-32687: Fix wrong meaning of args for PyTrace_LINE/CALL in documentation (GH-5361) (GH-5378) https://github.com/python/cpyt

[issue32687] wrong meaning of arg in Py_tracefunc doc

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue32692] test_threading.test_set_and_clear fails in AppVeyor CI

New submission from Xiang Zhang : test_threading.test_set_and_clear fails in AppVeyor CI. But seems it not stable since rerun succeeds. See https://ci.appveyor.com/project/python/cpython/build/3.6build11314/job/ussor83yaglx5whb. FAIL: test_set_and_clear (test.test_threading.EventTests

[issue32688] weird comment out line of code

Xiang Zhang added the comment: Ahh, I figure out that the line is useless and can't affect any logic then. So the analyzer is right! Sorry for the bother Brett. -- resolution: -> not a bug stage: -> resolved status: open -> closed

[issue32688] weird comment out line of code

Change by Xiang Zhang : -- pull_requests: +5238 ___ Python tracker <https://bugs.python.org/issue32688> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32688] weird comment out line of code

Xiang Zhang added the comment: Done. -- versions: -Python 3.6 ___ Python tracker <https://bugs.python.org/issue32688> ___ ___ Python-bugs-list mailing list Unsub

[issue32688] weird comment out line of code

Xiang Zhang added the comment: New changeset 997478eb797b31bd724135ca17781d1cf4b89cfa by Xiang Zhang in branch 'master': bpo-32688: Make why the line is commented out clear (GH-5405) https://github.com/python/cpython/commit/997478eb797b31bd724135ca17781d

[issue27931] Email parse IndexError <""@wiarcom.com>

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue32719] fatal error raised when Ctrl-C print loop

New submission from Xiang Zhang : A simple snippet: import threading def func(): while True: print(1,2,3,4,5,6,7,8,9,10) t1 = threading.Thread(target=func) t2 = threading.Thread(target=func) t1.start() t2.start() Running this snippet and Ctrl-C raises FatalError

[issue32719] fatal error raised when Ctrl-C print loop

Xiang Zhang added the comment: It's 3.6 and 3.7. The dir name in traceback doesn't matter. -- ___ Python tracker <https://bugs.python.org/issue32719> ___ __

[issue32723] codecs.open

New submission from Xiang Zhang : >>> import codecs >>> f = codecs.open('/tmp/a', 'w', errors='replace') >>> f.errors 'strict' Passing errors to codecs.open without encoding doesn't work. Can't get th

[issue32723] codecs.open silently ignores argument errors

Change by Xiang Zhang : -- title: codecs.open -> codecs.open silently ignores argument errors type: -> behavior ___ Python tracker <https://bugs.python.org/i

[issue32723] codecs.open silently ignores argument errors

Xiang Zhang added the comment: I don't understand Josh. Looking from the code only when *passing* encoding binary mode is forced, although in the comment it's saying always. >>> f = codecs.open('/tmp/a', 'w') >>> f For example I want to use &#

[issue32583] Crash during decoding using UTF-16/32 and custom error handler

Xiang Zhang added the comment: New changeset 2c7fd46e11333ef5e5cce34212f7d087694f3658 by Xiang Zhang in branch 'master': bpo-32583: Fix possible crashing in builtin Unicode decoders (#5325) https://github.com/python/cpython/commit/2c7fd46e11333ef5e5cce34212f7d0

[issue32583] Crash during decoding using UTF-16/32 and custom error handler

Change by Xiang Zhang : -- pull_requests: +5285 ___ Python tracker <https://bugs.python.org/issue32583> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32583] Crash during decoding using UTF-16/32 and custom error handler

Xiang Zhang added the comment: New changeset ea94fce6960d90fffeeda131e31024617912d231 by Xiang Zhang in branch '3.6': [3.6] bpo-32583: Fix possible crashing in builtin Unicode decoders (GH-5325) (#5459) https://github.com/python/cpython/commit/ea94fce6960d90fffeeda131e31024

[issue32583] Crash during decoding using UTF-16/32 and custom error handler

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue32723] codecs.open silently ignores argument errors

Xiang Zhang added the comment: Honestly speaking I am not interested in Python3. I think codecs.open will be deprecated one day in Python3 and Victor has raised it long ago. See #8796. And in Python2, codecs.open is still in use. errors could still function when you are writing, encoding

[issue32722] Mislabeling of a dict comprehension as a generator expression in the tutorial

Xiang Zhang added the comment: New changeset ab328756d7fd969ee4882458b07892dff135013c by Xiang Zhang (Stéphane Wirtel) in branch 'master': bpo-32722: Remove useless example in the Classes tutorial (#5446) https://github.com/python/cpython/commit/ab328756d7fd969ee4882458b07892

[issue32722] Mislabeling of a dict comprehension as a generator expression in the tutorial

Xiang Zhang added the comment: I treat it as an enhancement so only merge it into 3.8. Thanks Soothsayer for the report and Stéphane for the patch! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 2.7, Python 3.4, Python 3.

[issue32337] Dict order is now guaranteed, so add tests and doc for it

Xiang Zhang added the comment: This part needs editing too, the text and example. https://docs.python.org/3/library/stdtypes.html#dictionary-view-objects -- nosy: +xiang.zhang ___ Python tracker <https://bugs.python.org/issue32

[issue32431] Two bytes objects of zero length don't compare equal

Xiang Zhang added the comment: In my mind I don't think here is any problem. The code val = PyBytes_FromStringAndSize (NULL, 20); Py_SIZE(val) = 0; doesn't create a zero length bytes object. A resizing I think should always means reorganizing the internal representation, includin

[issue32827] Fix incorrect usage of _PyUnicodeWriter_Prepare()

Xiang Zhang added the comment: Nice. The only question I have is this is a bugfix or enhancement? Current code seems won't cause any problem but just allocates more memory than needed. -- stage: patch review -> commit review ___ Python

[issue32798] mmap.flush() on Linux does not accept the "offset" and "size" args

Xiang Zhang added the comment: One thing to note is the behaviour seems fit implementation detail. POSIX doesn't requires this for both mmap and msync, it's optional: The mmap( ) function may fail if: [EINVAL] The addr argument (if MAP_FIXED was specified) or off is not a multi

[issue29803] Remove some redandunt ops in unicodeobject.c

New submission from Xiang Zhang : New changeset 2b77a921e6a4dee236047ac8d69cf9f915916fdc by Xiang Zhang in branch 'master': bpo-29803: remove a redandunt op and fix a comment in unicodeobject.c (#660) https://github.com/python/cpython/commit/2b77a921e6a4dee236047ac8d69cf9

[issue29803] Remove some redandunt ops in unicodeobject.c

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8 -Python 3.7 ___ Python tracker <https://bugs.python.or

[issue32932] better error message when __all__ contains non-str objects

New submission from Xiang Zhang : I see people wrongly write non-str objects in __all__ and the error message for this case is simply a AttributeError which doesn't reveal the cause directly. >>> from test import * Traceback (most recent call last): File "", line 1,

[issue32932] better error message when __all__ contains non-str objects

Xiang Zhang added the comment: s/AttributeError/TypeError -- ___ Python tracker <https://bugs.python.org/issue32932> ___ ___ Python-bugs-list mailing list Unsub

[issue32932] better error message when __all__ contains non-str objects

Change by Xiang Zhang : -- keywords: +patch pull_requests: +5624 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue32943] confusing error message for rot13 codec

New submission from Xiang Zhang : rot13 codec does a str translate operation. But it doesn't check the input type and then the error message would be quite confusing, especially for bytes: >>> codecs.encode(b'abc', 'rot13') Traceback (most recent call last):

[issue32943] confusing error message for rot13 codec

Change by Xiang Zhang : -- keywords: +patch pull_requests: +5643 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32943> ___ ___ Python-

[issue32943] confusing error message for rot13 codec

Change by Xiang Zhang : -- nosy: +lemburg ___ Python tracker <https://bugs.python.org/issue32943> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32932] better error message when __all__ contains non-str objects

Xiang Zhang added the comment: I would like the error message improved. The Python message is obviously much better than the C message. It sends the cause to your eyes. Different messages issued from similar statements are confusing. And due to the non-ideal message is generated by C, the

[issue32969] Add more constants to zlib module

New submission from Xiang Zhang : Inspired by https://github.com/python/cpython/pull/5511, zlib module in Python lacks some constants exposed by C zlib library, and some constants are not documented. -- assignee: docs@python components: Documentation, Library (Lib) messages: 313053

[issue32903] os.chdir() may leak memory on Windows

Xiang Zhang added the comment: New changeset 3e197c7a6740d564ad52fb7901c07d5ff49460f5 by Xiang Zhang (Alexey Izbyshev) in branch 'master': bpo-32903: Fix a memory leak in os.chdir() on Windows (GH-5801) https://github.com/python/cpython/commit/3e197c7a6740d564ad52fb7901c07d

[issue32903] os.chdir() may leak memory on Windows

Xiang Zhang added the comment: New changeset aa40f92240adea7067c3add8e09cec09dcf24d7f by Xiang Zhang (Alexey Izbyshev) in branch '2.7': [2.7] bpo-32903: Fix a memory leak in os.chdir() on Windows (GH-5801). (#5947) https://github.com/python/cpyt

[issue32903] os.chdir() may leak memory on Windows

Xiang Zhang added the comment: New changeset 6ae75d9d1221459ab18c2599e42fcc45f9f65617 by Xiang Zhang (Miss Islington (bot)) in branch '3.7': bpo-32903: Fix a memory leak in os.chdir() on Windows (GH-5801) (#5945) https://github.com/python/cpyt

[issue32903] os.chdir() may leak memory on Windows

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8 ___ Python tracker <https://bugs.python.or

[issue29890] Constructor of ipaddress.IPv*Interface does not follow documentation

Change by Xiang Zhang : -- nosy: +xiang.zhang ___ Python tracker <https://bugs.python.org/issue29890> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32969] Add more constants to zlib module

Change by Xiang Zhang : -- keywords: +patch pull_requests: +5755 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32969> ___ ___ Python-

[issue32969] Add more constants to zlib module

Change by Xiang Zhang : -- type: enhancement -> versions: +Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue32969> ___ ___ Python-

[issue33005] 3.7.0b2 Interpreter crash in dev mode (or with PYTHONMALLOC=debug) with 'python -X dev -c 'import os; os.fork()'

Change by Xiang Zhang : -- nosy: +eric.snow, vstinner, xiang.zhang ___ Python tracker <https://bugs.python.org/issue33005> ___ ___ Python-bugs-list mailin

[issue32969] Add more constants to zlib module

Xiang Zhang added the comment: New changeset bc3f2289b9007396bfb7f986bee477b6176c1822 by Xiang Zhang in branch 'master': bpo-32969: Expose some missing constants in zlib and fix the doc (GH-5988) https://github.com/python/cpython/commit/bc3f2289b9007396bfb7f986bee477

[issue32969] Add more constants to zlib module

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue27683] ipaddress subnet slicing iterator malfunction

Change by Xiang Zhang : -- pull_requests: +5783 ___ Python tracker <https://bugs.python.org/issue27683> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22822] IPv6Network constructor docs incorrect about valid input

Change by Xiang Zhang : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> ipaddress documentation errors ___ Python tracker <https://bugs.python

[issue18802] ipaddress documentation errors

Xiang Zhang added the comment: Ahh, I also find some errors here in ipaddress doc and opened https://github.com/python/cpython/pull/6021 to fix them. -- assignee: -> docs@python components: +Documentation -Library (Lib) nosy: +docs@python, xiang.zhang versions: +Python 3.7, Pyt

[issue30249] improve struct.unpack_from's error message like struct.pack_into

Change by Xiang Zhang : -- keywords: +patch pull_requests: +5821 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue30249] improve struct.unpack_from's error message like struct.pack_into

Change by Xiang Zhang : -- assignee: -> xiang.zhang versions: +Python 3.8 -Python 3.7 ___ Python tracker <https://bugs.python.org/issue30249> ___ ___ Python-

[issue30249] improve struct.unpack_from's error message like struct.pack_into

Xiang Zhang added the comment: New changeset c10b288f345aaef66d2c844924b9a576f9ea4f8b by Xiang Zhang in branch 'master': bpo-30249: Improve struct.unpack_from() error messages (GH-6059) https://github.com/python/cpython/commit/c10b288f345aaef66d2c844924b9a5

[issue30249] improve struct.unpack_from's error message like struct.pack_into

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue32719] fatal error raised when Ctrl-C print loop

Xiang Zhang added the comment: Looks to me it's because the KeyboardInterrupt breaks `_wait_for_thread_shutdown` and reproduces the situation in #23309. @Antonie, do you think anything worth to improve here? Otherwise I'll take this as design. -- nosy: +pitrou versions: +

[issue27984] singledispatch register should typecheck its argument

Xiang Zhang added the comment: Thanks for the reminding, I already forget this. I'll do it night. -- ___ Python tracker <https://bugs.python.org/is

[issue27984] singledispatch register should typecheck its argument

Xiang Zhang added the comment: Revising the patch, register() is fixed by feature in #32227. So I will only fix dispatch() in 3.7 and 3.8, the whole patch to 3.6. -- versions: +Python 3.6 ___ Python tracker <https://bugs.python.org/issue27

[issue27984] singledispatch register should typecheck its argument

Change by Xiang Zhang : -- pull_requests: +5877 ___ Python tracker <https://bugs.python.org/issue27984> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27984] singledispatch register should typecheck its argument

Change by Xiang Zhang : -- pull_requests: +5878 ___ Python tracker <https://bugs.python.org/issue27984> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32227] singledispatch support for type annotations

Change by Xiang Zhang : -- pull_requests: +5882 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32227> ___ ___ Python-bugs-list mai

[issue27984] singledispatch register should typecheck its argument

Xiang Zhang added the comment: It's all right. -- ___ Python tracker <https://bugs.python.org/issue27984> ___ ___ Python-bugs-list mailing list Unsubscr

[issue27984] singledispatch register should typecheck its argument

Xiang Zhang added the comment: Cheryl, It's a good remind for me. I totally forget about this issue. > Since Xiang is a core developer, I thought he would be in the position to > make the decision about moving forward with the patch. Yes, I made the decision. But seems not a wise

[issue18802] ipaddress documentation errors

Xiang Zhang added the comment: New changeset 5609b78392d59c7362ef8aa5c4a4529325f01f27 by Xiang Zhang (Cheryl Sabella) in branch 'master': bpo-18802: Add more details to ipaddress documentation (GH-6083) https://github.com/python/cpython/commit/5609b78392d59c7362ef8aa5c4a452

[issue27683] ipaddress subnet slicing iterator malfunction

Xiang Zhang added the comment: New changeset 10b134a07c898c2fbc5fd3582503680a54ed80a2 by Xiang Zhang in branch 'master': bpo-27683: Fix a regression for host() of ipaddress network objects (GH-6016) https://github.com/python/cpython/commit/10b134a07c898c2fbc5fd358250368

[issue18802] ipaddress documentation errors

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue27683] ipaddress subnet slicing iterator malfunction

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8 -Python 3.5 ___ Python tracker <https://bugs.python.or

[issue28577] ipaddress.ip_network(...).hosts() returns nothing for an IPv4 /32

Xiang Zhang added the comment: I fixed #27683 since it looks more like an oversight and regression to me instead of a deliberate change. I'd like the behaviour to be consistent across versions. As for "/32", it needs discussion or some expert makes a choice. -- resolu

[issue33113] Query performance is very low and can even lead to denial of service

Change by Xiang Zhang : -- nosy: +serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue33113> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32932] better error message when __all__ contains non-str objects

Xiang Zhang added the comment: New changeset d8b291a74284307610946f1b5801aa95d7f1e052 by Xiang Zhang in branch 'master': bpo-32932: More revealing error message when non-str objects in __all__ (GH-5848) https://github.com/python/cpython/commit/d8b291a74284307610946f1b5801aa

[issue32932] better error message when __all__ contains non-str objects

Change by Xiang Zhang : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

<    1   2   3   4   5   6   7   8   9   10   >