Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
___
Python-bugs-list mailing list
Benjamin Peterson benja...@python.org added the comment:
Could I request that the python-gdb.py script not be put in the top level
directory? It's a little annoying to have another executable script starting
with python when you're trying to test the python executable.
--
nosy:
Martin v. Löwis mar...@v.loewis.de added the comment:
That is tricky to do. gdb will consider it automatically only if it is called
exename-gdb.py.
I agree that there should be a better solution, though. David, is it possible
to somehow hook this into .gdbinit, with an arbitrary path?
Jeffrey Yasskin jyass...@gmail.com added the comment:
http://sourceware.org/gdb/current/onlinedocs/gdb/Auto_002dloading.html says If
this file exists and is readable, gdb will evaluate it as a Python script. So
maybe it doesn't need to be executable?
--
Benjamin Peterson benja...@python.org added the comment:
2010/4/3 Martin v. Löwis rep...@bugs.python.org:
Benjamin, would a .gdbinit in the top-level build directory still be annoying?
That would be fine with me.
--
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
I have now changed Makefile.pre.in to not install python-gdb.py as a script
anymore; this seems to work fine. People will still need to remove there
existing python-gdb.py (or make clean) to see this change.
--
Mark Dickinson dicki...@gmail.com added the comment:
A nitpick: on OS X, the gdb script ends up being called:
python.exe-gdb.py
Is this intentional? If it is, then I'll add this filename to the svn:ignore
property. (And also to make distclean, I guess. Is python-gdb.py currently
deleted
Dave Malcolm dmalc...@redhat.com added the comment:
A nitpick: on OS X, the gdb script ends up being called:
python.exe-gdb.py
Is this intentional? If it is, then I'll add this filename to the
svn:ignore property. (And also to make distclean, I guess. Is python-
gdb.py currently
Mark Dickinson dicki...@gmail.com added the comment:
Added python.exe-gdb.py to svn:ignore in r79616.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
Mark Dickinson dicki...@gmail.com added the comment:
To my knowledge, OS X doesn't ship with gdb 7
That sounds right. On my OS X 10.6.3 machine, the system gdb is:
Mark-Dickinsons-MacBook-Pro:py3k dickinsm$ gdb --version
GNU gdb 6.3.50-20050815 (Apple version gdb-1346) (Fri Sep 18 20:40:51
Martin v. Löwis mar...@v.loewis.de added the comment:
Thanks for the patch. I have committed it as r79548, with two modifications:
- I added a future import for with_statement, as many installations will still
use Python 2.5
- I commented out many of the tests, as they were failing for me. I'll
Changes by Martin v. Löwis mar...@v.loewis.de:
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
Changes by Matthias Klose d...@debian.org:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
___
Python-bugs-list mailing list
Dave Malcolm dmalc...@redhat.com added the comment:
I'm attaching a new version of the patch (v5), against svn trunk (r79517)
I've been testing these hooks by using gdb attach to attach to real-world
python programs.
When doing this with earlier versions of the hooks, gdb would pause for many
Dave Malcolm dmalc...@redhat.com added the comment:
Adding diff from v4 to v5, for ease of review.
For my reference, md5sum of v5's hooks:
d3e039bb1279e71e847cc7ade10d3272 python-gdb.py
--
Added file:
http://bugs.python.org/file16716/diff-of-gdb7-hooks-v5-relative-to-v4.diff
Changes by Scott Tsai scottt...@gmail.com:
--
nosy: +scott.tsai
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
___
Python-bugs-list
Changes by David Fraser dav...@sjsoft.com:
--
nosy: +davidfraser
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
___
Python-bugs-list
Dave Malcolm dmalc...@redhat.com added the comment:
I'm attaching a new version of the patch (v4), against svn trunk (r79422)
Changes since v3:
* added support for PySetObject (set/frozenset)
* added support for PyBaseExceptionObject (BaseException)
* fixed a signed vs unsigned char issue
Dave Malcolm dmalc...@redhat.com added the comment:
(adding diff from v3 to v4, for ease of review)
--
Added file:
http://bugs.python.org/file16657/diff-of-gdb7-hooks-v4-relative-to-v3.diff
___
Python tracker rep...@bugs.python.org
Changes by Jeffrey Yasskin jyass...@gmail.com:
--
nosy: +jyasskin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
I find the printing of frame objects confusing:
3033f = PyFrame_New(tstate, co, globals, locals);
(gdb)
3034if (f == NULL)
(gdb) p f
$3 = File /home/martin/work/27/Lib/encodings/utf_8.py, line 15, in decode ()
I
Dave Malcolm dmalc...@redhat.com added the comment:
Thanks for reviewing the patch.
I've changed the pretty-printing of NULL pointers to 0x0 as suggested, and
I've updated frame printing. Frames are now printed like this
(gdb) p f
$1 = Frame 0x827e544, for file
Dave Malcolm dmalc...@redhat.com added the comment:
Attaching diff from v2 to v3
--
Added file:
http://bugs.python.org/file16526/diff-of-gdb7-hooks-v3-relative-to-v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
Dave Malcolm dmalc...@redhat.com added the comment:
Martin: thanks for reviewing this.
Re msg100537: sorry about the inauspicious start. I've added some
bulletproofing for the case you discovered, and added two new unit tests.
Re msg100538: OK. I've removed my name and the copyright notice
Changes by Dave Malcolm dmalc...@redhat.com:
Added file:
http://bugs.python.org/file16497/diff-of-gdb7-hooks-v2-relative-to-v1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Maybe I'm using it incorrectly, but my first attempt to use it failed:
gdb) b PyEval_EvalCodeEx
Breakpoint 1 at 0x80fc51d: file Python/ceval.c, line 3020.
(gdb) c
Continuing.
1+2
Breakpoint 1, PyEval_EvalCodeEx (co=0xb7d86928,
Martin v. Löwis mar...@v.loewis.de added the comment:
Attribution question: would it be ok if all mentioning of your name in the
patch was removed accept for the one in Misc/ACKS? I'm concerned that
statements of authorship may become incorrect over time (if people start
contributing to it),
Dave Malcolm dmalc...@redhat.com added the comment:
(I faxed in my contributor agreement to the PSF on 2010-03-03)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
New submission from Dave Malcolm dmalc...@redhat.com:
gdb 7 can be extended with Python code, allowing the writing of domain-specific
pretty-printers and commands.
I've been working on gdb 7 hooks to make it easier to debug python itself, as
mentioned here:
Changes by Dave Malcolm dmalc...@redhat.com:
--
keywords: +patch
Added file:
http://bugs.python.org/file16403/add-gdb7-python-hooks-to-trunk.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: +gregory.p.smith
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
31 matches
Mail list logo