Skip to content
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

E903: Process failed to start: too many open files: "/bin/zsh" #12

Open
0-issue opened this issue Jan 14, 2023 · 4 comments
Open

E903: Process failed to start: too many open files: "/bin/zsh" #12

0-issue opened this issue Jan 14, 2023 · 4 comments

Comments

@0-issue
Copy link

0-issue commented Jan 14, 2023

When I run it, I do see it work but then it opens this error at the bottom:

Error executing vim.schedule lua callback: ...ed/cellular-automaton.nvim/lua/cellular-automaton/ui.lua:61: Vim(le
t):E903: Process failed to start: too many open files: "/bin/zsh"
stack traceback:
        [C]: in function 'nvim_win_set_buf'
        ...ed/cellular-automaton.nvim/lua/cellular-automaton/ui.lua:61: in function 'render_frame'
        ...llular-automaton.nvim/lua/cellular-automaton/manager.lua:13: in function 'process_frame'
        ...llular-automaton.nvim/lua/cellular-automaton/manager.lua:23: in function ''
        vim/_editor.lua: in function ''
        vim/_editor.lua: in function <vim/_editor.lua:0>
Press ENTER or type command to continue

machine: macOS 13.1 Ventura
nvim --version:

NVIM v0.9.0-dev-3345+g922075530-dirty
Build type: Release
LuaJIT 2.1.0-beta3
Compiled by [email protected]

Features: +acl +iconv +tui
See ":help feature-compile"

   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/opt/homebrew/Cellar/neovim/HEAD-9220755/share/nvim"

Run :checkhealth for more info
@Eandrju
Copy link
Owner

Eandrju commented Jan 14, 2023

I'm on holidays right now, I'll be able to check it next week. It might be an issue caused by a newest nvim version

@Eandrju
Copy link
Owner

Eandrju commented Jan 22, 2023

Okey I'm back. It looks like you are hitting your OS file limit. I'm not sure exactly why as I can't reproduce it with the same setup. Plugin uses two buffers to make the animation smooth - it shows the first one, updates the second and only after 2nd is ready it swaps them (and repeats that for ever). My best guess is that you have specific BufEnter or BugWinEnter auto command defined (or one of your other plugins has) that does something expensive (and opens some file in the process). Animations swaps buffers 20 times per second, so it might stack up.

Do you have nvim-lualine plugin installed? I see related issue in their repo, apparently they run some git commands on BufEnter events: nvim-lualine/lualine.nvim#699

@0-issue
Copy link
Author

0-issue commented Jan 22, 2023

@Eandrju Sorry I missed updating you in time, yes it is a BufEnter. Is there a way I can disable it just for this plugin? I can't disable the BufEnter entirely for all of my nvim usage.

I don't use nvim-lualine, it's my own auto command definition.

@Eandrju
Copy link
Owner

Eandrju commented Jan 27, 2023

Unfortunately, AFAIK nvim API doesn't yet support disabling autocmds for buffer swapping. There is a noautocmd option for opening a window, but not for setting the buffer.

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

No branches or pull requests

2 participants