Remote debugging with Rust #821

LB767 · 2022-11-22T15:43:55Z

LB767
Nov 22, 2022

Hello,

I've been trying to get remote debugging to work with Rust in VS Code, with limited success.

I have a launch.json configuration as follows

{
    "name": "Remote launch",
    "type": "lldb",
    "request": "launch",
    "program": "${workspaceFolder}\\target\\debug\\server.exe", // Local path.
    "terminal": "integrated",
    "initCommands": [
        "platform select remote-windows", // Execute `platform list` for a list of available remote platform plugins.
        "platform connect connect://CP-7438AA:1234",
        "settings set target.inherit-env true",
    ],
    "sourceMap": { "" : "${workspaceFolder}" },
    
},

and start an lldb server on a remote computer with
lldb-server platform --server --listen *:1234

The debugger successfully connects and runs my program, however

I do not get output to the VSCode terminal, instead I just get normal cmd prompt output on my remote PC
Breakpoints break into Rust assembly, not source code
I haven't found a way to build my program (cargo build) and launch a remote debugging session both within one vscode configuration, is that even possible?

Any help would be greatly appreciated

vadimcn · 2022-11-22T23:16:33Z

vadimcn
Nov 22, 2022
Maintainer

I do not get output to the VSCode terminal, instead I just get normal cmd prompt output on my remote PC

That's expected, remote debugging does not support stdio redirection.

Breakpoints break into Rust assembly, not source code
...
"sourceMap": { "" : "${workspaceFolder}" },

Empty string is not a valid prefix for a source map.

I haven't found a way to build my program (cargo build) and launch a remote debugging session both within one vscode configuration, is that even possible?

You can use either preLaunchTask or this.

0 replies

LB767 · 2022-11-23T08:16:31Z

LB767
Nov 23, 2022
Author

Thanks for your quick help!

Empty string is not a valid prefix for a source map.

I tried "sourceMap": { "." : "${workspaceFolder}" },
doesn't work either.
It's not very clear to me what I'm supposed to put in there.

0 replies

vadimcn · 2022-11-23T19:01:18Z

vadimcn
Nov 23, 2022
Maintainer

It's not very clear to me what I'm supposed to put in there.

Depends on what's embedded in your binary's debug info. Have you tried this: https://github.com/vadimcn/vscode-lldb/wiki/Breakpoints-are-not-getting-hit ?

9 replies

LB767 Nov 25, 2022
Author

modules[0] gives 0 compilation units
dumpbin can find the .pdb just fine, but I don't have any of the msvc tools installed on the remote machine so maybe that's why it doesn't work?

vadimcn Nov 26, 2022
Maintainer

AFAIK, symbols are read on the local machine.

LB767 Nov 26, 2022
Author

Enabled LLDB logging with "log enable lldb default" in my launch config, ran my program and put a breakpoint somewhere.
Anything in there that could help find the problem?
For reference my sourcemap was "sourceMap": { "C:\\Users\\Administrator\\Documents\\ETER" : "${workspaceFolder}" },

Console is in 'commands' mode, prefix expressions with '?'.
Executing script: initCommands
  Platform: remote-windows
 Connected: no
      Host: Windows 6.2.0
  Platform: remote-windows
    Triple: x86_64-pc-windows-msvc
OS Version: 6.2.0 (Windows NT 6.2.0)
  Hostname: CP-7438AA
 Connected: yes
WorkingDir: C:\Users\Administrator\Documents\ETER
    Kernel: Windows NT 6.2.0
      Host: Windows 6.2.0
 Processing command: command script import 'c:\Users\Lionel\.vscode\extensions\vadimcn.vscode-lldb-1.8.1\formatters'
 HandleCommand, cmd_obj : 'command script import'
 HandleCommand, (revised) command_string: 'command script import 'c:\Users\Lionel\.vscode\extensions\vadimcn.vscode-lldb-1.8.1\formatters''
 HandleCommand, wants_raw_input:'False'
 HandleCommand, command line after removing command name(s): ''c:\Users\Lionel\.vscode\extensions\vadimcn.vscode-lldb-1.8.1\formatters''
 HandleCommand, command succeeded
 Target::Target created with architecture x86_64 (x86_64-pc-windows-msvc)
 0000021B00A94E80 Broadcaster("lldb.target")::BroadcastEvent (event_sp = {0000021B7F5F5CA0 Event: broadcaster = 0000021B7F6ED8D0 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 1 type: breakpoint added}}, unique =0) hijack = 0000000000000000
 Target::lldb_private::Target::AddBreakpoint (internal = no) => break_id = 1: file = 'd:\Documents\CSEM\eter\src\client_server.rs', line = 31, exact_match = 0
 removing symbol context at D:\Documents\CSEM\eter\src\client_server.rs:72
 Added location (skipped prologue: no): 1.1: 
  module = D:\Documents\CSEM\eter\target\debug\server.exe
  compile unit = client_server.rs
  function = void server::client_server::init(bool)
  location = D:\Documents\CSEM\eter\src\client_server.rs:31
  address = server.exe[0x00000001400046f4]
  resolved = false
  hardware = false
  hit count = 0
 Added location (skipped prologue: no): 1.2: 
  module = D:\Documents\CSEM\eter\target\debug\server.exe
  compile unit = client_server.rs
  function = void server::client_server::init(bool)
  location = D:\Documents\CSEM\eter\src\client_server.rs:31
  address = server.exe[0x0000000140004723]
  resolved = false
  hardware = false
  hit count = 0
 Target::lldb_private::Target::RemoveAllWatchpoints
 0000021B00A94E80 Broadcaster("lldb.target")::BroadcastEvent (event_sp = {0000021B7F5F5CA0 Event: broadcaster = 0000021B7F6ED8D0 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 2 type: breakpoint added}}, unique =0) hijack = 0000000000000000
 Target::lldb_private::Target::AddBreakpoint (internal = no) => break_id = 2: name = 'rust_panic'
 Added location: 2.1: 
  module = D:\Documents\CSEM\eter\target\debug\server.exe
  compile unit = index.rs
  function = void std::panicking::rust_panic()
  location = \rustc\897e37553bba8b42751c67658967889d11ecd120\library\std\src\panicking.rs:743
  address = server.exe[0x00000001401a1a30]
  resolved = false
  hardware = false
  hit count = 0
