-
Notifications
You must be signed in to change notification settings - Fork 7.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error while building: ValueError: I/O operation on closed pipe! (IDFGH-12390) #13418
Closed
3 tasks done
Labels
Resolution: Done
Issue is done internally
Status: Done
Issue is done internally
Type: Bug
bugs in IDF
Comments
github-actions
bot
changed the title
Error while building: ValueError: I/O operation on closed pipe!
Error while building: ValueError: I/O operation on closed pipe! (IDFGH-12390)
Mar 19, 2024
We will take a look at solving/improving the error message. But that won't change the fact of the build being broken. Have you tried to |
espressif-bot
added
Status: Reviewing
Issue is being reviewed
and removed
Status: Opened
Issue is new
labels
Apr 4, 2024
I tried idf.py fullclean after a crack, but that didn't make any difference.
At 2024-04-02 16:19:46, "Roland Dobai" ***@***.***> wrote:
We will take a look at solving/improving the error message. But that won't change the fact of the build being broken.
Have you tried to ccache -C and idf.py fullclean or your project?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
espressif-bot
added
Status: Done
Issue is done internally
Resolution: NA
Issue resolution is unavailable
Resolution: Done
Issue is done internally
and removed
Status: Reviewing
Issue is being reviewed
Resolution: NA
Issue resolution is unavailable
labels
Apr 12, 2024
espressif-bot
pushed a commit
that referenced
this issue
Apr 23, 2024
Currently when process is started through asyncio Runner and it is termited e.g. with SIGINT(ctrl+c) a traceback is printed instead of gracefully exit. Exception ignored in: <function BaseSubprocessTransport.__del__ at 0x7fe980970900> Traceback (most recent call last): File "/usr/lib64/python3.12/asyncio/base_subprocess.py", line 129, in __del__ self.close() File "/usr/lib64/python3.12/asyncio/base_subprocess.py", line 107, in close proto.pipe.close() File "/usr/lib64/python3.12/asyncio/unix_events.py", line 568, in close self._close(None) File "/usr/lib64/python3.12/asyncio/unix_events.py", line 592, in _close self._loop.call_soon(self._call_connection_lost, exc) File "/usr/lib64/python3.12/asyncio/base_events.py", line 793, in call_soon self._check_closed() File "/usr/lib64/python3.12/asyncio/base_events.py", line 540, in _check_closed raise RuntimeError('Event loop is closed') RuntimeError: Event loop is closed This is caused because asyncio Runner context in asyncio.run is closing the event loop and if exception is unhandled in coroutine(run_command) the transport is not closed before the even loop is closed and we get RuntimeError: Event loop is closed in the transport __del__ function because it's trying to use the closed even loop. Let's catch asyncio.CancelledError in case the process we are trying to read from is terminated, print message, let the asyncio finish and exit gracefully. Closes #13418 Signed-off-by: Frantisek Hrbata <[email protected]>
espressif-bot
pushed a commit
that referenced
this issue
May 11, 2024
Currently when process is started through asyncio Runner and it is termited e.g. with SIGINT(ctrl+c) a traceback is printed instead of gracefully exit. Exception ignored in: <function BaseSubprocessTransport.__del__ at 0x7fe980970900> Traceback (most recent call last): File "/usr/lib64/python3.12/asyncio/base_subprocess.py", line 129, in __del__ self.close() File "/usr/lib64/python3.12/asyncio/base_subprocess.py", line 107, in close proto.pipe.close() File "/usr/lib64/python3.12/asyncio/unix_events.py", line 568, in close self._close(None) File "/usr/lib64/python3.12/asyncio/unix_events.py", line 592, in _close self._loop.call_soon(self._call_connection_lost, exc) File "/usr/lib64/python3.12/asyncio/base_events.py", line 793, in call_soon self._check_closed() File "/usr/lib64/python3.12/asyncio/base_events.py", line 540, in _check_closed raise RuntimeError('Event loop is closed') RuntimeError: Event loop is closed This is caused because asyncio Runner context in asyncio.run is closing the event loop and if exception is unhandled in coroutine(run_command) the transport is not closed before the even loop is closed and we get RuntimeError: Event loop is closed in the transport __del__ function because it's trying to use the closed even loop. Let's catch asyncio.CancelledError in case the process we are trying to read from is terminated, print message, let the asyncio finish and exit gracefully. Closes #13418 Signed-off-by: Frantisek Hrbata <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Resolution: Done
Issue is done internally
Status: Done
Issue is done internally
Type: Bug
bugs in IDF
Answers checklist.
IDF version.
V5.2.1
Operating System used.
Windows
How did you build your project?
Command line with idf.py
If you are using Windows, please specify command line type.
PowerShell
What is the expected behavior?
Continue to build whole project after generating partion table
What is the actual behavior?
After the partion table was generated, the build crashed.
When I typed Ctrl+C to end the build, it showed something like:
I had reinstalled the esp-idf, and tried v5.1.2, 5.2.0, and 5.2.1, never succeed.
I had removed esp-adf components from my computer, it might be the course.
Steps to reproduce.
...
Build or installation Logs.
More Information.
before the esp-adf installing, everything went well on esp-idf v5.1.2
The text was updated successfully, but these errors were encountered: