A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2000-November/010485.html below:

[Python-Dev] Re: Class/type dichotomy thoughts

[Python-Dev] Re: Class/type dichotomy thoughts [Python-Dev] Re: Class/type dichotomy thoughtsGreg Ewing greg@cosc.canterbury.ac.nz
Tue, 07 Nov 2000 17:19:46 +1300 (NZDT)
"M.-A. Lemburg" <mal@lemburg.com>:

> Then it sets the type id to PyDict_TypeID and Python will
> use it as if it were an original dictionary object.

Hang on a minute. What sort of assumptions is the
interpreter going to be making based on the fact that
the type id is PyDict_TypeID? Can it be sure that this
new case-insensitive dictionary doesn't break them
somehow?

In other words, what does this new type_id thing
actually *mean*?

Greg Ewing, Computer Science Dept, +--------------------------------------+
University of Canterbury,	   | A citizen of NewZealandCorp, a	  |
Christchurch, New Zealand	   | wholly-owned subsidiary of USA Inc.  |
greg@cosc.canterbury.ac.nz	   +--------------------------------------+



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