[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

[issue32943] confusing error message for rot13 codec

Xiang Zhang added the comment: New changeset e4ce9fa89cb542dced553710b05de85202bc4715 by Xiang Zhang in branch 'master': bpo-32943: Fix confusing error message for rot13 codec (GH-5869) https://github.com/python/cpython/commit/e4ce9fa89cb542dced553710b05de8

[issue32943] confusing error message for rot13 codec

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

[issue33157] Strings beginning with underscore not removed from lists - feature or bug?

Xiang Zhang added the comment: It's just the right behavior. You are modifying the list while iterating over it. It has no business of underscore. >>> test = ['_a', 'a', '_b', 'b'] >>> for i in test: test.remove(i) >>>

[issue33157] Strings beginning with underscore not removed from lists - feature or bug?

Xiang Zhang added the comment: You may refer to stackoverflow for an explanation, for example, https://stackoverflow.com/questions/6260089/strange-result-when-removing-item-from-a-list -- ___ Python tracker <https://bugs.python.org/issue33

[issue33106] Deleting a key in a read-only gdbm results in KeyError, not gdbm.error

Xiang Zhang added the comment: I like this idea. But this is a behavior change so I think it could only be applied to master branch. But there is a problem, except dbm.gnu and dbm.ndbm, we also get dbm.dumb. It already raises a ValueError when deleting a key in readonly mode. Does it need to

[issue33106] Deleting a key in a read-only gdbm results in KeyError, not gdbm.error

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

[issue33074] dbm corrupts index on macOS (_dbm module)

Xiang Zhang added the comment: I highly suspect you don't have gdbm installed in your environment and `import dbm.gnu` will fail. When simply using `dbm.open`, it searches through [dbm.gnu, dbm.ndbm, dbm.dumb]. In my environment, macOS 10.13.3, dbm.gnu works correctly(so dbm works corr

[issue32799] returned a result with an error set

Xiang Zhang added the comment: Our application also runs into this error today and this is an occasional error that we didn't encounter before and can't reproduce currently. Although our application uses the outdated 2.7.5 but the problem looks similar. Our exception traceback

[issue30434] multiprocessing AuthenticationError "digest sent was rejected"

Xiang Zhang added the comment: I can't reproduce the failure with 2.7.13 but I do encounter the same failure just now, much same as yours, 2.7.5 and 2.7.13. I'd like to describe my situation. I have one client process started by 2.7.13(I build it from source) and one server proce

[issue32408] Performance regression in urllib.proxy_bypass_environment

New submission from Xiang Zhang : Recently we update our environment from Python2.7.5 to Python2.7.13. Then one process's CPU usage grow from 15% to 70%. The cause is urllib.proxy_bypass_environment, the commit I wrote in #26864. Our environments get a no_proxy environment variable

[issue32408] Performance regression in urllib.proxy_bypass_environment

Xiang Zhang added the comment: Okay, the real performance is: time python2 -c 'import urllib; urllib.proxy_bypass_environment("1.1.1.1")' real0m0.661s user0m0.654s sys 0m0.007s I compile it with a wrong option with the specific GCC version. But still real

[issue32479] inconsistent ImportError message executing same import statement

New submission from Xiang Zhang : While debugging a problem in my job I find an odd case about import, it could be reduced to the following tracebacks: >>> from keystone.assignment import schema Traceback (most recent call last): File "", line 1, in File "/usr/lib

[issue32479] inconsistent ImportError message executing same import statement

Xiang Zhang added the comment: It's fine. Let's keep this issue open for some time before close it. -- ___ Python tracker <https://bugs.python.o

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

New submission from Xiang Zhang : I propose to mention the behaviour that "if exception raised in tracefunc or profilefunc, the handler will be unset" in the documentation of sys.settrace and sys.setprofile. I encounter this behaviour and surprised by it since I can't get th

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

Xiang Zhang added the comment: Is there any reason not to respond to "c_call" events in trace function? -- nosy: +xiang.zhang ___ Python tracker <https://bugs.python.o

[issue33669] str.format should raise exception when placeholder number doesn't match argument number

New submission from Xiang Zhang : I'm somewhat surprised when I have code like `"hello %s".format(person)` in my project there is no exception raised and "hello %s" returned. Have several tries it seems `str.format` won't check argument number. >>> &

[issue33669] str.format should raise exception when placeholder number doesn't match argument number

Xiang Zhang added the comment: Yes, this is a breaking change. A currently working piece of code suddenly raises an exception. But, please note Serhiy in your example you have the same bug as me, you've gotten an oversight bug in it: it's {:d} not %s. That's why I want t

[issue33692] Chinese characters issue with input() function under Mac OSX

Xiang Zhang added the comment: I could reproduce the behavior that console output doesn't match what Python gets. I agree with Victor this may not be a Python problem. I could also reproduce the behavior with Ruby reading Chinese characters from console. -- nosy: +xiang.

[issue33692] Chinese characters issue with input() function under Mac OSX

Xiang Zhang added the comment: Yes, it's on MacOS. libedit and GNU deadline both have the behavior. I can see the same behavior on Ubuntu, LANG=en_US.UTF-8. -- ___ Python tracker <https://bugs.python.org/is

[issue33687] uu.py calls os.path.chmod which doesn't exist

Xiang Zhang added the comment: I modified it for the feature, not maintain it. I remember at that time I get the feeling it's somewhat strange there are two APIs, with similar functionality resides in two modules, need to be updated. -- nosy: -r.david.m

[issue33687] uu.py calls os.path.chmod which doesn't exist

Change by Xiang Zhang : -- nosy: +r.david.murray ___ Python tracker <https://bugs.python.org/issue33687> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33669] str.format should raise exception when placeholder number doesn't match argument number

Xiang Zhang added the comment: After reading PEP3101 and the archived mails, I think it's by design. Even if not, it might be too late to change. I don't prefer either way, emitting warnings by compiler or linter. They can't give hints for runtime retrieved patterns, and not

[issue32479] inconsistent ImportError message executing same import statement

Change by Xiang Zhang : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue32479> ___ ___

[issue33828] Add versionchanged notes for string.Formatter

New submission from Xiang Zhang : I propose to add versionchanged note about auto-numbering feature of string.Formatter, introduced in #13598. It's quite confusing which version could I use the feature reading the doc. Also it's better to note in 2.7 the feature is not available.

[issue33828] Add versionchanged notes for string.Formatter

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

[issue33828] Add versionchanged notes for string.Formatter

Xiang Zhang added the comment: New changeset b9d8ad5130e0f77be28a3dec6d468e6470835573 by Xiang Zhang in branch 'master': bpo-33828: Add missing versionchanged note for string.Formatter. (GH-7668) https://github.com/python/cpython/commit/b9d8ad5130e0f77be28a3dec6d468e

[issue33828] Add versionchanged notes for string.Formatter

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

[issue33828] Add versionchanged notes for string.Formatter

Xiang Zhang added the comment: New changeset fc8ea20c6f8571de96791bc5f7f2d693406024c7 by Xiang Zhang in branch '2.7': [2.7] bpo-33828: Clarify auto-numbering is not available to string.Formatter. (GH-7668) (GH-7676) https://github.com/python/cpyt

[issue33828] Add versionchanged notes for string.Formatter

Xiang Zhang added the comment: Thanks for the review, Eric. :-) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement versions: +Python 2.7 ___ Python tracker <https://bugs.python

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Xiang Zhang added the comment: I encounter the same failure when running test_posix suite with a debug build Python. [root@SZX1000328166 cpython]# ./python -m test test_posix Run tests sequentially 0:00:00 load avg: 0.91 [1/1] test_posix Warning -- files was modified by test_posix Before

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Xiang Zhang added the comment: I checked glibc changelog and the copy behaviour is not implemented until 2014, glic 2.20. There is a CVE-2014-4043. My environment has glic 2.17 which seems still suffer the problem. -- ___ Python tracker <ht

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Xiang Zhang added the comment: Serhiy, you need to check an early version, for example 2.17: https://github.com/bminor/glibc/blob/glibc-2.17/posix/spawn_faction_addopen.c -- ___ Python tracker <https://bugs.python.org/issue33

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Xiang Zhang added the comment: Sorry for the absence and late response. I just reviewed it and think it's ready. I think the change in the unicode standard is more like a bug in the implementation than an intentional change. It's mentioned in Unicode 3.0 the third character is out

[issue33867] Module dicts are wiped on module garbage collection

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

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Xiang Zhang added the comment: New changeset d134809cd3764c6a634eab7bb8995e3e2eff14d5 by Xiang Zhang (Wonsup Yoon) in branch 'master': bpo-29456: Fix bugs in unicodedata.normalize: u1176, u11a7 and u11c3 (GH-1958) https://github.com/python/cpyt

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

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

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Xiang Zhang added the comment: New changeset 1889c4cbd62e200fa4cde3d6219e0aadf9bd8149 by Xiang Zhang in branch '2.7': bpo-29456: Fix bugs in unicodedata.normalize: u1176, u11a7 and u11c3 (GH-1958) (GH-7704) https://github.com/python/cpython/commit/1889c4cbd62e200fa4cde3d6219e0a

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Change by Xiang Zhang : -- components: +Library (Lib) -Unicode resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Xiang Zhang added the comment: As I said, I checked Unicode 3.0 for the hangul composition algorithm. It looks consistent with Unicode 4.1+. 3.0 only gets description but no sample implementation. So I think the changed code also applies to Unicode 3.0

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Xiang Zhang added the comment: Thanks for your confirmation, Ma Lin. Also thanks for Wonsup! -- components: +Unicode -Library (Lib) ___ Python tracker <https://bugs.python.org/issue29

[issue33872] doc Add list access time to list definition

Xiang Zhang added the comment: I concur with INADA. I don't prefer to add such implementation choice in definition. As for glossary, it may be unnecessary either but since it's already there, I don't think it needs to be removed. -- nos

[issue33901] test_dbm_gnu.test_reorganize() failed on x86-64 High Sierra 3.x

Xiang Zhang added the comment: Considering adding gdbm version to pythoninfo? It is possible to expose version info from gnu dbm. -- nosy: +xiang.zhang ___ Python tracker <https://bugs.python.org/issue33

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

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

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

Xiang Zhang added the comment: New changeset b2dd5f1b667b37b5d36b39adc3a3aa6ebf59ef0b by Xiang Zhang (Miss Islington (bot)) in branch '2.7': bpo-33717: set terse to True when calling platform.platform in test.pythoninfo (GH-7797) (GH-7803) https://github.com/python/cpyt

[issue33717] Enhance test.pythoninfo: meta-ticket for multiple changes

Xiang Zhang added the comment: New changeset 6aa283a6036f80e5820db2beae98c62745fae96f by Xiang Zhang (Miss Islington (bot)) in branch '3.6': bpo-33717: set terse to True when calling platform.platform in test.pythoninfo (GH-7797) (GH-7802) https://github.com/python/cpyt

[issue33908] remove unecessary variable assignments

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

[issue30462] urllib does not support NO_PROXY environment variable containing domain with asterisk

Xiang Zhang added the comment: Hi, Jiri. Could you update your PR and let's continue with this issue? -- versions: +Python 3.8 -Python 3.7 ___ Python tracker <https://bugs.python.org/is

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

Xiang Zhang added the comment: Encounter the same problem on centos7 and git version is 1.8.3. Instead of checking the version to use -C option, maybe we could just use --git-dir for the same purpose? --- a/configure +++ b/configure @@ -2749,9 +2749,9 @@ HAS_GIT=no-repository fi if test

[issue33742] Unsafe memory access in PyStructSequence_InitType

Xiang Zhang added the comment: I don't think here is a problem. It crashes because you preallocate the type object in a wrong way. You should not just does a malloc and then passes it to the API. In this way, you are able to crash many APIs. For example, malloc a dictobject and then pa

[issue33891] ntpath join doesnt check whether path variable None or not

Xiang Zhang added the comment: This is not a bug in ntpath. Raising a TypeError is a normal behavior when passed a wrong argument and I think the error message tells good info. You should figure out why pipenv passes a None to os.path.join. -- nosy: +xiang.zhang resolution: ->

[issue33742] Unsafe memory access in PyStructSequence_InitType

Change by Xiang Zhang : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue33742> ___ ___

[issue33936] OPENSSL_VERSION_1_1 never defined in _hashopenssl.c

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

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