Launching: D:\Documents\CSEM\eter\target\debug\server.exe
 Target::lldb_private::Target::Launch() called for D:\Documents\CSEM\eter\target\debug\server.exe
 Target::lldb_private::Target::Launch the process instance doesn't currently exist.
 have platform=true, platform_sp->IsHost()=false, default_to_use_pty=false
 at least one of stdin/stdout/stderr was not set, evaluating default handling
 target stdin='(empty)', target stdout='(empty)', stderr='(empty)'
 Target::lldb_private::Target::Launch asking the platform to debug the process
 thread created
 Process::SetPrivateState (connected)
 Process::lldb_private::Process::ControlPrivateStateThread (signal = 4)
 Sending control event of type: 4.
 thread created
 Process::lldb_private::Process::RunPrivateStateThread (arg = 0000021B0329A140, pid = 0) thread starting...
 timeout = <infinite>, event_sp)...
 Process::lldb_private::Process::RunPrivateStateThread (arg = 0000021B0329A140, pid = 0) got a control event: 4
 timeout = <infinite>, event_sp)...
 Process::ShouldBroadcastEvent (0000021B004BF6A0) => new state: connected, last broadcast state: connected - YES
 Process::lldb_private::Process::HandlePrivateEvent (pid = 0) broadcasting new state connected (old state unloaded) to hijacked
 timeout = <infinite>, event_sp)...
 Process::lldb_private::Process::ControlPrivateStateThread (signal = 2)
 Sending control event of type: 2.
 Process::SetPublicState (state = launching, restarted = 0)
 Process::lldb_private::Process::RunPrivateStateThread (arg = 0000021B0329A140, pid = 0) got a control event: 2
 timeout = <infinite>, event_sp)...
 Target::MergeArchitecture target has arch x86_64-pc-windows-msvc, merging with arch x86_64-pc-windows-msvc
 set architecture to x86_64 (x86_64-pc-windows-msvc)
 Process::SetPrivateState (stopped)
 Process::SetPrivateState (stopped) stop_id = 1
 timeout = 10000000 us, event_sp)...
 timeout = 10000000 us, event_sp) => stopped
 DynamicLoaderDarwin::UseDYLDSPI: Use old DynamicLoader plugin
 DynamicLoaderDarwin::UseDYLDSPI: Use old DynamicLoader plugin
 DynamicLoaderWindowsDYLD::lldb_private::DynamicLoaderWindowsDYLD::DidLaunch()
 Breakpoint::ModulesChanged: num_modules: 1 load: 1 delete_locations: 0
 GDBRemoteCommunicationClient::lldb_private::process_gdb_remote::GDBRemoteCommunicationClient::SendGDBStoppointTypePacket() add at addr = 0x7ff6812246f4
 0000021B00A94E80 Broadcaster("lldb.target")::BroadcastEvent (event_sp = {0000021B0336C280 Event: broadcaster = 0000021B7F6ED8D0 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 1 type: locations resolved}}, unique =0) hijack = 0000000000000000
 GDBRemoteCommunicationClient::lldb_private::process_gdb_remote::GDBRemoteCommunicationClient::SendGDBStoppointTypePacket() add at addr = 0x7ff681224723
 0000021B00A94E80 Broadcaster("lldb.target")::BroadcastEvent (event_sp = {0000021B0336C500 Event: broadcaster = 0000021B7F6ED8D0 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 1 type: locations resolved}}, unique =0) hijack = 0000000000000000
 Breakpoint::ModulesChanged: num_modules: 1 load: 1 delete_locations: 0

 GDBRemoteCommunicationClient::lldb_private::process_gdb_remote::GDBRemoteCommunicationClient::SendGDBStoppointTypePacket() add at addr = 0x7ff6813c1a30
 0000021B00A94E80 Broadcaster("lldb.target")::BroadcastEvent (event_sp = {0000021B0336C440 Event: broadcaster = 0000021B7F6ED8D0 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 2 type: locations resolved}}, unique =0) hijack = 0000000000000000
 ProcessGDBRemote::lldb_private::process_gdb_remote::ProcessGDBRemote::GetLoadedModuleList
 failed to load modules: Remote libraries not supported
 Process::SetPublicState (state = stopped, restarted = 0)
 Process::lldb_private::Process::ControlPrivateStateThread (signal = 4)
 Sending control event of type: 4.
 timeout = <infinite>
 Process::lldb_private::Process::WaitForProcessToStop returning without waiting for events; process private and public states are already 'stopped'.
 Process::PrivateResume() m_stop_id = 1, public state: stopped private state: stopped
 Discarding thread plans for thread (tid = 0x1a90, force 1)
 Thread::PushPlan(0x0000021B7F325E70): "Base thread plan.", tid = 0x1a90.
 Discarding thread plans for thread (tid = 0x1938, force 1)
 Thread::PushPlan(0x0000021B7F3259F0): "Base thread plan.", tid = 0x1938.
 Discarding thread plans for thread (tid = 0x1238, force 1)
 Thread::PushPlan(0x0000021B7F3260B0): "Base thread plan.", tid = 0x1238.
 Discarding thread plans for thread (tid = 0x0a84, force 1)
 Thread::PushPlan(0x0000021B7F324370): "Base thread plan.", tid = 0x0a84.
 Process::lldb_private::Process::RunPrivateStateThread (arg = 0000021B0329A140, pid = 128) got a control event: 4
 timeout = <infinite>, event_sp)...
 0000021B7F325E70: tid = 0x1a90: stop info = <NULL> (stop_id = 1)
 0000021B7F325E70: tid = 0x1a90: stop info = signal SIGTRAP (stop_id = 1)
 lldb_private::ThreadPlan::WillResume Thread #1 (0x0000021B7F325E70): tid = 0x1a90, pc = 0x7ffa13e3260d, sp = 0x90f72ff100, fp = 0x00000000, plan = 'base plan', state = running, stop others = 0
 0000021B7F3259F0: tid = 0x1938: stop info = <NULL> (stop_id = 1)
 lldb_private::ThreadPlan::WillResume Thread #2 (0x0000021B7F3259F0): tid = 0x1938, pc = 0x7ffa13e03364, sp = 0x90f73ff6e8, fp = 0x00000000, plan = 'base plan', state = running, stop others = 0
 0000021B7F3260B0: tid = 0x1238: stop info = <NULL> (stop_id = 1)
 lldb_private::ThreadPlan::WillResume Thread #3 (0x0000021B7F3260B0): tid = 0x1238, pc = 0x7ffa13e03364, sp = 0x90f74ff778, fp = 0x00000000, plan = 'base plan', state = running, stop others = 0
 0000021B7F324370: tid = 0xa84: stop info = <NULL> (stop_id = 1)
 lldb_private::ThreadPlan::WillResume Thread #4 (0x0000021B7F324370): tid = 0x0a84, pc = 0x7ffa13e03364, sp = 0x90f75ff9c8, fp = 0x00000000, plan = 'base plan', state = running, stop others = 0
 Process::SetPrivateState (running)
 Current Plan for thread 1(0000021B7F325E70) (0x1a90, running): base plan being asked whether we should report run.
 Current Plan for thread 2(0000021B7F3259F0) (0x1938, running): base plan being asked whether we should report run.
 Current Plan for thread 3(0000021B7F3260B0) (0x1238, running): base plan being asked whether we should report run.
 Current Plan for thread 4(0000021B7F324370) (0x0a84, running): base plan being asked whether we should report run.
 Process::ShouldBroadcastEvent (0000021B0369E1C0) => new state: running, last broadcast state: running - YES
 Process::lldb_private::Process::HandlePrivateEvent (pid = 128) broadcasting new state running (old state stopped) to public
 Process::lldb_private::Process::HandlePrivateEvent updated m_iohandler_sync to 1
 timeout = <infinite>, event_sp)...
 Process::SetPublicState (state = running, restarted = 0)
 Process thinks the process has resumed.
