You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I use the c_cpp extension in VScode with a large c++ project.
One issue is, that starting the debugger session takes more than one minute.
I activated the logging to see what is happening. It came out, that there is a log entry saying:
1: (7051) <-1009-break-insert -f main
Then the log prints all methods within my project with the name main.
Finally the log contains the time it took to search all those methods:
--> E (output): {"type":"event","event":"output","body":{"category":"console","output":"1: (47494) 1009: elapsed time 40443\n"},"seq":112}
The thing about this: I disabled the stopAtEntry in the launch settings of my project
We customize the Debug Engine since it tries to run too many expensive commands on the debugger, which causes e.g. one minute or more of time between entering break mode and actually being able to do anything in the IDE for our platform, so I've seen a lot of the code.
The main breakpoint is set because the Debug Engine needs to emit an "entrypoint hit" event. IDK why exactly it needs to emit the event, but I remember things not working quite right if the event is removed. In VS, there is a thread-safe wrapper around the engine callback, but that doesn't really matter here. The engine callback gets hit for VS and VS Code.
Hi,
I use the c_cpp extension in VScode with a large c++ project.
One issue is, that starting the debugger session takes more than one minute.
I activated the logging to see what is happening. It came out, that there is a log entry saying:
1: (7051) <-1009-break-insert -f main
Then the log prints all methods within my project with the name
main
.Finally the log contains the time it took to search all those methods:
--> E (output): {"type":"event","event":"output","body":{"category":"console","output":"1: (47494) 1009: elapsed time 40443\n"},"seq":112}
The thing about this: I disabled the
stopAtEntry
in the launch settings of my projectI think that this is an error not using the setting.
Looking at the source code, there might be a something wrong in:
MIEngine\src\MIDebugEngine\Engine.Impl\DebuggedProcess.cs:821
Best regards,
Frank
The text was updated successfully, but these errors were encountered: