-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
[Feature Request] Logpoint support for cppdbg, cppvsdbg #2591
Comments
I am assuming you are talking about this? We haven't done any work to support this yet. Are you using gdb/lldb or the Visual C++ debugger? |
Relevant Protocol Changes: microsoft/vscode-debugadapter-node@aeda2ba |
That is exactly what I was talking about! |
Using gdb here, and it also looks like logpoints are doing the exact same as regular breakpoints. |
Same issue for me.
Visual studio code "about": |
Also affected. Very confused until I found this. |
please support logpoint.thx |
Please, support logpoint. |
Please provide primary information, for doing analysis on how can it be added in C/C++ Debug Adapter. So, that it can be added by community developers or users. |
@djadeja Our repository contains details on how to debug MIEngine which is what drives the debug adapter. |
Can the current state of this issue be made clearer? |
I am seeing this issue in VS Code version 1.44.2. I am trying to debug an accessibility bug using Narrator but instead of logging text, the log breakpoints are breaking like regular breakpoints and are taking focus away from the Window and Narrator starts reading the VS Code window instead. I need to keep Narrator's focus on the Window I am debugging the entire time, otherwise it is impossible for me to properly debug Narrator's behaviour. This really seems like a bug with log breakpoints rather than a feature request. Are log breakpoints working at all for others in C++ VS Code at the moment? Can this please be fixed soon? It is really impacting my ability to debug accessibility bugs because it steals focus. |
Could dprintfs use as setting logpoints? https://doc.ecoscentric.com/gnutools/doc/gdb/Dynamic-Printf.html |
As dprintfs will not break the execution of the code and print the statements on the debug console. |
Thanks, I will try using dprintfs |
@pieandcakes, Could dprintfs be implemented in vscode as logpoints? |
Adding to this issue because I'm having the same problem... Logpoints work perfectly with GCC (print a log message to the Debug Console and do not break execution), but with MSVC they just act as regular breakpoints (do not print a log message to the Debug Console and do break execution). Version: 1.51.1 (user setup) |
Same as @bshoshany |
for a workaround, I wrote an extension that can make the equivalent of logpoints without language support: https://marketplace.visualstudio.com/items?itemName=MaxAbernethy2.scriptpoints |
@webewildered Interesting, it does work. Thanks! |
Hi, I'm reviving this issue because with GCC 11, logpoints do not work anymore. They just act as regular breakpoints. Logpoints did work with GCC 10 in the past (as I wrote above), but they no longer work now. It would be great if this could be fixed, as logpoints are very useful debugging tools! |
#8065 says there was a regression, maybe try downgrading the extension? |
Ah, I see. So this has nothing to do with me upgrading to GCC 11, it's a problem in the extension itself. Never mind then. |
@bshoshany @saschanaz GCC 11 logpoints should work with https://github.com/microsoft/vscode-cpptools/releases/tag/1.7.0-insiders ...well, assuming you have a Linux OS that supports glibc 2.27 (i.e. Ubuntu 18, Debian 10, CentOS 8, etc. or newer), if the language service is also used. |
Any news on this? |
Would still love to see cppvsdbg with logpoints, for Chromium development we basically revert to windbg to debug similar logpoints, if vscode has it, it would be so wonderful |
Type: Debugger
Just a quick question. Are logpoints supposed to be working for C++ debugging?
I can add the logpoint and the debugger actually stops at the point, but no message is logged (or at least I can't find it).
The text was updated successfully, but these errors were encountered: