-
Notifications
You must be signed in to change notification settings - Fork 2.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
service/dap: support clearing breakpoints and setting breakpoint conditions #2188
Conversation
service/dap/server.go
Outdated
if err != nil { | ||
s.log.Error("ERROR:", err) | ||
s.log.Error("ERROR: ", err) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I took a look at the SetBreakpointsRequest specification and it seems to me that when there is an error the adapter can return verified == false
and set the message
field to explain why the breakpoint couldn't be verified, wouldn't that be better?
I'm approving this, this is just something to consider.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done
service/dap/server.go
Outdated
if err != nil { | ||
s.log.Error("ERROR:", err) | ||
s.log.Error("ERROR: ", err) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done
// and clear all previous breakpoints in that source." The simplest way is | ||
// to clear all and then set all. | ||
// | ||
// TODO(polina): should we optimize this as follows? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you have an opinion here? (This was a user request).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm skeptical that the performance difference would be visible. Maybe when the adapter was javascript talking to delve using our API over laggy network.
…itions (go-delve#2188) * Support clearing breakpoints and setting conditions * Return unverified breakpoints with errors Co-authored-by: Polina Sokolova <polinasok@users.noreply.github.com>
Updates #1515