Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From: Chris Angelico <rosuav@gmail.com>
Newsgroups: comp.lang.python
Subject: Re: When is an int not an int? Who can explain this?
Date: Tue, 19 Jan 2016 03:51:29 +1100
Lines: 50
Message-ID: <mailman.90.1453135892.15297.python-list@python.org>
References: <n7j2r0$hc4$1@dont-email.me> <mailman.89.1453134008.15297.python-list@python.org> <n7j3s1$hc4$2@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
In-Reply-To: <n7j3s1$hc4$2@dont-email.me>
Precedence: list
Xref: csiph.com comp.lang.python:101879

On Tue, Jan 19, 2016 at 3:28 AM, Charles T. Smith
<cts.private.yahoo@gmail.com> wrote:
> On Tue, 19 Jan 2016 03:19:59 +1100, Chris Angelico wrote:
>> Possibility #1: 'int' has been rebound.
>>
>> Possibility #2: 'type' has been rebound.
>>
>> I'd check them in that order.
>>
>> ChrisA
>
>
> But:
>
> (PDB)p 5 + 0
> 5

That shows that your literals haven't changed. They basically never
will (barring *really* crazy shenanigans).

> (PDB)class c (object): pass
> (PDB)type (c()) is c
> True

And this shows that the name 'type' probably hasn't changed. It's
still possible that it's not the normal 'type' type, but far more
likely that it's 'int' that got rebound, which is why I suggested
checking for that first.

> Okay, I think I understand it now:
>
> (PDB)type (int)
> <type 'module'>
>
> (PDB)type (float)
> <type 'type'>

And that's pretty strong evidence right there! So the next question
is... what got imported under the name 'int'?

int.__name__ will be a start. If that just returns the string 'int',
then try int.__package__ which might give a hint. Also, int.__file__
will tell you where it was loaded from, if it was indeed loaded from a
file.

Armed with that information, you should be able to track down what's
going on. It's curious, though, that you have a callable subclass of
module bound to the name int. Very curious indeed.

ChrisA