MagicStack / MagicStack/uvloop
unable to perform operation on <WriteUnixTransport closed=True reading=False 0x7f16825f8ba0
- 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