[issue39542] Cleanup object.h header

Serhiy Storchaka added the comment: I do not know the purpose of this issue. The new code does not look cleaner to me, but maybe it is only for me. But performance regressions should be fixed. We cannot rely on compiler-specific global optimization, which is hard to test and does not work f

[issue41237] Access violation in python39.dll!meth_dealloc on exit

Christoph Gohlke added the comment: I tracked this to an import of the numba-0.50.1 package during the numpy tests. `python -c"import numba'` is enough to reproduce this crash during interpreter exit. Probably the package needs to be ported to Python 3.9. -- stage: -> resolved statu

[issue41238] Python 3 shelve.DbfilenameShelf is generating 164 times larger files than Python 2.7 when storing dicts

New submission from Paweł Miech : I'm porting some code from Python 2.7 to Python 3.8. There is some code that is using shelve.DbfilenameShelf to store some nested dictionaries with sets. I found out that compared with Python 2.7 Python 3.8 shelve generates files that are approximately 164 lar

[issue41237] Access violation in python39.dll!meth_dealloc on exit

Change by Christoph Gohlke : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue41220] add optional make_key argument to lru_cache

Itay azolay added the comment: Thanks, you have some very good points. Let my try to address them * cache functions really are expected to be cheap, but what they really need to be is *cheaper*. If my computation is expensive enough, I might be okay with making a less, still somewhat expensi

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

Change by STINNER Victor : -- pull_requests: +20536 pull_request: https://github.com/python/cpython/pull/21390 ___ Python tracker ___ __

[issue41239] SSL Certificate verify failed in Python3.6/3.7

New submission from Wu Wenyan : I am running the following code in python3.6 to connect to a storage. [root@controller wuwy]# python3 Python 3.6.8 (default, Jan 11 2019, 02:17:16) [GCC 8.2.1 20180905 (Red Hat 8.2.1-3)] on linux Type "help", "copyright", "credits" or "license" for more informatio

[issue41221] io.TextIOWrapper ignores silently partial write if buffer is unbuffered

Serhiy Storchaka added the comment: Oh, this is a serious problem. AFAIK TextIOWrapper initially supported only buffered writers, but the support of non-buffered writers was added later. We can make TextIOWrapper calling write() of underlying binary stream repeatedly, but it will break the c

[issue39542] Cleanup object.h header

STINNER Victor added the comment: Since the PEP 620 is still a draft, I created PR 21390 to fix the performance issue. As I wrote, I didn't expect any impact on performances since I added _PyType_HasFeature() which access directly the structure member. But I was wrong. This change is not

[issue41221] io.TextIOWrapper ignores silently partial write if buffer is unbuffered

STINNER Victor added the comment: > but it will break the code which uses TextIOWrapper with other file-like > objects whose write() method does not return the number of written bytes. We can detect if write() doesn't return an integer and don't attempt to call write() in a loop (until all b

[issue41239] SSL Certificate verify failed in Python3.6/3.7

Christian Heimes added the comment: Are you running Python 2.7 on RHEL 7? Python 2.7 on RHEL 7 does not very certs by defaults, see https://access.redhat.com/articles/2039753 Could you please post the output of 'openssl x509 -text -in path/to/cert' for your certificate? --

[issue41236] "about" button in MacOS caused an error

Ned Deily added the comment: Please say exactly how you reproduced this behavior. Please paste the results of running the following command from a terminal window: python3.7 -m test.pythoninfo replacing python3.7 with whatever you use to start the python that fails. -- ___

[issue41239] SSL Certificate verify failed in Python3.6/3.7

Wu Wenyan added the comment: I am running Python on Centos7. See result in attached file. -- Added file: https://bugs.python.org/file49306/server_cer.txt ___ Python tracker __

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

Change by miss-islington : -- nosy: +miss-islington nosy_count: 6.0 -> 7.0 pull_requests: +20537 pull_request: https://github.com/python/cpython/pull/21391 ___ Python tracker _

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset b26a0db8ea2de3a8a8e4b40e69fc8642c7d7cb68 by Victor Stinner in branch 'master': Revert "bpo-40170: PyType_HasFeature() now always calls PyType_GetFlags() (GH-19378)" (GH-21390) https://github.com/python/cpython/commit/b26a0db8ea2de3a8a8e4b40e69f

[issue41239] SSL Certificate verify failed in Python3.6/3.7

Christian Heimes added the comment: Your certificate does not have a subject alternative name extension. CN hostname matching has been deprecated for like 15 years. OpenSSL may ignore the CN and require a proper SAN extension of type IP general name. -- _

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: > New changeset 45ec5b99aefa54552947049086e87ec01bc2fc9a by Victor Stinner in > branch 'master': > bpo-40170: PyType_HasFeature() now always calls PyType_GetFlags() (GH-19378) This change causes performance issues on macOS, see discussion starting at: https:/

[issue41240] Use the same kind of quotation mark in f-string

New submission from Nghia Minh : I want to use the same type of quotation mark in f-string, like this: f'Hey, {' this quote is wrong.'}' Currently we have to: f'But, {" this quote is right."}' -- components: Library (Lib) messages: 373296 nosy: Nghia Minh priority: normal severity: n

[issue41240] Use the same kind of quotation mark in f-string

Eric V. Smith added the comment: This is a limitation of the parser: the entire f-string is first evaluated as a string. Just as 'Hey, {' this quote is wrong.'}' or r'Hey, {' this quote is wrong.'}' are not valid strings, neither is f'Hey, {' this quote is wrong.'}' See issue 33754 for a po

[issue33754] f-strings should be part of the Grammar

Change by Eric V. Smith : -- versions: +Python 3.10 -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue41231] Type annotations lost when using wraps by default

Change by David Caro : -- keywords: +patch pull_requests: +20538 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21392 ___ Python tracker ___ _

[issue8814] functools.WRAPPER_ASSIGNMENTS should include __annotations__

Change by David Caro : -- nosy: +David Caro nosy_count: 4.0 -> 5.0 pull_requests: +20539 pull_request: https://github.com/python/cpython/pull/21392 ___ Python tracker ___ __

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

miss-islington added the comment: New changeset a0a6f1167834c87f12e2eca11dd77143103e7691 by Miss Islington (bot) in branch '3.9': Revert "bpo-40170: PyType_HasFeature() now always calls PyType_GetFlags() (GH-19378)" (GH-21390) https://github.com/python/cpython/commit/a0a6f1167834c87f12e2eca1

[issue41231] Type annotations lost when using wraps by default

David Caro added the comment: As a note, mypy does not tpyecheck the wrapper functions, probably because it would not be possible with the current code (as the typing hints get lost): https://mypy.readthedocs.io/en/latest/generics.html?highlight=wrapper#declaring-decorators -- _

[issue41221] io.TextIOWrapper ignores silently partial write if buffer is unbuffered

Eryk Sun added the comment: > it’s probably an even bigger problem on Windows, where writes might be > limited to 32767 bytes: This check and workaround in _Py_write_impl doesn't affect disk files and pipes. It only affects character devices for which isatty is true, and really it's only conc

[issue40820] Mock Call attributes args and kwargs have no changeversion

Change by Karthikeyan Singaravelan : -- nosy: +xtreak status: pending -> open ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue41239] SSL Certificate verify failed in Python3.6/3.7

Wu Wenyan added the comment: You are right. I used openssl.cnf when created a csr, and ignore it when created cer. Now the code works fine with python3.7, but still cannot work in python3.6. Traceback (most recent call last): File "", line 1, in File "/usr/local/lib/python3.6/site-package

[issue41231] Type annotations lost when using wraps by default

