MagicStack / MagicStack/uvloop

unable to perform operation on <WriteUnixTransport closed=True reading=False 0x7f16825f8ba0

Open
#506 3 comments 0 reactions 0 assignees View on GitHub
Dominant language
Cython
Stars
11.9k
Forks
616
PR merge metrics
No merged PRs in 30d

Description

* **uvloop version**: 0.17.0
* **Python version**: 3.10.7
* **Platform**: ubuntu 20.04
* **Can you reproduce the bug with `PYTHONASYNCIODEBUG` in env?**: yes
* **Does uvloop behave differently from vanilla asyncio? How?**: yes

```
Traceback (most recent call last):
File "/usr/local/lib/python3.10/dist-packages/pytgcalls/methods/groups/join_group_call.py", line 275, in internal_sender
await self._binding.send(request)
File "/usr/local/lib/python3.10/dist-packages/pytgcalls/binding.py", line 212, in send
await self._send({
File "/usr/local/lib/python3.10/dist-packages/pytgcalls/binding.py", line 221, in _send
self._js_process.stdin.write(
File "/usr/lib/python3.10/asyncio/streams.py", line 326, in write
self._transport.write(data)
File "uvloop/handles/stream.pyx", line 674, in uvloop.loop.UVStream.write
File "uvloop/handles/handle.pyx", line 159, in uvloop.loop.UVHandle._ensure_alive
RuntimeError: unable to perform operation on ; the handler is closed

```

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with the traceback in uvloop/handles/stream.pyx and uvloop/handles/handle.pyx, then compare the reported behavior with Python's asyncio streams. Reproduce the closed WriteUnixTransport failure using the provided uvloop, Python, and Ubuntu versions; done means the differing behavior is isolated and covered by a regression test.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
networking
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.