microsoft / microsoft/vscode-cpptools

No stdout from remote target when debugging over a "target remote" pipe

Open
#4,977 5 comments 0 reactions 1 assignee View on GitHub

@pieandcakes is already working on this.

Since Feb 18, 2020.

debugger
Dominant language
TypeScript
Stars
6.2k
Forks
1.7k
Avg merge
14h 46m
Merged PRs (30d)
61

Description

Type: Debugger
gdb

  • OS and Version: ubuntu 18.04 LTS
  • VS Code Version: 1.41.1
  • C/C++ Extension Version: 0.26.3

I don't know if it's the same as:
https://github.com/Microsoft/vscode-cpptools/issues/827

But as the issue was 2.5 years old I open a new one.

I'm unable to see gdbserver's output. The output is sent back to VSCode, so it's a parsing error.

I'm running my application through a "target remote" pipe in "customLaunchSetupCommands", as the docker container has no connectivity and I don't own the container. The relevant parts of my configuration:

"customLaunchSetupCommands": [
      {
        "description": "Pipe launch gdbserver",
        "text": "target remote | docker exec -i <container> gdbserver - ${workspaceFolder}/<app>",
        "ignoreFailures": false
      },
      {
        "description": "Some apps include relative dirs",
        "text": "cd ${workspaceFolder}",
        "ignoreFailures": false
      },
      {
        "description": "Stop at main",
        "text": "b main",
        "ignoreFailures": false
      }
    ],

I have logging enabled:

"logging": {
    "trace": true,
     "traceResponse": true,
     "engineLogging": true
},

I see in the logs that gdbserver is generating the output, it's just that it's not correctly parsed.e.g:

--> E (output): {"type":"event","event":"output","body":{"category":"console","output":"1: (23145) ->&\" 4 FAILED TESTS\\n\"\n"},"seq":803}
1: (23145) ->&" 4 FAILED TESTS\n"

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.