In a Windows 11 command prompt:
git clone https://github.com/abudden/vim-termdebug-issue-democd vimtermdebug-issue-demo\projects\7600-my-coded-projectg++ -g -o testingtermdebug.cpp testingtermdebug.exec:\vim\gvim.exe -u NONE -U NONE testingtermdebug.cppIn the resulting Vim window:
:packadd Termdebug:Termdebug testingtermdebug.exe6gg:BreakBreakpoint should be added and displayed. Breakpoint is added, but Vim can't tell where it is and when you step through the code it doesn't highlight the current line.
If you repeat the test above but replace step 2 with cd vimtermdebug-issue-demo (i.e. omit `projects/7600-my-coded-project), it works as expected (the same file is present in both folders to simplify the demo).
The issue is this line in termdebug.vim (which was presumably put there for a reason so the fix might not be as simple as removing it, although that's what I've done in my local copy).
That line of code modifies gdb-reported filenames by replacing projects\7600-my-coded-project with something like projects\ǰ0-my-coded-project where ǰ is the unicode character with octal value 760. Vim then can't find the file being referenced in the gdb message. I guess this is only an issue on Windows because of the backslashes in paths.
9.2.0000
Windows 11 gvim.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()
the problem is the backslash as directory separator on Windows. We had similar issue with the termdebug not recognizing '\t' or '\n'. It will be impossible to make it work, if gdb sends the messages encoded using the \ooo form.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.![]()