Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

gh-124400: Use the normal command path for breakpoint commands#124401

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
gaogaotiantian merged 7 commits intopython:mainfromgaogaotiantian:refactor-commands
Sep 29, 2024

Conversation

@gaogaotiantian
Copy link
Member

@gaogaotiantiangaogaotiantian commentedSep 23, 2024
edited by github-actionsbot
Loading

Cleaned up the code forcommands command so breakpoint commands will go through the normal parsing and executing path.

Also a bug (#68328) is fixed foruntil in commands. A small behavior ofsilent is changed which matches the current behavior of.pdbrc (no interaction, no frame info).

@iritkatriel sorry there are too many PRs, blame the sprint!


📚 Documentation preview 📚:https://cpython-previews--124401.org.readthedocs.build/

…XCgfe.rstCo-authored-by: Irit Katriel <1055913+iritkatriel@users.noreply.github.com>
…XCgfe.rstCo-authored-by: Irit Katriel <1055913+iritkatriel@users.noreply.github.com>
Comment on lines 433 to 440
If you have a command that resumes execution in the command list, the normal
frame information before you interact with pdb is not displayed. If none of
the other commands print anything, you see no sign that the breakpoint was
reached.

If you don't have a command that resumes execution in the command list, you
can also use the ``silent`` command anywhere in the command list to suppress
the frame information.
Copy link
Member

Choose a reason for hiding this comment

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

Can we make this more concise? Is this new version correct?

Suggested change
If you have a command that resumes execution in the command list, the normal
frame information before you interact with pdb is not displayed. If none of
the other commands print anything, you see no sign that the breakpoint was
reached.
If you don't have a command that resumes execution in the command list, you
can also use the ``silent`` command anywhere in the command list to suppress
the frame information.
If the command list contains the ``silent`` command, or a command that
resumes execution, then the breakpoint message containing information about
the frame in which you last interacted with pdb is not displayed.

Copy link
MemberAuthor

Choose a reason for hiding this comment

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

I found "in which you last interacted with pdb" is a bit confusing to me. I do think it's better to put the two cases together, but maybe just say the information about the frame is not displayed? When I say "before you interact with pdb", I wanted to make it clear about what frame information. Maybe it's not needed?

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 not sure 'before you interacted with on is clear' because the commands also interact with pdb.

Copy link
MemberAuthor

Choose a reason for hiding this comment

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

Yeah I'm not saying my version is better. I'm thinking it might be enough for the users to just say information about the frame?

If the command list contains thesilent command, or a command that
resumes execution, then the breakpoint message containing information about
the frame is not displayed.

Co-authored-by: Irit Katriel <1055913+iritkatriel@users.noreply.github.com>
@gaogaotiantiangaogaotiantian merged commitb577460 intopython:mainSep 29, 2024
34 checks passed
@gaogaotiantiangaogaotiantian deleted the refactor-commands branchSeptember 29, 2024 23:46
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@iritkatrieliritkatrieliritkatriel approved these changes

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

2 participants

@gaogaotiantian@iritkatriel

[8]ページ先頭

©2009-2025 Movatter.jp