]> git.ipfire.org Git - thirdparty/Python/cpython.git/commit
Trent Mick <trentm@activestate.com>:
authorFred Drake <fdrake@acm.org>
Fri, 30 Jun 2000 16:20:13 +0000 (16:20 +0000)
committerFred Drake <fdrake@acm.org>
Fri, 30 Jun 2000 16:20:13 +0000 (16:20 +0000)
commit615ae55eca17c1632e23f52c5842bb338d633ddf
tree168f5f6c5b44b133b0d49dbca244776a47db2f9d
parent4c82b2366ff2eb38f062fc5da1b15ddd1c01fa4b
Trent Mick <trentm@activestate.com>:

The common technique for printing out a pointer has been to cast to a long
and use the "%lx" printf modifier. This is incorrect on Win64 where casting
to a long truncates the pointer. The "%p" formatter should be used instead.

The problem as stated by Tim:
> Unfortunately, the C committee refused to define what %p conversion "looks
> like" -- they explicitly allowed it to be implementation-defined. Older
> versions of Microsoft C even stuck a colon in the middle of the address (in
> the days of segment+offset addressing)!

The result is that the hex value of a pointer will maybe/maybe not have a 0x
prepended to it.

Notes on the patch:

There are two main classes of changes:
- in the various repr() functions that print out pointers
- debugging printf's in the various thread_*.h files (these are why the
patch is large)

Closes SourceForge patch #100505.
Python/compile.c