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 fer_perez
Date 2007-02-24.07:22:19
SpamBayes Score
Marked as misclassified
No, in my case the original tests with 2.4 and 2.5 were done with the Ubuntu-provided (Edgy) versions, unmodified from their apt-get install state.  But your comments are interesting.  I just rebuilt 2.5 by hand from source on the same system, and this is what I get:

tlon[bin]> ./python2.5 ~/code/python/
Version info: (2, 5, 0, 'final', 0)

File for `inspect`       : /home/fperez/tmp/local/lib/python2.5/
File for `inspect.iscode`: /home/fperez/tmp/local/lib/python2.5/
Do these match? True

tlon[bin]> ./python2.5 ~/code/python/
Python version info: (2, 5, 0, 'final', 0)
File info for `inspect.iscode function`:

So basically it seems that there's a difference in the value of the func_code.co_filename object attribute depending on how the build was made.

At this point I'm not really sure if this should be considered a Python bug or an Ubuntu one...  Perhaps the Python build process can be made more robust, I simply don't know.

But the end-user behavior /is/ a bug, so it would be nice to know how to fix it.

Thanks for your info!
Date User Action Args
2007-08-23 14:52:03adminlinkissue1666807 messages
2007-08-23 14:52:03admincreate