You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've successfully connected to the remote this way, but hit two issues:
I have to manually help trepan find the file to track whenever it changes (e.g. I step into a function in a new file). In the case I point it to the remote copy in a TRAMP buffer, it loses track of the file after every "next"command.
If I issue a quit command, subsequent attempts to reconnect a client (after start_debugger_server was re-triggered) fail to connect. I get a window showing:
Current directory: /home/dan/canopy/
Command: trepan3k --client --port 1955
Connected.
but it's not talking to the server.
These issues make me think the realgud interface hasn't been tested much with the --client option. Has anybody gotten this to work?
The text was updated successfully, but these errors were encountered:
I honestly don't remember what I've trred and what I haven't. It is generally true that when I need something I often find I have to fix bugs that have crept in since the last time I did something.
And yes remote debugging is not something I do a lot of. Probably if I use it I do it from track-mode.
I found this bug while trying to use the realgud interface to connect to a remote trepan server.
On the remote I have:
(taken directly from the docs)
and the client uses:
(realgud:trepan3k "trepan3k --client --port 1955")
I've successfully connected to the remote this way, but hit two issues:
start_debugger_server
was re-triggered) fail to connect. I get a window showing:but it's not talking to the server.
These issues make me think the realgud interface hasn't been tested much with the
--client
option. Has anybody gotten this to work?The text was updated successfully, but these errors were encountered: