Support non-stop mode for gdb debugger

From GDB documentation:

GDB supports an optional mode of operation in which you can examine stopped program threads in the debugger while other threads continue to execute freely. This minimizes intrusion when debugging live systems, such as programs where some threads have real-time constraints or must continue to respond to external events. This is referred to as non-stop mode.

This is a must have feature if you are working on complex multi-threaded applications. Some visual debuggers that use gdb (e.g. eclipse) already have support for non-stop mode, and it would be awesome to get it in vscode as well.

I second this request, very important feature to have IMHO.

The question is what is needed to support that.
You can already enable it manually by adding set non-stop on to the startup commands.
I guess breakpoints would need to be attachable to specific threads (DAP change) and some more controls to run and stop single threads:
https://wiki.eclipse.org/images/3/36/ReverseDebuggingEclipseCon2009.pdf

Edit: indeed, like for each thread there are execution buttons of which only the stepping ones work as expected. Continue resumes the current thread instead of the clicked one. Otoh it's debatable if these buttons shouldn't do their job without changing the current thread, via https://sourceware.org/gdb/current/onlinedocs/gdb/Background-Execution.html

This feature is very valuable when debugging IPC mechanisms like semaphores. I would argue it is a must have!

The new Rasberry Pi Pico also needs this to run; we really need to have this

ref:
https://forums.raspberrypi.com/viewtopic.php?f=144&t=320558#p1919327

I have been following this issue for two years. I use gdb non-stop mode in multithreading and occasionally it can cause the program to terminate.

FYI you can use my debugger if you need a proper GDB shell and all features without this kind of issues.

https://github.com/rohanrhu/gdb-frontend

I always use VSCode on every platform for everything but using GDBFrontend for debugging. It is useful when you use it in your Docker setup, especially for test releases of servers since you are easily able to access your debugger on web interface and remotely debug without any feature restriction.

The question is what is needed to support that. You can already enable it manually by adding set non-stop on to the startup commands. I guess breakpoints would need to be attachable to specific threads (DAP change) and some more controls to run and stop single threads: https://wiki.eclipse.org/images/3/36/ReverseDebuggingEclipseCon2009.pdf

Edit: indeed, like for each thread there are execution buttons of which only the stepping ones work as expected. Continue resumes the current thread instead of the clicked one. Otoh it's debatable if these buttons shouldn't do their job without changing the current thread, via https://sourceware.org/gdb/current/onlinedocs/gdb/Background-Execution.html

I fell across this problem again today. So I will elaborate this further.

First: manually by adding set non-stop on to the startup commands means to add this to launch.json:

        "setupCommands": [
            {
                "text": "set pagination off",
                "ignoreFailures": true,
            },
            {
                "text": "set non-stop on",
                "ignoreFailures": true,
            }
        ],

(I read somewhere that pagination should also be turned of, but I do not know what this really does)

Then verify start your program with debugger attached ( and verify your setting in debug console (run -exec show non-stop):

When running in non-stop mode, the thread list and stack is very unreliable

(They are paused on the gui, running on the right)

So what would I wish for:

Setting non-stop mode via a specific launch.json element
Gui should work correctly.

Correct task state (running/break)
Run and step buttons in sidebar should work and only work on the selected thread. The overall/regular buttons should display the currently selected thread by name and id.
The call stack should be correct

Any info or update for this?

The question is what is needed to support that. You can already enable it manually by adding set non-stop on to the startup commands. I guess breakpoints would need to be attachable to specific threads (DAP change) and some more controls to run and stop single threads: https://wiki.eclipse.org/images/3/36/ReverseDebuggingEclipseCon2009.pdf
Edit: indeed, like for each thread there are execution buttons of which only the stepping ones work as expected. Continue resumes the current thread instead of the clicked one. Otoh it's debatable if these buttons shouldn't do their job without changing the current thread, via https://sourceware.org/gdb/current/onlinedocs/gdb/Background-Execution.html

I fell across this problem again today. So I will elaborate this further.

First: manually by adding set non-stop on to the startup commands means to add this to launch.json:
        "setupCommands": [
            {
                "text": "set pagination off",
                "ignoreFailures": true,
            },
            {
                "text": "set non-stop on",
                "ignoreFailures": true,
            }
        ],
(I read somewhere that pagination should also be turned of, but I do not know what this really does)

Then verify start your program with debugger attached ( and verify your setting in debug console (run -exec show non-stop):

When running in non-stop mode, the thread list and stack is very unreliable (They are paused on the gui, running on the right)

So what would I wish for:
1. Setting non-stop mode via a specific launch.json element

2. Gui should work correctly.


* Correct task state (running/break)

* Run and step buttons in sidebar should work and only work on the selected thread. The overall/regular buttons should display the currently selected thread by name and id.

* The call stack should be correct

Any info or update for this?

From my side? No. I just thought this thread needs more pictures and examples of why we cannot use non-stop mode in VSCode right now. Posts here might suggest otherwise.

Maybe a dev will implement this eventually.

Confirmed. GDB non-stop mode does not work in Vscode. I will use the above screen shot to point out 2 issues.

Thread statuses are wrong. After setting a thread-specific breakpoint(lcore-worker-8 thread here), only that thread should be in "PAUSED" status, all other threads should be in running status.

does not work correctly. If it is clicked, the thread specific break point will not be hit.

Every now and then I am in heavy need for this feature to find race conditions. Now is the time. I then have to resort to gdb itself. It is a pitty.

It'd be useful!

add the non-stop mode, +1!

On my side, clicking the continue button of the vscode debugger still pauses my fortran program (maybe as referenced here; my program is the issue not vscode) using both settings

            {
                    "text": "set pagination off",
                    "ignoreFailures": true,
                },
                {
                    "text": "set non-stop on",
                    "ignoreFailures": true,
              }

Navigation Menu

Repository navigation

Support non-stop mode for gdb debugger #2639

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Support non-stop mode for gdb debugger #2639

Description

Activity

konradsa commented on Nov 22, 2019

Trass3r commented on Oct 11, 2020

KUGA2 commented on Jul 12, 2021

Gnomey123 commented on Oct 3, 2022

Gnomey123 commented on Oct 3, 2022

exploman commented on Sep 14, 2023

rohanrhu commented on Sep 15, 2023

KUGA2 commented on Nov 9, 2023

borjamunozf commented on Nov 14, 2023

KUGA2 commented on Nov 20, 2023

xiongqr commented on Apr 13, 2024

KUGA2 commented on Aug 21, 2024

pereyra-m commented on Aug 28, 2024

nik13513513 commented on Sep 26, 2024

vinodappu commented on Jan 30, 2025

PhDStudentNuSt commented on Feb 10, 2025

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions