A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2004-November/050044.html below:

[Python-Dev] Re: Re: print "%X" % id(object()) not so nice

[Python-Dev] Re: Re: print "%X" % id(object()) not so niceBob Ippolito bob at redivi.com
Sat Nov 20 08:48:15 CET 2004
On Nov 20, 2004, at 5:03 AM, Terry Reedy wrote:

>
> "Bob Ippolito" <bob at redivi.com> wrote in message
> news:D3128502-3A8E-11D9-925A-000A9567635C at redivi.com...
>> The problem, more than anything else, is the following behavior that 
>> can
>> happen during a random __repr__ or repr-like-function if the object
>> happens to have a certain address range:
>>
>> - (Python 2.3) You get an unexpected and unwanted warning but expected
>> output anyway
>> - (Python 2.4) You get a repr with a strange looking negative hex 
>> number
>> (0x-FF0102)
>>
>> Neither of these are fatal, of course, it's just annoying.. I find the
>> Python 2.3 behavior more obnoxious than Python 2.4's, personally.
>
> Non-CS users probably find *all* hex numbers a little strange looking. 
>  If
> CPython were to simply print ids as decimal integers, instead of being
> fancy with hex 'addresses' there would have been no warnings and no 
> change
> ;-).  Is the absolute hex value ever of any use?  If so, how often?

It makes it quite easy to match pdb output with gdb output! :)

-bob

More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4