Skip to content
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

Merged
merged 2 commits into from
Oct 2, 2020

Conversation

polinasok
Copy link
Collaborator

Updates #1515

if err != nil {
s.log.Error("ERROR:", err)
s.log.Error("ERROR: ", err)
Copy link
Member

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.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done

if err != nil {
s.log.Error("ERROR:", err)
s.log.Error("ERROR: ", err)
Copy link
Collaborator Author

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?
Copy link
Collaborator Author

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).

Copy link
Member

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.

@derekparker derekparker merged commit 80d0c8e into go-delve:master Oct 2, 2020
abner-chenc pushed a commit to loongson/delve that referenced this pull request Mar 1, 2024
…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>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants