An error occurred fetching the project authors.
  1. 12 Mar, 2019 1 commit
  2. 15 Oct, 2018 1 commit
    • Victor Stinner's avatar
      bpo-34989: python-gdb.py: fix current_line_num() (GH-9889) · 2e438cc2
      Victor Stinner authored
      python-gdb.py now handles errors on computing the line number
      of a Python frame.
      
      Changes:
      
      * PyFrameObjectPtr.current_line_num() now catchs any Exception on
        calling addr2line(), instead of failing with a surprising "<class
        'TypeError'> 'FakeRepr' object is not subscriptable" error.
      * All callers of current_line_num() now handle current_line_num()
        returning None.
      * PyFrameObjectPtr.current_line() now also catchs IndexError on
        getting a line from the Python source file.
      2e438cc2
  3. 14 Jun, 2018 2 commits
  4. 20 Apr, 2018 1 commit
  5. 21 Aug, 2017 1 commit
    • Łukasz Langa's avatar
      bpo-30983: [gdb] Fix py-bt, etc. for non-debug shared builds (#3153) · 5fe59f8e
      Łukasz Langa authored
      PEP 523 introduced _PyEval_EvalFrameDefault which inlines PyEval_EvalFrameEx on
      non-debug shared builds.  This breaks the ability to use py-bt, py-up, and
      a few other Python-specific gdb integrations.
      
      This patch fixes the problem by only looking for _PyEval_EvalFrameDefault
      frames.
      
      test_gdb passes on both a debug and a non-debug build.
      
      Original patch by Bruno "Polaco" Penteado.
      5fe59f8e
  6. 16 Aug, 2017 1 commit
  7. 14 Aug, 2017 1 commit
    • Bruno "Polaco" Penteado's avatar
      bpo-30983: eval frame rename in pep 0523 broke gdb's python extension (#2803) · 2e0f4db1
      Bruno "Polaco" Penteado authored
      pep 0523 renames PyEval_EvalFrameEx to _PyEval_EvalFrameDefault while the gdb python extension only looks for PyEval_EvalFrameEx to understand if it is dealing with a frame.
      
      Final effect is that attaching gdb to a python3.6 process doesnt resolve python objects. Eg. py-list and py-bt dont work properly.
      
      This patch fixes that. Tested locally on python3.6
      2e0f4db1
  8. 18 May, 2017 1 commit
    • Jon Dufresne's avatar
      bpo-30296 Remove unnecessary tuples, lists, sets, and dicts (#1489) · 3972628d
      Jon Dufresne authored
      * Replaced list(<generator expression>) with list comprehension
      * Replaced dict(<generator expression>) with dict comprehension
      * Replaced set(<list literal>) with set literal
      * Replaced builtin func(<list comprehension>) with func(<generator
        expression>) when supported (e.g. any(), all(), tuple(), min(), &
        max())
      3972628d
  9. 01 Mar, 2017 1 commit
  10. 02 Feb, 2017 1 commit
  11. 01 Feb, 2017 1 commit
  12. 18 Jan, 2017 2 commits
  13. 16 Jan, 2017 1 commit
    • Victor Stinner's avatar
      Optimize _PyCFunction_FastCallKeywords() · 7fc252ad
      Victor Stinner authored
      Issue #29259: Write fast path in _PyCFunction_FastCallKeywords() for
      METH_FASTCALL, avoid the creation of a temporary dictionary for keyword
      arguments.
      
      Cleanup also _PyCFunction_FastCallDict():
      
      * Don't dereference func before checking that it's not NULL
      * Move code to raise the "no keyword argument" exception into a new
        no_keyword_error label.
      
      Update python-gdb.py for the change.
      7fc252ad
  14. 16 Dec, 2016 1 commit
  15. 22 Nov, 2016 5 commits
  16. 08 Sep, 2016 1 commit
  17. 20 Apr, 2016 2 commits
  18. 02 Nov, 2015 1 commit
  19. 16 Jan, 2014 1 commit
  20. 23 Nov, 2013 3 commits
  21. 29 Aug, 2013 1 commit
  22. 25 Aug, 2013 1 commit
  23. 24 Aug, 2013 1 commit
  24. 06 May, 2013 1 commit
  25. 11 Apr, 2013 1 commit
  26. 27 Jan, 2013 1 commit
  27. 09 Oct, 2012 1 commit
  28. 27 Jun, 2012 1 commit
    • David Malcolm's avatar
      Issue #12605: Show information on more C frames within gdb backtraces · 8d37ffa5
      David Malcolm authored
      The gdb hooks for debugging CPython (within Tools/gdb) have
      been enhanced to show information on more C frames relevant to CPython within
      the "py-bt" and "py-bt-full" commands:
        * C frames that are waiting on the GIL
        * C frames that are garbage-collecting
        * C frames that are due to the invocation of a PyCFunction
      8d37ffa5
  29. 23 Apr, 2012 1 commit
  30. 19 Dec, 2011 2 commits
    • Victor Stinner's avatar
      Issue #13628: python-gdb.py is now able to retrieve more frames in the Python · 99cff3f1
      Victor Stinner authored
      traceback if Python is optimized.
      
       * delay the lookup of the size_t type, it is not available at startup
       * The second argument of the PyFrameObjectPtr constructor is optional, as
         done in other constructors
       * iter_builtins() and iter_globals() methods of PyFrameObjectPtr returns
         an empty tuple instead of None if Python is optimized
       * Fix py-bt to handle correctly "optimized" frames
       * Frame.get_pyop() tries to get the frame pointer from PyEval_EvalCodeEx()
         if the pointer is optimized out in PyEval_EvalFrameEx()
      99cff3f1
    • Victor Stinner's avatar
      Issue #13628: python-gdb.py is now able to retrieve more frames in the Python · d208416a
      Victor Stinner authored
      traceback if Python is optimized.
      
       * delay the lookup of the size_t type, it is not available at startup
       * The second argument of the PyFrameObjectPtr constructor is optional, as
         done in other constructors
       * iter_builtins() and iter_globals() methods of PyFrameObjectPtr returns
         an empty tuple instead of None if Python is optimized
       * Fix py-bt and py-bt-full to handle correctly "optimized" frames
       * Frame.get_pyop() tries to get the frame pointer from PyEval_EvalCodeEx()
         if the pointer is optimized out in PyEval_EvalFrameEx()
      d208416a