Neovim frequently coredump

[CnTeng]

Describe the bug

Neovim frequently coredump

Steps To Reproduce

It is hard to reproduce the behavior, it always breaks down in unexpected situations

Expected behavior

no core dump

Screenshots

Additional context

coredumpctl gdb -1

           PID: 12641 (nvim)
           UID: 1001 (yufei)
           GID: 100 (users)
        Signal: 11 (SEGV)
     Timestamp: Wed 2023-03-01 12:50:17 CST (19min ago)
  Command Line: /etc/profiles/per-user/yufei/bin/nvim --cmd $'let g:node_host_prog=\'/nix/store/141b53w2lyn2y0qp8wr7fwv3yry2ncj6-neovim-0.8.3/bin/nvim-node\' | let g:loaded_python_provider=0 | let g:python3_host_prog=\'/nix/store/141b53w2lyn2y0qp8wr7fwv3yry2ncj6-neovim-0.8.3/bin/nvim-python3\' | let g:ruby_host_prog=\'/nix/store/141b53w2lyn2y0qp8wr7fwv3yry2ncj6-neovim-0.8.3/bin/nvim-ruby\'' --cmd $'set packpath^=/nix/store/b4vwc2204lzh5jpy60dx55fjaqwb112d-vim-pack-dir' --cmd $'set rtp^=/nix/store/b4vwc2204lzh5jpy60dx55fjaqwb112d-vim-pack-dir'
    Executable: /nix/store/14jfb67y2ij0q91xf9qcxkf37rbnxnpb-neovim-unwrapped-0.8.3/bin/nvim
 Control Group: /user.slice/user-1001.slice/session-3.scope
          Unit: session-3.scope
         Slice: user-1001.slice
       Session: 3
     Owner UID: 1001 (yufei)
       Boot ID: caaed396b1254ea5ab7dfb6911631bab
    Machine ID: 9e88c8aa0c77494fa81fbf03158220e8
      Hostname: rxdell
       Storage: /var/lib/systemd/coredump/core.nvim.1001.caaed396b1254ea5ab7dfb6911631bab.12641.1677646217000000.zst (present)
  Size on Disk: 9.0M
       Message: Process 12641 (nvim) of user 1001 dumped core.
                
                Module /nix/store/2j2852clvlsbqn40vx42pbj4b5lkzpsc-bash-grammar-7f9506c/parser without build-id.
                Module /nix/store/m7dqdmi3rn00gsvzmjdp094h3x08z7z4-nix-grammar-6b71a81/parser without build-id.
                Module libstdc++.so.6 without build-id.
                Module libgcc_s.so.1 without build-id.
                Module libluajit-5.1.so.2 without build-id.
                Module libtree-sitter.so.0 without build-id.
                Module libunibilium.so.4 without build-id.
                Module libtermkey.so.1 without build-id.
                Module libvterm.so.0 without build-id.
                Module libmsgpackc.so.2 without build-id.
                Module libuv.so.1 without build-id.
                Module libluv.so.1 without build-id.
                Module nvim without build-id.
                Stack trace of thread 12641:
                #0  0x00007fd55583d939 push_fs_result (libluv.so.1 + 0xf939)
                #1  0x00007fd5558432b3 luv_fs_cb (libluv.so.1 + 0x152b3)
                #2  0x00007fd5558093fd uv__work_done (libuv.so.1 + 0xc3fd)
                #3  0x00007fd55580d0cd uv__async_io.part.0 (libuv.so.1 + 0x100cd)
                #4  0x00007fd555820e6c uv__io_poll (libuv.so.1 + 0x23e6c)
                #5  0x00007fd55580da14 uv_run (libuv.so.1 + 0x10a14)
                #6  0x0000000000533c67 loop_uv_run (nvim + 0x133c67)
                #7  0x0000000000583be6 vgetorpeek (nvim + 0x183be6)
                #8  0x00000000006d54fe state_enter (nvim + 0x2d54fe)
                #9  0x0000000000609484 normal_enter (nvim + 0x209484)
                #10 0x00000000004538e4 main (nvim + 0x538e4)
                #11 0x00007fd55542924e __libc_start_call_main (libc.so.6 + 0x2924e)
                #12 0x00007fd555429309 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x29309)
                #13 0x0000000000455485 _start (nvim + 0x55485)
                
                Stack trace of thread 12644:
                #0  0x00007fd55550f307 epoll_wait (libc.so.6 + 0x10f307)
                #1  0x00007fd555821165 uv__io_poll (libuv.so.1 + 0x24165)
                #2  0x00007fd55580da14 uv_run (libuv.so.1 + 0x10a14)
                #3  0x0000000000708dd9 tui_main (nvim + 0x308dd9)
                #4  0x00007fd555488e86 start_thread (libc.so.6 + 0x88e86)
                #5  0x00007fd55550fd30 __clone3 (libc.so.6 + 0x10fd30)
                
                Stack trace of thread 16483:
                #0  0x00007fd5554857d5 __futex_abstimed_wait_common (libc.so.6 + 0x857d5)
                #1  0x00007fd555488202 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x88202)
                #2  0x00007fd55581b149 uv_cond_wait (libuv.so.1 + 0x1e149)
                #3  0x00007fd555808e5e worker (libuv.so.1 + 0xbe5e)
                #4  0x00007fd555488e86 start_thread (libc.so.6 + 0x88e86)
                #5  0x00007fd55550fd30 __clone3 (libc.so.6 + 0x10fd30)
                
                Stack trace of thread 16484:
                #0  0x00007fd5554857d5 __futex_abstimed_wait_common (libc.so.6 + 0x857d5)
                #1  0x00007fd555488202 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x88202)
                #2  0x00007fd55581b149 uv_cond_wait (libuv.so.1 + 0x1e149)
                #3  0x00007fd555808e5e worker (libuv.so.1 + 0xbe5e)
                #4  0x00007fd555488e86 start_thread (libc.so.6 + 0x88e86)
                #5  0x00007fd55550fd30 __clone3 (libc.so.6 + 0x10fd30)
                
                Stack trace of thread 16486:
                #0  0x00007fd5554857d5 __futex_abstimed_wait_common (libc.so.6 + 0x857d5)
                #1  0x00007fd555488202 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x88202)
                #2  0x00007fd55581b149 uv_cond_wait (libuv.so.1 + 0x1e149)
                #3  0x00007fd555808e5e worker (libuv.so.1 + 0xbe5e)
                #4  0x00007fd555488e86 start_thread (libc.so.6 + 0x88e86)
                #5  0x00007fd55550fd30 __clone3 (libc.so.6 + 0x10fd30)
                
                Stack trace of thread 16485:
                #0  0x00007fd5554857d5 __futex_abstimed_wait_common (libc.so.6 + 0x857d5)
                #1  0x00007fd555488202 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x88202)
                #2  0x00007fd55581b149 uv_cond_wait (libuv.so.1 + 0x1e149)
                #3  0x00007fd555808e5e worker (libuv.so.1 + 0xbe5e)
                #4  0x00007fd555488e86 start_thread (libc.so.6 + 0x88e86)
                #5  0x00007fd55550fd30 __clone3 (libc.so.6 + 0x10fd30)
                ELF object binary architecture: AMD x86-64

Notify maintainers

@manveru @rvolosatovs

Metadata

Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.

this path will be fetched (0.00 MiB download, 0.00 MiB unpacked):
  /nix/store/12ggzdhpfrgjgxr31dnyh101a6zzbsxk-nix-info
copying path '/nix/store/12ggzdhpfrgjgxr31dnyh101a6zzbsxk-nix-info' from 'https://cache.nixos.org'...
 - system: `"x86_64-linux"`
 - host os: `Linux 6.2.0, NixOS, 23.05 (Stoat), 23.05.20230226.7f5639f`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.13.2`
 - channels(root): `"home-manager, nixos"`
 - channels(yufei): `"nixpkgs"`
 - nixpkgs: `/home/yufei/.nix-defexpr/channels/nixpkgs`

[qvalentin]

It might be caused by neo-tree. I haven't seen any crashes since I moved from neo-tree to nvimtree.

[happenslol]

Also pretty sure it's neo-tree, I have the same issue over here. I've already built debug symbols for libluv and am waiting for the next crash to get a detailed report.

[teto]

not nixpkgs relevant (report to neovim with stacktrace).