December 15, 2020 at 18:11 #29682
Hi All and Support,
I’m using VS2019 and I’ve noticed something strange (and annoying) with the call stack. So when I hit a breakpoint and I double click a function name in the call stack, sometimes the list of functions in the call stack window disappears (not the window, just the list). It doesn’t happen every time, but will happen within a few double clicks. I have to single step to get the call stack to repopulate, but by then it might be too late.
Has anyone else experienced this issue or is peculiar to my setup?
DavidDecember 15, 2020 at 18:22 #29683
This looks like a bug in Visual Studio itself. Based on the latest feedback we got from Microsoft, it was triggered by an unexpected combination of flags returned by our debug engine, however from a quick test on VS 16.8.2, it appears to be resolved on the VS side.
Please try updating your Visual Studio to the latest version. If the problem persists, we will try updating VisualGDB to emulate the fields VS would normally expect.December 16, 2020 at 17:02 #29690
Thanks for your reply. I’m on VS 16.8.3 and I have upgraded VisualGDB to 5.5R4. Unfortunately, the issue is still occurring. Please let me know if you want me to do anything.
DavidDecember 17, 2020 at 11:15 #29699
Thanks, we have retested it and indeed the problem is still there (it just doesn’t trigger when VS itself is being debugged). We have posted an update on the Visual Studio bug report and will await a reply from Microsoft. Feel free to post a comment there if the problem affects you as well.January 4, 2021 at 19:12 #29751
looks like Microsoft closed your report a while ago, but no resolution. I know it’s not a show stopper, but it is really annoying. Is there any chance you could get Microsoft to re-open the issue?
DavidJanuary 4, 2021 at 19:18 #29752
We have provided them with an updated build that follows their instructions and still reproduces the problem on December 17th and have not heard from them since then. Please consider contacting Microsoft support directly, or posting on the bug tracking page to speed it up. We have done everything we could on this one (short from designing our own replacement Call Stack window) and the delay is on their side.
As a side note, a 100% working (although annoying) workaround would be to delete the watch expression that triggers the error, and switch back and forth between the threads via Debug->Windows->Threads. This makes the call stack reappear.January 4, 2021 at 22:06 #29753
Yes, I can see your update. I’ll add a comment that the issue hasn’t been resolved yet. That might get their attention. It sounds like the fault is on the Microsoft side, so does that mean the call stack works with the latest VisualGDB (v5.5R4) but an older Visual Studio (say VS2015)?
The workaround I’ve been using is when the call stack disappears, I single step one assembler instruction and then it repopulates the call stack window.
DavidJanuary 13, 2021 at 14:24 #29778
You must be logged in to reply to this topic.