> but I don't see a problem with that. I also left out the 'contains' > implementation. > Still-not-understanding-*why*-<wink>-ly y'rs, In the fine tradition of xrange, that 'contains' implementation is slightly broken. It doesn't have proper object equality semantics. Python 2.1 (#1, Jul 4 2001, 14:48:37) [GCC 2.96 20000731 (Red Hat Linux 7.1 2.96-81)] on linux2 Type "copyright", "credits" or "license" for more information. >>> r, xr = range(10), xrange(10) >>> 1.1 in r 0 >>> 1.1 in xr 1 >>> 1+0j in r 1 >>> 1+0j in xr Traceback (most recent call last): File "<stdin>", line 1, in ? TypeError: can't convert complex to int; use e.g. int(abs(z)) --Greg Ball
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