emacs-lsp
dap-mode does not fill *dap-ui-locals* window
When debugging JavaScript, Python, or C/C++ using the Melpa dap-mode 20220705.1958 drop the dap-ui-locals window shows "Nothing to display...." even when there is. This looks like a regression, the feature worked with the 20220612.1850 drop using the same configuration.
Lubuntu 20.04, Emacs 28.1 (locally compiled), lsp-mode, JavaScript: dap-node / node.js Python: dap-python / pylsp C/C++: dap-cpptools / ccls
@rayellis4 , could you enable dap-print-io and look if something catches your eye in the messages? Let's stick to dap-cpptools, are you using a default configuration?
@rayellis4 , could you please try to reproduce this issue with the newest dap-mode?
@factyy I'm running into the same issue with the latest version while debugging Java. I enabled dap-print-io and nothing stood out. Any other suggestions?
EDIT: It seems the issue was caused by a infinite loop, not sure if this is the expected behaviour? I would have expected something more descriptive for that issue
Could you provide a bit more info? Infinite loop where?
I'll try to help but it may take time since I'm severely time-constrained right now. And of course the more info you provide - the better
Unfortunately I didn't save any snapshot of the actual cause of my issue and I havn't had any luck recreating it.
I also ran into an issue where I was looking at the values in a list and it seems to consistenly show n-1 items in a list of length n (It shows the correct list length but only n-1 values are visible in the 'List Locals' window). It works fine for length 1. In this image you can see what I mean:
https://i.imgur.com/GJfpcR2.png
Not sure if the two issues are related but since they're related to the same "List Locals" buffer I thought I'd mention it.
That's weird. Ok, I'll take a look once I have time. Cannot guarantee it's going to be soon though.
BTW any chance you want to start troubleshooting the issue yourself?