David Caro added the comment: Elaborating on the last message, given the following code: ``` 1 #!/usr/bin/env python3 2 3 from functools import wraps 4 5 6 def return_string(wrapped): 7 @wraps(wrapped) 8 def wrapper(an_int: int) -> str: 9 return str(wrapped(

[issue41239] SSL Certificate verify failed in Python3.6/3.7

Christian Heimes added the comment: It's a different issue on 3.6. According to the exception message you are not passing server_hostname to wrap_socket(). -- ___ Python tracker

[issue41239] SSL Certificate verify failed in Python3.6/3.7

Wu Wenyan added the comment: I tried to print "self.host" which would be passed to wrap_socket(). It seems no problem. > /usr/local/lib/python3.6/site-packages/pywbem/cim_http.py(616)connect() -> try: (Pdb) p self.host '193.168.11.113' (Pdb) n > /usr/local/lib/python3.6/site-packages/pywbem/cim

[issue41240] Use the same kind of quotation mark in f-string

Steven D'Aprano added the comment: Just change the f string quotes. Python strings, whether f-strings or not, can be delimited by '' or "" or triple quotes. So this works: >>> f"But, {'this quote is right.'}" 'But, this quote is right.' Remember that the part of the f-string is evaluated a

[issue41238] Python 3 shelve.DbfilenameShelf is generating 164 times larger files than Python 2.7 when storing dicts

Paweł Miech added the comment: Ok so I see this is an issue that involves the way Pickle pickles Python set objects. Updated script to reproduce appended. Apparently, sets are becoming much larger when stored in Python3 pickle. -- Added file: https://bugs.python.org/file49308/test_any

[issue37322] test_ssl: test_pha_required_nocert() emits a ResourceWarning

Change by Matthew Hughes : -- pull_requests: +20541 pull_request: https://github.com/python/cpython/pull/21393 ___ Python tracker ___ __

[issue22239] asyncio: nested event loop

mike bayer added the comment: as far as cancellation, I gather you're referring to what in gevent / greenlet is the GreenletExit exception. Sure, that thing is a PITA. Hence we're all working to provide asyncio frontends and networking backends so that the effects of cancellation I (handw

[issue16396] Importing ctypes.wintypes on Linux gives a ValueError instead of an ImportError

Change by Jason R. Coombs : -- pull_requests: +20542 pull_request: https://github.com/python/cpython/pull/21394 ___ Python tracker ___ _

[issue41239] SSL Certificate verify failed in Python3.6/3.7

Christian Heimes added the comment: I'm afraid I have to close this issue as OUT-OF-DATE. It's either a bug in pywbem or a 3.6-only bug. Python 3.6 is in security maintenance mode and no longer receive bug fixes. I suggest that you take this issue to pywbem bug tracker and get assistance th

[issue41073] [C API] PyType_GetSlot() should accept static types

Change by hai shi : -- keywords: +patch pull_requests: +20543 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21395 ___ Python tracker ___

[issue41241] Unnecessary Type casting in 'if condition'

New submission from Wansoo Kim : Hello! When using 'if syntax', casting condition to bool type is unnecessary. Rather, it only occurs overhead. https://github.com/python/cpython/blob/b26a0db8ea2de3a8a8e4b40e69fc8642c7d7cb68/Lib/asyncio/futures.py#L118 If you look at the link above, the `val`

[issue41241] Unnecessary Type casting in 'if condition'

Change by Wansoo Kim : -- keywords: +patch pull_requests: +20544 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21396 ___ Python tracker ___ _

[issue41242] When concating strings, I think it is better to use += than join the list

New submission from Wansoo Kim : Hello I think it's better to use += than list.join() when concating strings. This is more intuitive than other methods. Also, I personally think it is not good for one variable to change to another type during runtime. https://github.com/python/cpython/blob/

[issue41242] When concating strings, I think it is better to use += than join the list

Change by Wansoo Kim : -- keywords: +patch pull_requests: +20545 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21397 ___ Python tracker ___ _

[issue22239] asyncio: nested event loop

mike bayer added the comment: I tested "cancellation", shutting down the DB connection mid query. Because the greenlet is only in the middle and not at the endpoints, it propagates the exception and there does not seem to be anything different except for the greenlet sequence in the middle,

[issue41242] When concating strings, I think it is better to use += than join the list

Rémi Lapeyre added the comment: Hi Wansoo, using += instead of str.join() is less performant. Concatenating n strings with + will create and allocate n new strings will str.join() will carefully look ahead and allocate the correct amount of memory and do all concatenation at one: ➜ ~ pytho

[issue33840] connection limit on listening socket in asyncio

Deon added the comment: hi -- nosy: +Deon257 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue33840] connection limit on listening socket in asyncio

Deon added the comment: Download FIFA 14 apk https://apkgreat.com/fifa-14-apk/ -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue41243] Android Game

New submission from Deon : Download FIFA 14 apk https://apkgreat.com/fifa-14-apk/ -- components: Interpreter Core messages: 373315 nosy: Deon257 priority: normal severity: normal status: open title: Android Game type: security versions: Python 3.7 _

[issue33840] connection limit on listening socket in asyncio

Change by Karthikeyan Singaravelan : -- Removed message: https://bugs.python.org/msg373313 ___ Python tracker ___ ___ Python-bugs-li

[issue41243] SPAM

Change by Steven D'Aprano : -- resolution: -> not a bug stage: -> resolved status: open -> closed title: Android Game -> SPAM type: security -> ___ Python tracker ___ __

[issue33840] connection limit on listening socket in asyncio

Change by Karthikeyan Singaravelan : -- Removed message: https://bugs.python.org/msg373314 ___ Python tracker ___ ___ Python-bugs-li

[issue41242] When concating strings, I think it is better to use += than join the list

Change by Andrew Svetlov : -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41242] When concating strings, I think it is better to use += than join the list

Andrew Svetlov added the comment: Remi is correct. Closing the issue. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue41243] SPAM

Change by Zachary Ware : -- Removed message: https://bugs.python.org/msg373315 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue41243] SPAM

Change by Zachary Ware : -- components: -Interpreter Core nosy: -Deon257 versions: -Python 3.7 ___ Python tracker ___ ___ Python-

[issue41194] Python 3.9.0b3 crash on compile() in PyAST_Check() when the _ast module is loaded more than once

Arcadiy Ivanov added the comment: I'm reopening this as the original SEGV didn't go away in 3.9 beta 4. It looks like debug build caught an assertion and prevented the SEGV from triggering. -- resolution: fixed -> status: closed -> open ___ Python

[issue41244] Change to use str.join() instead of += when concatenating string

New submission from Wansoo Kim : https://bugs.python.org/issue41242 According to BPO-41242, it is better to use join than += when concatenating multiple strings. https://github.com/python/cpython/blob/b26a0db8ea2de3a8a8e4b40e69fc8642c7d7cb68/Lib/asyncio/queues.py#L82 However, the link above

[issue41244] Change to use str.join() instead of += when concatenating string

Change by Wansoo Kim : -- keywords: +patch pull_requests: +20546 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21398 ___ Python tracker ___ _

[issue41244] Change to use str.join() instead of += when concatenating string

Zachary Ware added the comment: That is not performance-critical code, and in that case it is clearer to use `+=` than str.join. Closing the issue; Andrew or Yury can of course reopen it if they disagree with my assessment. -- nosy: +zach.ware resolution: -> wont fix stage: patch r

[issue41242] When concating strings, I think it is better to use += than join the list

Serhiy Storchaka added the comment: In this particular case the number of concatenations is limited, the resulting string is usually short, and the code is not performance critical (it is the __repr__ implementation). So there is no significant advantage of one way over other, and no way is

[issue41244] Change to use str.join() instead of += when concatenating string

Serhiy Storchaka added the comment: Changes in bpo-41242 were rejected not because the new code is worse, but because it is not obviously and significantly better that the existing code. Here status quo wins for the same reasons. This rule saves us from endless rewriting the code and allows

[issue41242] When concating strings, I think it is better to use += than join the list

Wansoo Kim added the comment: Well... to be honest, I'm a little confused. bpo-41244 and this issue are completely opposite. I'm not used to Python community yet because it hasn't been long since I joined it. You're saying that if a particular method is not dramatically good, we prefer to k

[issue41245] cmath module documentation is misleading on branch cuts

New submission from Mark Dickinson : The documentation for the cmath module is misleading on the behaviour near branch cuts. For example, the documentation for cmath.acos says: Return the arc cosine of x. There are two branch cuts: One extends right from 1 along the real axis to ∞, contin

[issue41245] cmath module documentation is misleading on branch cuts

Mark Dickinson added the comment: > the sign of x is used [...] Correction: That should say "the sign of the imaginary part of x is used [...]" -- ___ Python tracker ___

[issue41246] IOCP Proactor same socket overlapped callbacks

New submission from Tony : In IocpProactor I saw that the callbacks to the functions recv, recv_into, recvfrom, sendto, send and sendfile all give the same callback function for when the overlapped operation is done. I just wanted cleaner code so I made a static function inside the class that

[issue41245] cmath module documentation is misleading on branch cuts

Change by Mark Dickinson : -- assignee: -> docs@python components: +Documentation nosy: +docs@python versions: +Python 3.10, Python 3.7, Python 3.8, Python 3.9 ___ Python tracker

[issue41194] Python 3.9.0b3 crash on compile() in PyAST_Check() when the _ast module is loaded more than once

Arcadiy Ivanov added the comment: Confirmed not fixed. Taken with 3.9 branch as of today. (pyb-3.9-dev-d) [arcivanov@ai-karellen-lap pybuilder]$ abrt gdb 1f24453 GNU gdb (GDB) Fedora 9.1-5.fc32 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Peter Ludemann added the comment: I've written up a proposal for adding "whitespace" handling to the ast module: https://mail.python.org/archives/list/python-id...@python.org/thread/X2HJ6I6XLIGRZDB27HRHIVQC3RXNZAY4/ I don't think it's a "summer-of-code-sized project", mainly because I already

[issue41246] IOCP Proactor same socket overlapped callbacks

Change by Tony : -- keywords: +patch pull_requests: +20547 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21399 ___ Python tracker ___ ___

[issue41172] test_peg_generator C tests fail on Windows ARM

Change by Steve Dower : -- keywords: +patch pull_requests: +20549 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21400 ___ Python tracker ___

[issue41245] cmath module documentation is misleading on branch cuts

Raymond Hettinger added the comment: +1 for changing the language to match the actual mechanics. > "the sign of the imaginary part of x is used [...]" I'm trying to see where this happens. Is this part of cmath_sqrt? if (z.real >= 0.) { r.real = s; r.imag = copysign(d,

[issue41245] cmath module documentation is misleading on branch cuts

Mark Dickinson added the comment: Yes, that looks like the right part of the sqrt code. For the acos docstring, "continuous from below" implies that for any complex number z that lies exactly _on_ the branch cut, acos(z) is close to acos(w) for a nearby value w just _below_ the branch cut. B

[issue41245] cmath module documentation is misleading on branch cuts

Mark Dickinson added the comment: > [...] see the change of sign in the real part below [...] Grr. Stupid fingers. That should say "imaginary part", not "real part" -- ___ Python tracker ___

[issue41244] Change to use str.join() instead of += when concatenating string

Yury Selivanov added the comment: > Changes in bpo-41242 were rejected not because the new code is worse, but > because it is not obviously and significantly better that the existing code. > Here status quo wins for the same reasons. This rule saves us from endless > rewriting the code and a

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Guido van Rossum added the comment: Can that be done as a 3rd party wrapper? Then you would be able to support older Python versions, and typed_ast (which can parse older Python grammars with a newer Python that's older than 3.8). Plus it would be much easier to get your code released -- no

[issue41247] asyncio module better caching for set and get_running_loop

New submission from Tony : There is a cache variable for the running loop holder, but once set_running_loop is called the variable was set to NULL so the next time get_running_loop would have to query a dictionary to receive the running loop holder. I thought why not always cache the latest

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Peter Ludemann added the comment: Yes, I'm thinking of doing this as a wrapper, in such a way that it could be incorporated into Lib/ast.py eventually. (Also, any lib2to3-ish capabilities would probably not be suitable for inclusion in the stdlib, at least not initially ... but I have no pla

[issue41247] asyncio.set_running_loop() cache running loop holder

Change by Tony : -- title: asyncio module better caching for set and get_running_loop -> asyncio.set_running_loop() cache running loop holder ___ Python tracker ___ __

[issue41247] asyncio.set_running_loop() cache running loop holder

Change by Tony : -- keywords: +patch pull_requests: +20550 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21401 ___ Python tracker ___ ___

[issue41248] Python manual forced in maximized window

New submission from Mischiew Rithe : In versions 3.8.1 and 3.8.3-amd64 (only versions tested), on Windows, the "Python 3.8 Manuals" opens in a maximized window. This is unexpected and undesired, as the user cannot see the other windows, including the one he's developing from (IDE, editor, she

[issue41247] asyncio.set_running_loop() cache running loop holder

miss-islington added the comment: New changeset 529f42645d38b6b0075f256814dfb3d220ac7d92 by Tony Solomonik in branch 'master': bpo-41247: asyncio.set_running_loop() cache running loop holder (GH-21401) https://github.com/python/cpython/commit/529f42645d38b6b0075f256814dfb3d220ac7d92 ---

[issue41247] asyncio.set_running_loop() cache running loop holder

Change by miss-islington : -- pull_requests: +20552 pull_request: https://github.com/python/cpython/pull/21403 ___ Python tracker ___ __

[issue41247] asyncio.set_running_loop() cache running loop holder

Change by miss-islington : -- pull_requests: +20551 pull_request: https://github.com/python/cpython/pull/21402 ___ Python tracker ___ __

[issue41247] asyncio.set_running_loop() cache running loop holder

Yury Selivanov added the comment: > n python to know if there could be a context switch to get_running_loop while > set_running_loop is running. No, it's protected by the GIL. Good catch, and merged. -- nosy: +yselivanov resolution: -> fixed stage: patch review -> resolved status:

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

Raymond Hettinger added the comment: Thanks for doing this. I can confirm the performance regression is fixed and that clean code is being generated for PyTuple_Check(). BTW, I support your efforts — just wanted to make sure we didn't unintentionally take a step backwards. -- nosy:

[issue39017] Infinite loop in the tarfile module

Ben Caller added the comment: I've attached a minimal tar file which reproduces this. I think the minimum length is 516 bytes. We need a 512 byte PAX format header block as normal. Then we need a pax header which matches the regex in https://github.com/python/cpython/blob/b26a0db8ea2de3a8a8

[issue41247] asyncio.set_running_loop() cache running loop holder

miss-islington added the comment: New changeset fbd71f66843aea71c09656f17a196d29d5d484af by Miss Islington (bot) in branch '3.9': bpo-41247: asyncio.set_running_loop() cache running loop holder (GH-21401) https://github.com/python/cpython/commit/fbd71f66843aea71c09656f17a196d29d5d484af

[issue39017] Infinite loop in the tarfile module

Ben Caller added the comment: A smaller bug: If instead of 0 you use a large number (> 2^63) e.g. 999 you get `OverflowError: Python int too large to convert to C ssize_t` rather than the expected `tarfile.ReadError` regardless of errorlevel. --

[issue41194] Python 3.9.0b3 crash on compile() in PyAST_Check() when the _ast module is loaded more than once

Arcadiy Ivanov added the comment: > Program received signal SIGSEGV, Segmentation fault. 0x00623339 in _Py_IS_TYPE (ob=0x0, type=0x8609e0 ) at ./Include/object.h:128 128 return ob->ob_type == type; (gdb) py-bt Traceback (most recent call first): File "/home/arcivanov/.pyen

[issue41175] Static analysis issues reported by GCC 10

STINNER Victor added the comment: New changeset 61fc23ca106bc82955b0e59d1ab42285b94899e2 by stratakis in branch 'master': bpo-41175: Guard against a NULL pointer dereference within bytearrayobject (GH-21240) https://github.com/python/cpython/commit/61fc23ca106bc82955b0e59d1ab42285b94899e2

[issue41194] Python 3.9.0b3 crash on compile() in PyAST_Check() when the _ast module is loaded more than once

STINNER Victor added the comment: > I'm reopening this as the original SEGV didn't go away in 3.9 beta 4. It > looks like debug build caught an assertion and prevented the SEGV from > triggering. Right, the fix was merged after v3.9.0b4 was merged. The fix will be part of the next 3.9 relea

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: > Thanks for doing this. I can confirm the performance regression is fixed and > that clean code is being generated for PyTuple_Check(). Thanks for checking! > BTW, I support your efforts — just wanted to make sure we didn't > unintentionally take a step ba

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue41194] Python 3.9.0b3 crash on compile() in PyAST_Check() when the _ast module is loaded more than once

Arcadiy Ivanov added the comment: @vstinner, this is in the current 3.9 as of a0a6f1167834c87f12e2eca11dd77143103e7691 (11hrs ago). We didn't get the actual bug, we just got stopped by an assertion when python got built with debug. -- ___ Python t

[issue41194] Python 3.9.0b3 crash on compile() in PyAST_Check() when the _ast module is loaded more than once

STINNER Victor added the comment: I checked manually that msg372859 example is fixed. > @vstinner, this is in the current 3.9 as of > a0a6f1167834c87f12e2eca11dd77143103e7691 (11hrs ago). We didn't get the > actual bug, we just got stopped by an assertion when python got built with > debug.

[issue41202] Allow to provide custom exception handler to asyncio.run()

Kyle Stanley added the comment: Yep, having to set a custom exception handler definitely constitutes as needing "finer control over the event loop behavior". There's absolute nothing wrong with using the low-level API when you need further customization, but we try to minimize the high-level

[issue40597] generated email message exceeds RFC-mandated limit of 998 characters

Change by miss-islington : -- pull_requests: +20554 pull_request: https://github.com/python/cpython/pull/21405 ___ Python tracker ___ __

[issue40597] generated email message exceeds RFC-mandated limit of 998 characters

miss-islington added the comment: New changeset 4fa61a7732923f92de0f7830c12da48c4cec937f by Mark Sapiro in branch 'master': bpo-40597: Allow email.contextmanager set_content() to set a null string. (GH-20542) https://github.com/python/cpython/commit/4fa61a7732923f92de0f7830c12da48c4cec937f

[issue40597] generated email message exceeds RFC-mandated limit of 998 characters

Change by miss-islington : -- pull_requests: +20553 pull_request: https://github.com/python/cpython/pull/21404 ___ Python tracker ___ __

[issue41194] Python 3.9.0b3 crash on compile() in PyAST_Check() when the _ast module is loaded more than once

Arcadiy Ivanov added the comment: I'm working on a short reproducer, but otherwise reproducer is exactly the same as described in https://bugs.python.org/issue41194#msg372854 The way I bumped into this is trying to confirm the fix in Beta 4 (which apparently didn't make it, as you mentioned)

[issue41093] TCPServer's server_forever() shutdown immediately when calling shutdown()

Tony added the comment: bump -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mail

[issue40597] generated email message exceeds RFC-mandated limit of 998 characters

miss-islington added the comment: New changeset c1c50345933efca42169f03d79ff4fe3d9c06bdc by Miss Islington (bot) in branch '3.8': bpo-40597: Allow email.contextmanager set_content() to set a null string. (GH-20542) https://github.com/python/cpython/commit/c1c50345933efca42169f03d79ff4fe3d9c0

  1   2   >