Skip to content

fix(shell): raise macOS file descriptor capacity - #1

Merged
hyperb1iss merged 2 commits into
mainfrom
nova/macos-maxfiles
Aug 21, 2026
Merged

fix(shell): raise macOS file descriptor capacity#1
hyperb1iss merged 2 commits into
mainfrom
nova/macos-maxfiles

Conversation

@hyperb1iss

Copy link
Copy Markdown
Owner

What changed

Raise the macOS shell soft file descriptor limit to 65,536 before development tools start. The guard respects a lower kernel hard limit and leaves non-macOS shells unchanged.

Why

GUI terminals inherit launchd's 256-file soft limit. Moon and Next.js can exhaust that limit while running their normal workspace watchers, causing unrelated state writes to fail with Too many open files.

Validation

  • ./bin/shellint --check sh/env.sh
  • forced Bash shell limit from 256 to 65,536
  • forced Zsh shell limit from 256 to 65,536
  • git diff --check

Blast radius

The change affects new macOS Bash and Zsh sessions only. Existing terminals need exec zsh or a fresh shell before the higher limit applies.

hyperb1iss and others added 2 commits August 21, 2026 13:26
GUI terminals inherit launchd's 256-file soft limit, which starves
watcher-heavy development stacks such as moon and Next.js. Raise the
interactive shell limit within the kernel hard ceiling before tools start.

Co-Authored-By: Nova (GPT-5.4) <noreply@openai.com>
Match shellint's formatter output so the macOS file-limit guard remains
stable under repository formatting checks.

Co-Authored-By: Nova (GPT-5.4) <noreply@openai.com>
@hyperb1iss
hyperb1iss merged commit 5ac6472 into main Aug 21, 2026
0 of 2 checks passed
@hyperb1iss
hyperb1iss deleted the nova/macos-maxfiles branch August 21, 2026 23:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant