homepage

This issue tracker has been migrated to GitHub , and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author dmalcolm
Recipients dmalcolm, loewis, ncoghlan, vstinner
Date 2010年04月19日.22:03:48
SpamBayes Score 2.5582798e-08
Marked as misclassified No
Message-id <1271714630.68.0.392815918311.issue8437@psf.upfronthosting.co.za>
In-reply-to
Content
If I'm reading this bug correctly, there are two issues here:
 
(A) that we shouldn't use gdb.Frame.function.name(), and should instead use gdb.Frame.name(). I believe this is a duplicate of issue 8279, and that this was fixed in trunk in r80156. It hasn't yet been fixed in the py3k branch; the patch from r80156 does appear to apply cleanly there.
(B) That different builds of gdb may or may not have gdb.Frame.select.
I'm attaching a patch to trunk which tries to autodetect whether the gdb.Frame.select method is present. The "py-up" and "py-down" commands and their selftest (StackNavigationTests) are made conditional upon this.
> gdb in Fedora 12 is based on 7.0.1 plus a lot of patches. But I don't see a patch added the
> select() method to the Python API:
> http://cvs.fedoraproject.org/viewvc/rpms/gdb/F-12/
FWIW, the relevant patch is this one:
http://cvs.fedoraproject.org/viewvc/rpms/gdb/F-12/gdb-archer.patch?revision=1.40&view=markup
(search for "frapy_select" within that patch); as I understand it this generating from the git repository used by the team that created the Python support within gdb, and as such it's a snapshot of work, much of which is now in upstream gdb's CVS repository.
History
Date User Action Args
2010年04月19日 22:03:50dmalcolmsetrecipients: + dmalcolm, loewis, ncoghlan, vstinner
2010年04月19日 22:03:50dmalcolmsetmessageid: <1271714630.68.0.392815918311.issue8437@psf.upfronthosting.co.za>
2010年04月19日 22:03:49dmalcolmlinkissue8437 messages
2010年04月19日 22:03:49dmalcolmcreate

AltStyle によって変換されたページ (->オリジナル) /