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 gvanrossum
Recipients eric.araujo, ezio.melotti, gvanrossum, vstinner
Date 2011-11-02.17:19:58
SpamBayes Score 2.7853837e-06
Marked as misclassified No
Message-id <CAP7+vJLD+TV5C4MS5uCtg5ngVUAcCc8HzaTDR8Oc9Q+0A=C_Gw@mail.gmail.com>
In-reply-to <1320251472.15.0.803496603612.issue13224@psf.upfronthosting.co.za>
Content
On Wed, Nov 2, 2011 at 9:31 AM, Éric Araujo <report@bugs.python.org> wrote:
>
> Éric Araujo <merwok@netwok.org> added the comment:
>
> I’ve updated my patch to handle modules and functions too, but there is a decision to make.  The functions of built-in modules are implemented by methodobject.c, not functionobject.c (that’s for Python functions), so if we want str(sys.exc_info) to be equal to 'exc_info', then we’ll have str(dict.update) == 'update'.  Is this okay?

Hm, that doesn't seem right. Currently, str(sys.exc_info) says
<built-in function exc_info> but str(dict.update) is <built-in
function exc_info>. So the latter definitely knows that it is an
unbound method! And {}.update is <built-in method update of dict
object at 0x10040c050> so that knows it is a bound method.

I'd be okay if str(sys.exc_info) and str({}.update) were unchanged
from today and if str(dict.update) returned 'dict.update', but if
that's too complicated I'd also be okay with all three being
unchanged, thus limiting this to Python functions (and classes and
modules).
History
Date User Action Args
2011-11-02 17:20:00gvanrossumsetrecipients: + gvanrossum, vstinner, ezio.melotti, eric.araujo
2011-11-02 17:19:59gvanrossumlinkissue13224 messages
2011-11-02 17:19:58gvanrossumcreate