Launched process 128
 Target::lldb_private::Target::RemoveBreakpointByID (break_id = 1, internal = no)
 Target::lldb_private::Target::DisableBreakpointByID (break_id = 1, internal = no)

 GDBRemoteCommunicationClient::lldb_private::process_gdb_remote::GDBRemoteCommunicationClient::SendGDBStoppointTypePacket() remove at addr = 0x7ff6812246f4
 Process::SetPrivateState (stopped)
 Process::SetPrivateState (stopped) stop_id = 2
 Discarding thread plans for thread (tid = 0x06e0, force 1)
 Thread::PushPlan(0x0000021B7F3245B0): "Base thread plan.", tid = 0x06e0.
 Discarding thread plans for thread (tid = 0x1674, force 1)
 Thread::PushPlan(0x0000021B7F326770): "Base thread plan.", tid = 0x1674.
 Discarding thread plans for thread (tid = 0x14cc, force 1)
 Thread::PushPlan(0x0000021B7F3269B0): "Base thread plan.", tid = 0x14cc.
 Discarding thread plans for thread (tid = 0x1bb8, force 1)
 Thread::PushPlan(0x0000021B003B0680): "Base thread plan.", tid = 0x1bb8.
 0000021B003B0680: tid = 0x1bb8: stop info = <NULL> (stop_id = 2)
 0000021B003B0680: tid = 0x1bb8: stop info = Exception 0x80000003 encountered at address 0x7ffa13e03400 (stop_id = 2)
 
 ThreadList::lldb_private::ThreadList::ShouldStop: 8 threads, 8 unsuspended threads
 0000021B7F325E70: tid = 0x1a90: stop info = <NULL> (stop_id = 2)
 0000021B7F325E70: tid = 0x1a90: stop info = signal SIGTRAP (stop_id = 2)
 0000021B7F3259F0: tid = 0x1938: stop info = <NULL> (stop_id = 2)
 0000021B7F3260B0: tid = 0x1238: stop info = <NULL> (stop_id = 2)
 0000021B7F324370: tid = 0xa84: stop info = <NULL> (stop_id = 2)
 0000021B7F3245B0: tid = 0x6e0: stop info = <NULL> (stop_id = 2)
 0000021B7F326770: tid = 0x1674: stop info = <NULL> (stop_id = 2)
 0000021B7F3269B0: tid = 0x14cc: stop info = <NULL> (stop_id = 2)
 Thread::lldb_private::Thread::ShouldStop(0000021B7F325E70) for tid = 0x1a90 0x1a90, pc = 0x00007ffa13e02704
 ^^^^^^^^ Thread::ShouldStop Begin ^^^^^^^^
 Plan stack initial state:
  thread #1: tid = 0x1a90:
    Active plan stack:
      Element 0: Base thread plan.
 GDBRemoteCommunicationClient::lldb_private::process_gdb_remote::GDBRemoteCommunicationClient::SendGDBStoppointTypePacket() remove at addr = 0x7ff681224723
 0000021B00A94E80 Broadcaster("lldb.target")::BroadcastEvent (event_sp = {0000021B0336C780 Event: broadcaster = 0000021B7F6ED8D0 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 1 type: breakpoint disabled}}, unique =0) hijack = 0000000000000000
 0000021B00A94E80 Broadcaster("lldb.target")::BroadcastEvent (event_sp = {0000021B0336C940 Event: broadcaster = 0000021B7F6ED8D0 (lldb.target), type = 0x00000001 (breakpoint-changed), data = {bkpt: 1 type: breakpoint removed}}, unique =0) hijack = 0000000000000000
 Base plan discarding thread plans for thread tid = 0x1a90 (signal: signal SIGTRAP)
 Discarding thread plans for thread (tid = 0x1a90, force 0)
 Base plan says should stop: 1.
 Plan stack final state:
  thread #1: tid = 0x1a90:
    Active plan stack:
      Element 0: Base thread plan.

 vvvvvvvv Thread::ShouldStop End (returning 1) vvvvvvvv
 Thread::lldb_private::Thread::ShouldStop for tid = 0x1938 0x1938, pc = 0x00007ffa13e03364, should_stop = 0 (ignore since no stop reason)
 Thread::lldb_private::Thread::ShouldStop for tid = 0x1238 0x1238, pc = 0x00007ffa13e03364, should_stop = 0 (ignore since no stop reason)
 Thread::lldb_private::Thread::ShouldStop for tid = 0x0a84 0x0a84, pc = 0x00007ffa13e03364, should_stop = 0 (ignore since no stop reason)
 Thread::lldb_private::Thread::ShouldStop for tid = 0x06e0 0x06e0, pc = 0x00007ffa13e00074, should_stop = 0 (ignore since no stop reason)
 Thread::lldb_private::Thread::ShouldStop for tid = 0x1674 0x1674, pc = 0x00007ffa13dffb14, should_stop = 0 (ignore since no stop reason)
 Thread::lldb_private::Thread::ShouldStop for tid = 0x14cc 0x14cc, pc = 0x00007ffa13e03304, should_stop = 0 (ignore since no stop reason)
 Thread::lldb_private::Thread::ShouldStop(0000021B003B0680) for tid = 0x1bb8 0x1bb8, pc = 0x00007ffa13e03401
 ^^^^^^^^ Thread::ShouldStop Begin ^^^^^^^^
 Plan stack initial state:
  thread #8: tid = 0x1bb8:
    Active plan stack:
      Element 0: Base thread plan.
 Base plan discarding thread plans for thread tid = 0x1bb8 (exception: Exception 0x80000003 encountered at address 0x7ffa13e03400)
 Discarding thread plans for thread (tid = 0x1bb8, force 0)
 Base plan says should stop: 1.
 Plan stack final state:
  thread #8: tid = 0x1bb8:
    Active plan stack:
      Element 0: Base thread plan.

 vvvvvvvv Thread::ShouldStop End (returning 1) vvvvvvvv
 ThreadList::lldb_private::ThreadList::ShouldStop overall should_stop = 1
 Frame #0 not recognized
 Frame #0 not recognized
 Frame #0 not recognized
 Frame #0 not recognized
 Frame #0 not recognized
 Frame #0 not recognized
 Frame #0 not recognized
 Frame #0 not recognized
 Process::ShouldBroadcastEvent (0000021B005A7280) => new state: stopped, last broadcast state: stopped - YES
 Process::lldb_private::Process::HandlePrivateEvent (pid = 128) broadcasting new state stopped (old state running) to public
 timeout = <infinite>, event_sp)...
 Process::SetPublicState (state = stopped, restarted = 0)
 Process::SetPublicState (stopped) -- unlocking run lock
Stop reason: signal SIGTRAP
 SynthesizeTailCallFrames: can't find previous function

vadimcn Nov 26, 2022
Maintainer

Where is your project located at compilation time and where is it located while debugging? What does ${workspaceFolder} expand into?

LB767 Nov 27, 2022
Author

On my local PC - the project is in D:\Documents\CSEM\eter, the source files are under D:\Documents\CSEM\eter\src and the compiled debug binary and .pdb file are under D:\Documents\CSEM\eter\target\debug
On the remote machine - I start the lldb server under C:\Users\Administrator\Documents\ETER
${workspaceFolder} expands to D:\Documents\CSEM\eter

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Remote debugging with Rust #821

{{title}}

Replies: 3 comments 9 replies

{{title}}

{{title}}

{{title}}

{{title}}

{{editor}}'s edit

{{editor}}'s edit

{{title}}

{{title}}

{{title}}

{{title}}

Select a reply

Remote debugging with Rust #821

LB767 Nov 22, 2022

Replies: 3 comments · 9 replies

vadimcn Nov 22, 2022 Maintainer

LB767 Nov 23, 2022 Author

vadimcn Nov 23, 2022 Maintainer

LB767 Nov 25, 2022 Author

vadimcn Nov 26, 2022 Maintainer

LB767 Nov 26, 2022 Author

vadimcn Nov 26, 2022 Maintainer

LB767 Nov 27, 2022 Author

LB767
Nov 22, 2022

Replies: 3 comments 9 replies

vadimcn
Nov 22, 2022
Maintainer

LB767
Nov 23, 2022
Author

vadimcn
Nov 23, 2022
Maintainer

LB767 Nov 25, 2022
Author

vadimcn Nov 26, 2022
Maintainer

LB767 Nov 26, 2022
Author

vadimcn Nov 26, 2022
Maintainer

LB767 Nov 27, 2022
Author