Skip to content

trace function not set, causing some Pdb commands to fail #58933

Description

@xdegaye
mannequin
BPO 14728
Nosy @loewis, @birkenfeld, @terryjreedy, @orsenthil, @asvetlov, @xdegaye
Files
  • pdb.patch
  • pdb_default.patch
  • pdb_2.7.patch
  • Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.

    Show more details

    GitHub fields:

    assignee = None
    closed_at = None
    created_at = <Date 2012-05-05.10:43:44.908>
    labels = ['type-bug', 'library']
    title = 'trace function not set, causing some Pdb commands to fail'
    updated_at = <Date 2012-12-05.11:07:49.874>
    user = 'https://github.com/xdegaye'

    bugs.python.org fields:

    activity = <Date 2012-12-05.11:07:49.874>
    actor = 'asvetlov'
    assignee = 'none'
    closed = False
    closed_date = None
    closer = None
    components = ['Library (Lib)']
    creation = <Date 2012-05-05.10:43:44.908>
    creator = 'xdegaye'
    dependencies = []
    files = ['25459', '25463', '25464']
    hgrepos = []
    issue_num = 14728
    keywords = ['patch']
    message_count = 5.0
    messages = ['159985', '159997', '159998', '160417', '176277']
    nosy_count = 7.0
    nosy_names = ['loewis', 'georg.brandl', 'terry.reedy', 'orsenthil', 'asvetlov', 'neologix', 'xdegaye']
    pr_nums = []
    priority = 'normal'
    resolution = None
    stage = 'patch review'
    status = 'open'
    superseder = None
    type = 'behavior'
    url = 'https://bugs.python.org/issue14728'
    versions = ['Python 2.7', 'Python 3.2', 'Python 3.3']

    Linked PRs

    Activity

    1. xdegaye commented on May 5, 2012

      xdegayemannequin
      MannequinAuthor

      The bpo-13183 raises the problem that when the trace function is not
      set in the caller frame, the step command fails at a return statement.

      This new issue raises the point that, for the same reason:

      * the next, until and return statements fail also at a return
        statement when the caller frame does not have a trace function
      
      * when the user runs the up and down commands at any line in a
        frame to select a new frame, then the next, until or return
        commands fail when the selected frame does not have a trace
        function
      

      The attached patch fixes all those problems (by first removing the
      changes made in bdb.py at bpo-13183).

      After the patch, the implementation ensures now that self.stopframe is
      either None, or belongs to the stack frame in the interval
      [self.botframe, self._curframe] and that it is set to self.botframe
      when the debugging session terminates. This allows removing the while
      loop in stop_here with an improvement in the performance of Pdb (since
      stop_here may be called at each line, even when no breakpoint is set
      in the function).

      The patch applies to the default branch and includes 5 new test cases.
      A patch for 2.7 will be submitted later.

    2. added
      stdlibStandard Library Python modules in the Lib/ directory
      type-bugAn unexpected behavior, bug, or error
      on May 5, 2012
    3. xdegaye commented on May 5, 2012

      xdegayemannequin
      MannequinAuthor

      Uploaded pdb_default.patch that applies on the default branch with
      minor changes to the initial pdb.patch.

    4. xdegaye commented on May 5, 2012

      xdegayemannequin
      MannequinAuthor

      Uploaded pdb_2.7.patch that applies on the 2.7 branch.

    5. terryjreedy commented on May 11, 2012

      @terryjreedy
      Member

      Since this pdb issue is a continuation of bpo-13183 and repeals a part of that issue's patch, I nosy'ed the contributors to that issue.

    6. xdegaye commented on Nov 24, 2012

      xdegayemannequin
      MannequinAuthor
    7. transferred this issue fromon Apr 10, 2022
    8. added a commit that references this issue on May 13, 2024
    9. added a commit that references this issue on May 13, 2024
    10. added 2 commits that reference this issue on May 13, 2024
    11. added a commit that references this issue on Jul 17, 2024
    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

    Metadata

    Metadata

    Labels

    stdlibStandard Library Python modules in the Lib/ directorytype-bugAn unexpected behavior, bug, or error

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions