Closed gagara closed 3 months ago
Log file .vimspector.log
There is some quirk with multi-thread debugging. DAP has this notion of "all threads stopped" and some adapters continue all threads on step, some only the focussed thread. I vaguely recall that I put something in for single stepping within a thread, but I don't quite remember. I'll have to take a look..
Thanks for the repro case, I'll see if I can repro.
sorry for the delay.
Thanks I can repro. Not totally sure if this is a vimspector bug or a java debug adapter bug, but I can certainly repro weirdness.
Hey @gagara can you test patch https://github.com/puremourning/vimspector/pull/867 ?
Works as expected. Many thanks!
Description
When we have breakpoints in different threads (which leads to 2 Threads to be paused) after stepping in one thread, the status of second is "lost", i.e. it became (running) and no stack trace is available for it.
Is it reproducible in vim?
Reproducible in Vim
Works with clean config?
No
Sample project works?
Not reproducible with sample project
Minimal Reproduction
Sample java code to reproduce:
Two breakpoints are set.
From the start debugger will stop at "breakpoint 1". This will show as "Thread 1 (paused)" -- Correct After StepOver we stop at "breakpoint 2". This will be new "Thread 11 (paused)" -- Correct After several StepOver-s in Thread 11 it is finished, the output of program:
all threads (including Thread 1) are in running state. no stack trace for Thread 1 is available. Executing StepOver, Coninue does nothing. In fact program is paused in last line.
If we explicitly focus Thread 1 (
<leader><CR>
) then we can continue stepping in Thread 1 correctly.Expected Behaviour
Thread 1 should have (paused) status with respective stack trace after returning from another Thread 11.
Actual Behaviour
Status of Thread 1 is (running), no stack trace is available for it. It is not possible to continue program debug with "Continue", "StepOver", etc
Additional information
No response
Installation Type
Plugin Manager (git clone)
Vimspector version
c37d50fc463013bdad2ba044615b0bc2ce163681
Debug Info
Log file
No response
Vim version
Python version
No response
Neovim diagnostics
No response
Operating System
Linux desna 6.8.4-gentoo-x86_64 #1 SMP PREEMPT_DYNAMIC Mon Apr 8 18:28:35 EEST 2024 x86_64 Intel(R) Core(TM) i5-4210M CPU @ 2.60GHz GenuineIntel GNU/Linux
Declaration