`IO.Process.spawn` leaks file handles on windows
Nobody has claimed this yet.
- Dominant language
- Lean
- Stars
- 9.2k
- Forks
- 990
- Avg merge
- 1d 17h
- Merged PRs (30d)
- 175
Description
Prerequisites
Please put an X between the brackets as you perform the following steps:
- Check that your issue is not already filed:
https://github.com/leanprover/lean4/issues - Reduce the issue to a minimal, self-contained, reproducible test case.
Avoid dependencies to Mathlib or Batteries. - Test your test case against the latest nightly release, for example on
https://live.lean-lang.org/#project=lean-nightly
(You can also use the settings there to switch to “Lean nightly”)
Description
Using IO.Process.run or IO.Process.spawn directly causes 6 file handles to be created which are never closed.
Context
I wanted to fix #8547 but found another bug :-(
Steps to Reproduce
- Install sysinternals handle (https://learn.microsoft.com/en-us/sysinternals/downloads/handle)
- Run this repeatedly:
#eval IO.Process.run { cmd := "cmd.exe" } - Run
handle -p <pid of the worker process for the file that's being edited> -s
Expected behavior: Running the command multiple times shouldn't change the amount of open file handles, any file handles that were opened should have been closed after the process has terminated and is no longer being referenced.
Actual behavior: The amount of file handles goes up consistently by 6 each time.
Versions
Lean 4.21.0-nightly-2025-06-02
Impact
Add 👍 to issues you consider important. If others are impacted by this issue, please ask them to add 👍 to it.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the IO.Process.run and IO.Process.spawn entry points and reproduce the leak using #eval IO.Process.run { cmd := "cmd.exe" } on Windows. Use Sysinternals Handle to compare open handles across repeated runs; done means handles opened for the terminated process are closed and the count no longer rises.
Written by the indexing model from the issue text.
Assessment
- Domain
- operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100