Open g40 opened 1 month ago
GDBFrontend doesn't support Windows but you can use it on WSL (Windows Subsystem for Linux).
@rohanrhu Thank you.
Sadly I cannot use WSL as I am building QEMU using MSYS64 so it generates Windows binaries. It is these I would like to debug. QEMU will not build on WSL.
What is it that prevents operation on Windows? What is missing?
What is it that prevents operation on Windows? What is missing?
GDB doesn't support background execution on Windows.
You can run QEMU on WSL but I think it might not be able to use KVM on WSL. Another option, you can run GDBFrontend on WSL and connect to the Windows GDB that runs QEMU from WSL one.
Can you confirm: you need GDB to run as a detached process but ideally you would know its PID so it can be closed/killed? Does it use GDB-MI via a socket or some other IPC? Let me know as I think I may have a solution to your problem on Windows.
https://sourceware.org/gdb/wiki/GDB%20Front%20Ends
As you can see here, GDBFrontend doesn't use MI interface.
GDBFrontend runs on a thread in GDB process. All of GF APIs use GDB APIs that must be called on GDB's main thread but since background execution is unavailable on Windows, your debugged process is blocking GDB's main thread; GF pushes callbacks to run them on main thread but when main thread is blocked by the debugged process while running, it is not possible to get them called when they must be.
Looks very interesting. If it can help with my MSYS64/gcc debugging problem then A+++. Many thanks.
What have I missed here? What does
Tmux
do on Windows?