-
Notifications
You must be signed in to change notification settings - Fork 396
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
VsVim 2022 stack overflow in Vim.KeyNotationUtil #2919
Comments
I'm experiencing similar problems. I've no dumps but I suppose it's the same issue. Expected behavior Screenshots Environment (please complete the following information): Visual Studio version: 2022 preview 3.1 (same with 2.1) |
Feel like this is probably specific to the type of project you are working on (else I should see it myself or it would be more broadly reported). Can you tell me a bit more about what type of code you are working on here? Are you trying to open designer files, what language, etc ...? Anything that can help me lock down a repro. |
It happens in both a ASP.NET Core project and a Windows desktop project. The only thing they have in common is that they're both C#. I just remembered that I have a set vsvim_useeditordefaults
set shiftwidth=4
noremap gq :vsc Edit.FormatSelection<CR>
nnoremap <c-s> :w<CR>
inoremap <C-s> <Esc>:w<CR>
nnoremap gcc :vsc Edit.ToggleLineComment<CR>
vnoremap gc :vsc Edit.ToggleComment<CR>
" reformat on paste
nnoremap p pv`.=
" reformat on pasting over selected text
" vnoremap p "_dPv`.= |
Can you share out Looking at the stack it's crashing parsing old session data. There is a macro in there that is causing VsVim to hit a strange parse error. After sharing if you delete that file then you should be able to use VsVim just fine. |
That worked. I didn't realize that vsvim persisted macros past the session. Here's mine, it has some ugly stuff (but nothing that makes vsvim for VS2019 crash): |
Just FYI, this fixed the issue I was running into when I first tried vsvim as well. Thanks for the tip |
I honestly forgot myself until I was poking around in the call stack here.
Pretty sure what happened here is that I uploaded the Debug bits of VsVim for this release. Mostly cause there was a lot of code churn hence wanted users to file bugs if they hit any |
Yes, this solved my issue as well, thank you. |
Same for me. FWIW, I was opening a brand new C# Class Library that only had a single, default class in it. Nothing special with the project. Removing the vimdata.json unblocked me. |
@jaredpar you know your code best; do you think it’s likely that such a high recursive invocation count was reached without there being an underlying issue and that it correctly results in such a high-O so as to overflow the (huge) stack size, but not an infinite one (w/ the tail-call optimization)? |
Confirming issue happening when upgrading from VS 2019 to 2022 which provide incompatible versions of VsVim. Also confirming issue is solved by deleting the file in |
Describe the bug
With VsVim for VS 2022 preview installed (under the preview 2 and preview 2.1), attempting to open any file in the solution explorer (by single-clicking or double-clicking) crashes VS 2022. WinDbg reports a stack overflow in VsVim.
To Reproduce
This reproduces for me every time with the default settings, because I didn't get a chance to configure anything. Unless it imports settings from the VS 2019 plugin? If so, let me know and I'll share those. Attempting to actually view the VsVim settings in VS2022 also triggers the crash.
Expected behavior
No crash.
Screenshots
N/A
Environment (please complete the following information):
Additional context
This is the stack overflow per WinDbg when attached to VS 2022 preview with VsVim, when the crash triggers. It continues for miles and miles as the configured stack size is extremely large, but it's just repeating the same thing.
The text was updated successfully, but these errors were encountered: