Skip to content

Conversation

@ddoktorski
Copy link
Collaborator

@ddoktorski ddoktorski commented Nov 28, 2025

No description provided.

@ddoktorski
Copy link
Collaborator Author

ddoktorski commented Nov 28, 2025

Copy link
Collaborator

@piotmag769 piotmag769 left a comment

Choose a reason for hiding this comment

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

Would be good here to introduce the trait I mentioned before - if it's too much rebasing can be in another PR

ServerResponse::Error("Set function breakpoints is not yet supported".into())
}
impl CairoDebugger {
pub(crate) fn handle_request(&self, request: Request) -> Result<HandleResult> {
Copy link
Collaborator

Choose a reason for hiding this comment

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

Suggested change
pub(crate) fn handle_request(&self, request: Request) -> Result<HandleResult> {
pub fn handle_request(&self, request: Request) -> Result<HandleResult> {

This module is not visible from lib.rs anyways

Comment on lines +13 to +15
pub enum HandleResult {
Handled,
}
Copy link
Collaborator

Choose a reason for hiding this comment

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

I am wondering if we could somehow return sth from handle_request that is an info for the server about what it should do next (send request/event/halt and wait for continue etc.), like it was before. This way we give the control back to the server event loop, which results in clearer code. And we don't need server state in this function anymore

@ddoktorski ddoktorski mentioned this pull request Nov 28, 2025
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