Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #3505
| Newsgroups | comp.lang.python |
|---|---|
| Subject | Re: An unusual question... |
| References | <mailman.500.1303107685.9059.python-list@python.org> |
| From | "Rhodri James" <rhodri@wildebst.demon.co.uk> |
| Message-ID | <op.vt5n0as3a8ncjz@gnudebst> (permalink) |
| Organization | virginmedia.com |
| Date | 2011-04-18 23:42 +0100 |
On Mon, 18 Apr 2011 08:01:00 +0100, <wisecracker@tesco.net> wrote: > Hi Rhodri... > >> You do realise that what id() returns is implementation-dependent, don't >> you? In particular, what IronPython returns isn't an address. > > I'm pretty sure I wrote "standard Python" install in one of my replies. > > Yeah here it is in a reply to Miki... > > "Hmm, I was hoping to stay inside a standard Python install." IronPython *is* a standard Python install. So is CPython, the one I presume you mean. Even that doesn't offer you any guarantee that it isn't going to change what id() returns from one version to the next. Relying on implementation-defined behaviour like this is a good way of getting code to blow up in your face. You'll get much more reliable results by starting in a language that was actually intended for direct memory access, like C, and wrapping that in Python. -- Rhodri James *-* Wildebeest Herder to the Masses
Back to comp.lang.python | Previous | Next — Previous in thread | Find similar
Re: An unusual question... <wisecracker@tesco.net> - 2011-04-18 07:21 +0100
Re: An unusual question... Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2011-04-18 06:43 +0000
Re: An unusual question... harrismh777 <harrismh777@charter.net> - 2011-04-18 02:07 -0500
Re: An unusual question... Grant Edwards <invalid@invalid.invalid> - 2011-04-18 14:37 +0000
Re: An unusual question... "Rhodri James" <rhodri@wildebst.demon.co.uk> - 2011-04-18 23:42 +0100
csiph-web