2020-02-15 19:52:53 +00:00
|
|
|
package dap
|
|
|
|
|
|
|
|
|
|
// Unique identifiers for messages returned for errors from requests.
|
2020-07-09 21:39:04 +00:00
|
|
|
// These values are not mandated by DAP (other than the uniqueness
|
|
|
|
|
// requirement), so each implementation is free to choose their own.
|
2020-02-15 19:52:53 +00:00
|
|
|
const (
|
|
|
|
|
UnsupportedCommand int = 9999
|
2020-02-26 05:00:54 +00:00
|
|
|
InternalError int = 8888
|
2020-05-01 19:24:44 +00:00
|
|
|
NotYetImplemented int = 7777
|
2020-02-15 19:52:53 +00:00
|
|
|
|
2020-07-09 21:39:04 +00:00
|
|
|
// Where applicable and for consistency only,
|
|
|
|
|
// values below are inspired the original vscode-go debug adaptor.
|
2020-11-12 23:24:31 +00:00
|
|
|
FailedToLaunch = 3000
|
2020-12-28 17:14:15 +00:00
|
|
|
FailedToAttach = 3001
|
2021-05-06 07:56:29 +00:00
|
|
|
FailedToInitialize = 3002
|
2020-11-12 23:24:31 +00:00
|
|
|
UnableToSetBreakpoints = 2002
|
|
|
|
|
UnableToDisplayThreads = 2003
|
|
|
|
|
UnableToProduceStackTrace = 2004
|
|
|
|
|
UnableToListLocals = 2005
|
|
|
|
|
UnableToListArgs = 2006
|
|
|
|
|
UnableToListGlobals = 2007
|
|
|
|
|
UnableToLookupVariable = 2008
|
|
|
|
|
UnableToEvaluateExpression = 2009
|
2021-05-17 17:37:15 +00:00
|
|
|
UnableToHalt = 2010
|
|
|
|
|
UnableToGetExceptionInfo = 2011
|
dap: handle SetVariable requests (#2440)
* dap: handle SetVariable requests
The handler invokes debugger.SetVariableInScope, except for
string type variables. For which, we rely on the `call` command.
Moved the call expression handling logic to the new `doCall`
function, so it can be reused by the SetVariable requenst
handler.
With this PR, every successful SetVariable request triggers
a StoppedEvent - that's a hack to reset the variablesHandle
map internally and notify the client of this change. It will
be nice if we can just update cached data corresponding to
the updated variable. But I cannot find an easy and safe way
to achieve this yet.
Also fixed a small bug in the call expression evaluation -
Previously, dlv dap returned an error "Unable to evaluate
expression: call stopped" if the call expression is for
variable assignment. (e.g. "call animal = "rabbit").
* dap: address comments from aarzilli
resetHandlesForStop & sendStoppedEvent unconditionally after
call command is left as a TODO - This is an existing code path
(just refactored) and an preexisting bug. Fixing it here
requires updates in TestEvaluateCallRequest and I prefer
addressing it in a separate cl.
Disabled call injection testing on arm64. Separated TestSetVariable
into two, one that doesn't involve call injection and another that
may involve call injection.
Fixed variableByName by removing unnecessary recursion.
* dap: address polina's comments
- removed the hard reset for every variable set
- added tests for various variable types
- added tests that involves interrupted function calls. (breakpoint/panic)
And,
- changed to utilize EvalVariableInScope to access the variable instead
of searching the children by name.
- changed to utilize evaluate requests when verifying whether the variable
is changed as expected in testing. Since now we avoid resetting the variable
handles after variable reset, either we need to trigger scope changes
explicitly, or stop depending on the variables request.
* dap: address comments
- Discuss the problem around the current doCall implementation
and the implication.
- Refine the description on how VS Code handles after setVariable
and evaluate request (there could be followup scopes/evaluate requests).
- Use the explicit line numbers for breakpoints in the SetVariable tests.
- Do not use errors.Is - we could've used golang.org/x/xerrors polyfill
but that's an additional dependency, and we will remove this check once
tests that depend on old behavior are fixed.
* dap: remove errTerminated and adjust the test
* dap: evaluate in the outer frame, instead of advancing to the next bp
2021-05-20 17:05:47 +00:00
|
|
|
UnableToSetVariable = 2012
|
2021-10-14 17:44:36 +00:00
|
|
|
UnableToDisassemble = 2013
|
2021-10-15 11:57:50 +00:00
|
|
|
UnableToListRegisters = 2014
|
2021-05-17 16:25:41 +00:00
|
|
|
// Add more codes as we support more requests
|
2021-08-16 15:51:23 +00:00
|
|
|
NoDebugIsRunning = 3000
|
2021-05-04 19:49:52 +00:00
|
|
|
DebuggeeIsRunning = 4000
|
|
|
|
|
DisconnectError = 5000
|
2020-02-15 19:52:53 +00:00
|
|
|
)
|