Ludovic Chabant

The script is already doing what you're saying, I believe. See [this line](https://github.com/ludovicchabant/vim-gutentags/blob/master/plat/unix/update_tags.sh#L138). It does everything against a "temp" tags file, and replaces it at the end. This is mainly...

Yeah it's a Neovim issue only -- Vim8 defaults to detaching. I'm just suggesting that, instead of making Neovim also detach like Vim8, that we change the behaviour for both,...

Looking back at this issue and Neovim's help, it looks like it's not really fixable at the moment? Someone more familiar with Neovim can correct me but: 1. Looking at...

Okay thanks for the investigations, everybody! I'm just no quite sure what to do with all this so suggestions are welcome :) Doing some simple tests on my machine with...

Ah yeah thanks for the info, I'm on Nvim 0.2.2, so it looks like we would have to wait for the next release... at which point it might just... fix...

I just tried Neovim 0.3.1 and unlike the last time I tried (see my message from June 9th), this time it works as expected (_i.e._ the `ctags` process gets killed...

As reported in #168, I have Neovim v0.3.4 now and I can't reproduce the issue. Are there more specific repro steps than "quit Neovim while tags are generating"? (it might...

It looks suspicious that the tags file would be exactly 1000M... could you try running `ctags` manually and see if it generates an OK tags file? Either just `ctags -R...

Ah that's an interesting technique, thanks for sharing! It looks like it does everything up-front with `gcc` and then passes the file list to `ctags` using the standard `-L` option......

What do you mean by "it is stuck"? For big projects, `ctags` will take a long time to complete -- that's just how it is, and outside of Gutentags' reach....