Re: comparison with None

2007-04-19 Thread DillonCo
On Thursday 19 April 2007, Steven Howe wrote: > > ((int(3) > int(4)) == True) == True > > > > Explicit is better than sensible, yes? > > > > *wink* > > Your example, even with the *wink*, is stupid. The language requires 3 > to be an integer, 4 to be an integer. Incidentally, the language also req

Re: Python un-plugging the Interpreter

2007-04-19 Thread DillonCo
On Thursday 19 April 2007, S.Mohideen wrote: > 2) Making the program to run at par with the compiled version of C/C++ > program- this is the main benefit which can be derived out of this. Python is a rather slow language because of how it works. Even if you got rid of the VM (as noted by others

Re: Better dict of dicts

2007-04-19 Thread DillonCo
On Thursday 19 April 2007, Bill Jackson wrote: > I have a dictionary of dictionaries where the keys are typically very > long tuples and repeated in each inner dictionary. The dictionary > representation is nice because it handles sparseness well...and it is > nice to be able to look up values bas

Re: Better dict of dicts

2007-04-19 Thread DillonCo
On Thursday 19 April 2007, Bill Jackson wrote: > Martin v. Löwis wrote the following on 04/19/2007 02:43 PM: > > Bill Jackson schrieb: > >> I have a dictionary of dictionaries where the keys are typically very > >> long tuples and repeated in each inner dictionary. > > > > What I don't understand h

Re: List of Objects

2007-04-19 Thread DillonCo
On Thursday 19 April 2007, [EMAIL PROTECTED] wrote: > Howdy, a (possibly) quick question for anyone willing to listen. > I have a question regarding lists and Classes; I have a class called > "gazelle" with several attributes (color, position, etc.) and I need > to create a herd of them. I want to

Re: Better dict of dicts

2007-04-19 Thread DillonCo
On Thursday 19 April 2007, Paddy wrote: > Martins earlier local_intern function would work for tuples as well as > strings. It certainly would. I had written that class, though, primarily to offer a performance improvement in the __eq__ and perhaps __hash__ methods. However, I ended up being r

Re: That might be the case for more complex objects...

2007-04-14 Thread DillonCo
On Saturday 14 April 2007, James Stroud wrote: > I think that after a += 1, a memory location with a 6 is created and now > a points to that because += has assignment buried in it. Bingo. a+=1 will (basically) translate to either "a=a.__iadd__(1)" or "a=a.__add__(1)" depending on whether __ia