8000 `tuist inspect implicit-imports` crashing in tuist 4.45.1 · Issue #7454 · tuist/tuist · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

tuist inspect implicit-imports crashing in tuist 4.45.1 #7454

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.

Sign up for GitHub

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

Jump to bottom
Open
shahzadmajeed opened this issue Apr 2, 2025 · 5 comments
Open

tuist inspect implicit-imports crashing in tuist 4.45.1 #7454

shahzadmajeed opened this issue Apr 2, 2025 · 5 comments
Labels
domain:projects Issues related to the project-generation features needs-input When input is needed from the creator of the issue type:bug Something isn't working

Comments

@shahzadmajeed
Copy link
Collaborator

What happened?

I have a swift package being referenced locally in a Tuist project. The swift package itself is very complex project so I wanted to add a dependency check as a lint rule. I am seeing tuist inspect implicit-imports crashing in tuist 4.45.1

How do we reproduce it?

  1. Run

Error log

_NIOFileSystem/SystemFileHandle.swift:131: Fatal error: Leaking file descriptor: the handle for '/MyApp/Sources/Views/PickerOption.swift' MUST be closed or detached with 'close()' or 'detachUnsafeFileDescriptor()' before the final reference to the handle is dropped.
[1]    79768 trace trap  tuist inspect implicit-imports

macOS version

15.3.1

Tuist version

4.45.1

Xcode version

16.2
@shahzadmajeed shahzadmajeed added the type:bug Something isn't working label Apr 2, 2025
@dosubot DosuBot
Copy link
dosubot bot commented Apr 2, 2025

I found a similar closed issue related to tuist inspect implicit-imports crashing due to a large number of files: Bug: tuist inspect implicit-imports failed for projects with huge count of files. This issue was resolved by a pull request titled Fix inspect implicit imports in large projects on February 17, 2025 [1].

The error message you are encountering suggests a file descriptor leak, which might be related to how file handles are managed in the code. It could be beneficial to check if there have been any updates or patches after version 4.45.1 that address file descriptor management issues. If the problem persists, reviewing the changes made in the pull request mentioned above might provide insights into a potential solution.

To continue talking to Dosu, mention @dosu.

Help Dosu learn! Give it feedback: Great Response | Irrelevant Answer | Incorrect Sources | Too Verbose | Hallucination | Bug Report | Other

@dosubot dosubot bot added the domain:projects Issues related to the project-generation features label Apr 2, 2025
@fortmarek
Copy link
Member

Hey @shahzadmajeed 👋

Would it be possible to add a reproducible sample?

@fortmarek fortmarek added the needs-input When input is needed from the cre 8000 ator of the issue label Apr 3, 2025
@Gaziav
Copy link
Gaziav commented Apr 28, 2025 •
edited
Loading

hi @shahzadmajeed, were you able to fix this issue? I have the same problem in my project

@alexjameslittle
Copy link
Collaborator

We also seem to have this issue. We don't have a reproducible sample though unfortunately, it mainly seems to happen in the CI

@alexjameslittle
Copy link
Collaborator

It seems like this perhaps happens during indexing of the xcode project, it happens immediately after tuist clean & regenerate. It also happens reliably every time in a fresh environment in the CI

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
domain:projects Issues related to the project-generation features needs-input When input is needed from the creator of the issue type:bug Something isn't working
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@shahzadmajeed @fortmarek @alexjameslittle @Gaziav
0