Replies: 1 comment 2 replies
-
Hi @bas-ie I just stumbled onto the same issue, did you end up finding a fix ? |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I'm aware there are a number of issues and discussion threads regarding this, and I think at this point I've read all of 'em! I know that some adapters support e.g.
console = 'integratedTerminal'
, and some don't. I realise thatnvim-dap
by default places all output events from the adapter into the REPL via https://github.com/mfussenegger/nvim-dap/blob/master/lua/dap/session.lua#L742-L748.What I'm trying to understand is, how does an adapter send output somewhere other than the REPL? What event would it need to emit to make this work? I'm looking in particular at
lldb-dap
, which produces this kind of result when combined withnvim-dap-ui
and a Rust target:We can see here that lldb is emitting plain text, while the Rust console outputs have ANSI codes. Ideally these would not be sent to the REPL, as they just clutter things up and are difficult to read. I'm entirely willing to put in some work to modify
lldb-dap
's behaviour if required, but I'd like to understand it first. Is the "debuggee" output (presumably stdout) also being sent to the REPL? How might the adapter control this?Links to examples of adapters that do this well, or any other pointers gratefully accepted.
Beta Was this translation helpful? Give feedback.
All reactions