Xiang Zhang added the comment: > Note: the doc doesn't say that the function must only be called once, nor > document the (current) new Python 3.7 restriction (must only be called once): But the doc says: This is a no-op when called for a second time (without calling Py

[issue33978] logging.config.dictConfig with file handler leaks resources

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

[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception

Change by Xiang Zhang : -- nosy: +davin, pitrou, xiang.zhang ___ Python tracker <https://bugs.python.org/issue30256> ___ ___ Python-bugs-list mailing list Unsub

[issue34084] possible free statically allocated string

New submission from Xiang Zhang : While reviewing PR8222, I found `err_ret->text` is assigned a not malloced string, but it will finally get freed in `err_input`. -- keywords: easy messages: 321381 nosy: serhiy.storchaka, xiang.zhang priority: normal severity: normal status: o

[issue34084] possible free statically allocated string in compiler when easter egg on

Change by Xiang Zhang : -- title: possible free statically allocated string -> possible free statically allocated string in compiler when easter egg on ___ Python tracker <https://bugs.python.org/issu

[issue34084] possible free statically allocated string in compiler when easter egg on

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

[issue34132] Obscure netrc parser "bug"

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

[issue34134] multiprocessing memory huge usage

Xiang Zhang added the comment: One thing worth a try here maybe turn `len` to `operator.length_hint`. But I am not sure it's a good idea and just a mention here. -- nosy: +xiang.zhang versions: -Python 2.7, Python 3.4, Python 3.5, Python 3.6, Pytho

[issue34140] Possible multiprocessing deadlock when placing too many objects in Queue()

Change by Xiang Zhang : -- nosy: +davin, pitrou, xiang.zhang ___ Python tracker <https://bugs.python.org/issue34140> ___ ___ Python-bugs-list mailing list Unsub

[issue34134] multiprocessing memory huge usage

Xiang Zhang added the comment: Why accessing the result outside of with block? The pool is terminated while exiting the block before the work is done. -- ___ Python tracker <https://bugs.python.org/issue34

[issue34134] multiprocessing memory huge usage

Xiang Zhang added the comment: I'm +1 for INADA's change, but not more examples trying to distinguish every detail difference. -- ___ Python tracker <https://bugs.python.o

[issue34310] Build error with option "--with-pydebug" on Mac OS 10.13.6

Xiang Zhang added the comment: I could not find the specific commit you mentioned on master branch. Maybe you are on a customized branch(what is master-dirty)? -- nosy: +xiang.zhang ___ Python tracker <https://bugs.python.org/issue34

[issue34310] Build error with option "--with-pydebug" on Mac OS 10.13.6

Change by Xiang Zhang : -- resolution: rejected -> not a bug ___ Python tracker <https://bugs.python.org/issue34310> ___ ___ Python-bugs-list mailing list Un

[issue34151] use malloc() for better performance of some list operations

Xiang Zhang added the comment: New changeset 2fc46979b8c802675ca7fd51c6f2108a305001c8 by Xiang Zhang (Sergey Fedoseev) in branch 'master': bpo-34151: Improve performance of some list operations (GH-8332) https://github.com/python/cpython/commit/2fc46979b8c802675ca7fd51c6f210

[issue34151] use malloc() for better performance of some list operations

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

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

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

[issue30717] Add unicode grapheme cluster break algorithm

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

[issue34410] Segfault/TimeoutError: itertools.tee of multiprocessing.pool.imap_unordered

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

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

Xiang Zhang added the comment: New changeset 4c8555773a801f957297132a92c0acb382d640e4 by Xiang Zhang in branch 'master': bpo-30411: Use --git-dir instead of -C to make git work under version below 1.8.5. (GH-8744) https://github.com/python/cpyt

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

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

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

Xiang Zhang added the comment: New changeset 95f9e14e33b713f35f5368acf7be56750bbdb5a8 by Xiang Zhang in branch '2.7': [2.7] bpo-30411: Use --git-dir instead of -C to make git work under version below 1.8.5. (GH-8744) (GH-8838) https://github.com/python/cpyt

[issue30411] git doesn't support "-C" args under 1.8.5 occurs in configure.ac

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

[issue34410] Segfault/TimeoutError: itertools.tee of multiprocessing.pool.imap_unordered

Xiang Zhang added the comment: It seems to me the problem is tee objects might encounter race conditions while `PyIter_Next` in `teedataobject_getitem` releases GIL. Other threads then might get into the same branch since `tdo->numread` haven't been updated yet. NULL slots are g

[issue34410] Segfault/TimeoutError: itertools.tee of multiprocessing.pool.imap_unordered

Xiang Zhang added the comment: Ahh, the infinite iterator could also releases GIL in `PyIter_Next`. -- ___ Python tracker <https://bugs.python.org/issue34

[issue34491] _bsddb.c: Missing Py_DECREF() in DB_join()

New submission from Xiang Zhang : New changeset 032e85f3fb6d2e6668d4e860b40525ed6cb8dd69 by Xiang Zhang (Zackery Spytz) in branch '2.7': bpo-34491: Add missing Py_DECREF() in _bsddb's DB_join() (GH-8909) https://github.com/python/cpython/commit/032e85f3fb6d2e6668d4e860b

[issue34491] _bsddb.c: Missing Py_DECREF() in DB_join()

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

[issue34486] "RuntimeError: release unlocked lock" when starting a thread

Change by Xiang Zhang : -- nosy: +vstinner, xiang.zhang ___ Python tracker <https://bugs.python.org/issue34486> ___ ___ Python-bugs-list mailing list Unsub

[issue34355] SIGSEGV (Address boundary error)

Xiang Zhang added the comment: So this is a dupliate of #34087 and we can close it? -- nosy: +inada.naoki, xiang.zhang ___ Python tracker <https://bugs.python.org/issue34

[issue34334] QueueHandler logs exc_info twice

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

[issue34465] ipaddress should accept bytearray in addition to bytes

Xiang Zhang added the comment: Why not just bytes(buf[:4]) before passing? -- nosy: +xiang.zhang ___ Python tracker <https://bugs.python.org/issue34465> ___ ___

[issue34497] Remove needless set operator restriction

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

[issue23325] Turn SIG_DFL and SIG_IGN into functions

Xiang Zhang added the comment: I'm afraid this could break old codes so not sure it's worth or not. I've seen code like `SIGTERM = 15; signal.signal(SIGTERM, handler)`. I won't be surprised to see a handcraft SIG_DFL/IGN. -- nosy: +xiang.zhang versions: +Py

[issue23325] Turn SIG_DFL and SIG_IGN into functions

Xiang Zhang added the comment: I miss that. So this change seems to be user transparent and make more sense then. -- nosy: +vstinner ___ Python tracker <https://bugs.python.org/issue23

[issue34503] Reference leak in PyErr_SetObject()

Xiang Zhang added the comment: New changeset a2eefa67542c25617a58c03a27c17fd48e2a0856 by Xiang Zhang (Alexey Izbyshev) in branch 'master': bpo-34503: Fix refleak in PyErr_SetObject() (GH-8934) https://github.com/python/cpython/commit/a2eefa67542c25617a58c03a27c17fd48e2a0856 -

[issue34503] Reference leak in PyErr_SetObject()

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

[issue34410] itertools.tee not thread-safe; can segfault interpreter when wrapped iterator releases GIL

Xiang Zhang added the comment: I could. But currently I don't have a good idea how to fix it elegantly. If anyone else makes a PR, I'm willing to review it. -- stage: -> needs patch versions: +Python 3.8 ___ Python tr

[issue34434] Removal of kwargs for built-in types not covered with "changed in Python" note in documentation

Xiang Zhang added the comment: New changeset 3fe89dac42809a7741d50ebf595be98833b79b97 by Xiang Zhang (Louis Sautier) in branch 'master': bpo-34434: Update doc for bool(), float() and int() arguments (GH-8834) https://github.com/python/cpython/commit/3fe89dac42809a7741d50ebf595be9

[issue34434] Removal of kwargs for built-in types not covered with "changed in Python" note in documentation

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

[issue24482] itertools.tee causes segfault in a multithreading environment, while the equivalent implementation doesn't

Change by Xiang Zhang : -- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> itertools.tee not thread-safe; can segfault interpreter when wrapped iterator releases GIL ___ Python tra

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