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
[bug] [no_name] buffer created and kept after GdbDebugStop #48
Comments
I'll try to figure out what's causing it, it might be related to a .vimrc option |
for the steps, I'm exactly doing what you did. |
Well, if I'm using test/init.vim, no "ghosts". But as soon as I add |
Maybe just disable hidden while in the process of quitting gdb and then re-enabling it |
Changed the function GdbKill() for compatibility reasons with "set hidden" .vimrc option. issue sakhnik#48 can be closed
Sorry for bumping an old issue but it seems this problem is still reproducible in my case. I'm running neovim v0.4.3 with the latest nvim-gdb and indeed I've got |
Yes, probably. The plugin could keep track of the buffers specifically opened for the debugger. But the fix will require careful consideration because leaving "ghost" buffers around is a tiny nuisance in comparison to undesirable obliterations. What if a user edits the source code when debugging? |
@sakhnik Then, again please bear with me just making assumptions here, is it possible to use named buffers for nvim-gdb? They don't need to be actually saved somewhere but only used for bufname matching as somewhat a guard during cleanup, e.g. |
I guess this wouldn't be strictly necessary because the plugin could just remember the buffers. Then we could probably distinguish the modified ones from the untouched ones, skip through the unsaved ones etc. I'll have to experiment around. |
Hi,
a "ghost" buffer is created or kept after stopping gdb with GdbDebugStop or typing directly in the command line "q".
I hope it's easily fixable
The text was updated successfully, but these errors were encountered: