-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GDB: cannot connect to server while rizin can #3350
Comments
I tried the same in Linux (WSL). I can connect to the gdbserver via gdb in wsl prompt (gdb->target remote 172.21.208.1:1235), comm is visible in wireshark. Cutter started from the very same terminal however just displays the same popup, gets unresponsive and needs to be terminated with kill -9. |
Was able to obtain similar result by running everything on Linux. |
Thx, I updated description accordingly. |
seemingly very similar or duplicate of #3277 |
Running Cutter 2.3.4 Flatpak build on Debian shows the same issue. Is there a workaround for this? If not, do anyone know of a previous version that did work? |
i think is also due flatpak not allowing doing debug. |
Hmm.. I will check that. |
that is true. sorry i misread the messages. |
Thank you for the mention. I'll keep an eye on this issue |
Environment information
PE32 or other
Describe the bug
This works:
rizin.exe -d gdb://172.21.208.1:1235
(I verified by wireshark. RSP comm between rizin and mingw gdbserver running on Win11, started with a PE32 file by:
gdbserver 172.21.208.1:1235 bin/api_test.exe. gdbserver can be connected using gdb, r2, rizin)
However, when I load the target.exe in Cutter and then connect to the very same gdbserver, I get a popup and Cutter gets nonresponsive. Wireshark shows no communication to the gdbserver.
I tried to not load the exe as well, but it is not clear to me whether it is supported.
Cutter gets frozen when using gdbserver.
To Reproduce
Start a gdbserver and connect to it with Cutter.
Expected behavior
Cutter is able to connect to a gdbserver rizin can access.
Screenshots
And no comm in wireshark.
Additional context
The text was updated successfully, but these errors were encountered: