<div>Okay, thanks...</div>
<div> </div>
<div>Still trying to wrap my fragile little VBA-corrupted brain around names, namespaces,  and objects.  Progress is being made.</div>
<div> </div>
<div>For me, the naive idea of variable ==> label for bin has been hard to get past simply because someone in the the back of my head is screaming, "Wait, if the VARIABLE doesn't point to a memory address, (somewhere down the implementation stack) whatinthehell does??"</div>

<div> </div>
<div>Further reading clarifies:  For object X, id(X) is an immutable attribute reference that can ultimately be bound to a memory address (he said, blithely skipping over several layers of architecture...)  So, okay, now I can relax.</div>

<div> </div>
<div>To oversimplify (told you VBA warped my mind) everything in python is an object (at some level).  At minimum, all objects have an identity-- id(X), a type which subclasses and extends it from object, and some content, the nature of which depends on the object type.</div>

<div> </div>
<div>Once I got my head around the idea that there was something that was a fixed point of reference for the object, nevermind what, then I could relax and get on with get on with getting my head around names and namespaces.</div>

<div> </div>
<div>Thanks for listening to me ramble.</div>
<div><br><br> </div>
<div><span class="gmail_quote">On 1/7/09, <b class="gmail_sendername">Steve Holden</b> <<a href="mailto:steve@holdenweb.com">steve@holdenweb.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Dan Esch wrote:<br>> Wait a sec...<br>><br>> I think I get this...<br>><br>> In essence, the implication of immutability for Python is that there is<br>
> only one "parrot", one "spam,"in fact one anything. (This seems like it<br>> must hold for data primitives - does it hold for complex objects as<br>> well? It seems it must...) In addition there is only one 1, and one 2<br>
> etc.  We may or may not have realized that string in a memory address to<br>> which variable names can be bound, but should we do so, there is only<br>> one "parrot"<br>><br>> Python, is in fact, a Platonic programming language.  Weird.  If I've<br>
> got this right, worth chewing on....<br>><br>'Fraid not. Certain immutables are cached by the interpreter, but most<br>are not.<br><br>>>> s1 = "a" + "b" + "c"<br>>>> n = 12345<br>
>>> s2 = "ab" + chr(99)<br>>>> m = 2469 * 5<br>>>> s1 == s2<br>True<br>>>> s1 is s2<br>False<br>>>> n == m<br>True<br>>>> n is m<br>False<br>>>> id(s1), id(s2), id(n), id(m)<br>
(2146661888, 2146661792, 14453620, 14453584)<br>>>><br><br>regards<br>Steve<br>--<br>Steve Holden        +1 571 484 6266   +1 800 494 3119<br>Holden Web LLC              <a href="http://www.holdenweb.com/">http://www.holdenweb.com/</a><br>
<br>--<br><a href="http://mail.python.org/mailman/listinfo/python-list">http://mail.python.org/mailman/listinfo/python-list</a><br></blockquote></div><br>