[issue44036] asyncio SSL server can be DOSed, event loop gets blocked: busy loops and uses 100% CPU

Change by Neil Booth : -- nosy: +kyuupichan ___ Python tracker <https://bugs.python.org/issue44036> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35508] array.index should take optional start and stop indices like for lists

Neil Booth added the comment: Sorry for the duplicate; a simple search didn't find it. -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/i

[issue35508] array.index should take optional start and stop indices like for lists

New submission from Neil Booth : list.index has signature: index(value, [start, [stop]]) array.index from the array module should provide the same facility -- components: Library (Lib) messages: 331891 nosy: kyuupichan priority: normal severity: normal status: open title

[issue35302] create_connection with local_addr misses valid socket bindings

New submission from Neil Booth : I run a machine with IPv4 and IPv6 interfaces on MacOSX Mojave. I try to loop.create_connection() to a remote machine whose domain resolves to an IPv6 address only, with a local_addr domain name argument that resolves to two local addresses: an IPv4 one first

[issue34795] loop.sock_recv failure because of delayed callback handling

Neil Booth added the comment: My library user reports: I can't reproduce the issue with uvloop on linux. (looks like uvloop does not work on windows atm) -- ___ Python tracker <https://bugs.python.org/issue34

[issue34795] loop.sock_recv failure because of delayed callback handling

Neil Booth added the comment: This seems related: https://bugs.python.org/issue30064 -- ___ Python tracker <https://bugs.python.org/issue34795> ___ ___ Pytho

[issue34795] loop.sock_recv failure because of delayed callback handling

New submission from Neil Booth : In certain circumstances the coroutine loop.sock_recv() registers a callback internally, which is called on e.g. task cancellation. The callback assumes a file descriptor that was open and valid at the time the callback was registered is still open and valid

[issue30105] Duplicated connection_made() call for some SSL connections

Neil Booth added the comment: Can someone close this please; I submitted this and no longer see it with recent Python versions; I suspect it has been fixed by one of the many SSL fixes in the last 12 months -- ___ Python tracker <ht