-
Notifications
You must be signed in to change notification settings - Fork 15.3k
[lldb-dap] Allow returning multiple breakpoints in "stopped" event #149133
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
Changes from 1 commit
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
|
|
@@ -33,7 +33,7 @@ int main(int argc, char const *argv[]) { | |||||
| if (foo == nullptr) { | ||||||
| fprintf(stderr, "%s\n", dlerror()); | ||||||
| exit(2); | ||||||
| } | ||||||
| } // end of foo check | ||||||
|
||||||
| } // end of foo check | |
| } |
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.
This comment is being used to set the breakpoint from here in the test - thinking about it, the only real requirement for where the second breakpoint appears is that it be on a line that is not breakpoint-able that precedes a breakpoint-able line, so I could also move the comment to an empty line before any other line.
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.
Ah, I missed that you were using that to set the breakpoint. In that case, maybe say something like "Break here for non-breakpointable line" or something.
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 can make this change, but other comments used for setting breakpoints in the same file follow this "minimal" convention, e.g.
return 12 + i; // break 12
return 14 + i; // break 14
foo(12); // before loop
int x = twelve(i) + thirteen(i) + a::fourteen(i); // break loop
I'll add break as a prefix to match most of the other cases, though I'm also happy to just rewrite the string following your suggestion if you think that would be better.
Edit: Actually, "non-breakpointable" does explain better the purpose for the test, so I've used that!
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.
Why not numbers, to match the protocol?
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 chose to have it accept the output from a setBreakpoints response as with
verify_breakpoint_hit, but converting to ints in the test and passing those also makes sense.