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, doko, loewis, ncoghlan, vstinner
Date 2010-04-20.22:21:59
SpamBayes Score 7.771561e-16
Marked as misclassified No
Message-id <1271802121.95.0.156593438923.issue8437@psf.upfronthosting.co.za>
In-reply-to
Content
In msg103780 Martin v. Löwis wrote:
> Ah, ok. That was the problem indeed. The patch actually works fine.
Good to hear.  Thanks for tracking this down and clarifying it.

As I understand it, the current status of this bug is that file17000 fixes the reported issue, but hasn't yet been applied to trunk.

In msg103781 Nick Coghlan wrote:
> I still get one failure after that, even after a "make clean", "make", 
> "./python -m test.regrtest -v test_gdb". Given the "unable to read 
> Python frame information" embedded in the result on my machine (64-bit 
> Kubuntu 9.10), it is probably related to the current issue.
I believe this is a different issue; please can you open a separate bug about this.  Reading the frame information seems to be highly sensitive to the optimization level and the exact version of gcc for the build, and the exact version of gdb, alas.  I've been tracking a failure like the one you describe, seen on 64-bit with Fedora in our downstream tracker here:
https://bugzilla.redhat.com/show_bug.cgi?id=556975
History
Date User Action Args
2010-04-20 22:22:02dmalcolmsetrecipients: + dmalcolm, loewis, doko, ncoghlan, vstinner
2010-04-20 22:22:01dmalcolmsetmessageid: <1271802121.95.0.156593438923.issue8437@psf.upfronthosting.co.za>
2010-04-20 22:22:00dmalcolmlinkissue8437 messages
2010-04-20 22:21:59dmalcolmcreate