blob: d987efb5fa305c72cd213a9b9ae678c7378622a7 [file] [log] [blame]
Guido van Rossumf70e43a1991-02-19 12:39:46 +00001/***********************************************************
Guido van Rossum5113f5f1992-04-05 14:20:22 +00002Copyright 1991, 1992 by Stichting Mathematisch Centrum, Amsterdam, The
Guido van Rossumf70e43a1991-02-19 12:39:46 +00003Netherlands.
4
5 All Rights Reserved
6
7Permission to use, copy, modify, and distribute this software and its
8documentation for any purpose and without fee is hereby granted,
9provided that the above copyright notice appear in all copies and that
10both that copyright notice and this permission notice appear in
11supporting documentation, and that the names of Stichting Mathematisch
12Centrum or CWI not be used in advertising or publicity pertaining to
13distribution of the software without specific, written prior permission.
14
15STICHTING MATHEMATISCH CENTRUM DISCLAIMS ALL WARRANTIES WITH REGARD TO
16THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND
17FITNESS, IN NO EVENT SHALL STICHTING MATHEMATISCH CENTRUM BE LIABLE
18FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
19WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN
20ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT
21OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
22
23******************************************************************/
24
Guido van Rossum3f5da241990-12-20 15:06:42 +000025#define NDEBUG
Guido van Rossum85a5fbb1990-10-14 12:07:46 +000026/* Object and type object interface */
27
28/*
29123456789-123456789-123456789-123456789-123456789-123456789-123456789-12
30
31Objects are structures allocated on the heap. Special rules apply to
32the use of objects to ensure they are properly garbage-collected.
33Objects are never allocated statically or on the stack; they must be
34accessed through special macros and functions only. (Type objects are
35exceptions to the first rule; the standard types are represented by
36statically initialized type objects.)
37
38An object has a 'reference count' that is increased or decreased when a
39pointer to the object is copied or deleted; when the reference count
40reaches zero there are no references to the object left and it can be
41removed from the heap.
42
43An object has a 'type' that determines what it represents and what kind
44of data it contains. An object's type is fixed when it is created.
45Types themselves are represented as objects; an object contains a
46pointer to the corresponding type object. The type itself has a type
47pointer pointing to the object representing the type 'type', which
48contains a pointer to itself!).
49
50Objects do not float around in memory; once allocated an object keeps
51the same size and address. Objects that must hold variable-size data
52can contain pointers to variable-size parts of the object. Not all
53objects of the same type have the same size; but the size cannot change
54after allocation. (These restrictions are made so a reference to an
55object can be simply a pointer -- moving an object would require
56updating all the pointers, and changing an object's size would require
57moving it if there was another object right next to it.)
58
59Objects are always accessed through pointers of the type 'object *'.
60The type 'object' is a structure that only contains the reference count
61and the type pointer. The actual memory allocated for an object
62contains other data that can only be accessed after casting the pointer
63to a pointer to a longer structure type. This longer type must start
64with the reference count and type fields; the macro OB_HEAD should be
65used for this (to accomodate for future changes). The implementation
66of a particular object type can cast the object pointer to the proper
67type and back.
68
69A standard interface exists for objects that contain an array of items
70whose size is determined when the object is allocated.
71
72123456789-123456789-123456789-123456789-123456789-123456789-123456789-12
73*/
74
Guido van Rossum3f5da241990-12-20 15:06:42 +000075#ifndef NDEBUG
76
77/* Turn on heavy reference debugging */
78#define TRACE_REFS
79
80/* Turn on reference counting */
81#define REF_DEBUG
82
83#endif /* NDEBUG */
Guido van Rossum85a5fbb1990-10-14 12:07:46 +000084
85#ifdef TRACE_REFS
86#define OB_HEAD \
87 struct _object *_ob_next, *_ob_prev; \
Guido van Rossumc8564cd1990-11-02 17:51:56 +000088 int ob_refcnt; \
Guido van Rossum85a5fbb1990-10-14 12:07:46 +000089 struct _typeobject *ob_type;
90#define OB_HEAD_INIT(type) 0, 0, 1, type,
91#else
92#define OB_HEAD \
93 unsigned int ob_refcnt; \
94 struct _typeobject *ob_type;
95#define OB_HEAD_INIT(type) 1, type,
96#endif
97
98#define OB_VARHEAD \
99 OB_HEAD \
100 unsigned int ob_size; /* Number of items in variable part */
101
102typedef struct _object {
103 OB_HEAD
104} object;
105
106typedef struct {
107 OB_VARHEAD
108} varobject;
109
110
111/*
112123456789-123456789-123456789-123456789-123456789-123456789-123456789-12
113
114Type objects contain a string containing the type name (to help somewhat
115in debugging), the allocation parameters (see newobj() and newvarobj()),
116and methods for accessing objects of the type. Methods are optional,a
117nil pointer meaning that particular kind of access is not available for
118this type. The DECREF() macro uses the tp_dealloc method without
119checking for a nil pointer; it should always be implemented except if
120the implementation can guarantee that the reference count will never
121reach zero (e.g., for type objects).
122
123NB: the methods for certain type groups are now contained in separate
124method blocks.
125*/
126
127typedef struct {
128 object *(*nb_add) FPROTO((object *, object *));
129 object *(*nb_subtract) FPROTO((object *, object *));
130 object *(*nb_multiply) FPROTO((object *, object *));
131 object *(*nb_divide) FPROTO((object *, object *));
132 object *(*nb_remainder) FPROTO((object *, object *));
Guido van Rossum97ad2d81991-05-05 20:11:43 +0000133 object *(*nb_divmod) FPROTO((object *, object *));
Guido van Rossum85a5fbb1990-10-14 12:07:46 +0000134 object *(*nb_power) FPROTO((object *, object *));
135 object *(*nb_negative) FPROTO((object *));
136 object *(*nb_positive) FPROTO((object *));
Guido van Rossum97ad2d81991-05-05 20:11:43 +0000137 object *(*nb_absolute) FPROTO((object *));
Guido van Rossumcf7423a1991-05-14 12:08:10 +0000138 int (*nb_nonzero) FPROTO((object *));
Guido van Rossum7a6dfa71991-10-24 14:58:18 +0000139 object *(*nb_invert) FPROTO((object *));
140 object *(*nb_lshift) FPROTO((object *, object *));
141 object *(*nb_rshift) FPROTO((object *, object *));
142 object *(*nb_and) FPROTO((object *, object *));
143 object *(*nb_xor) FPROTO((object *, object *));
144 object *(*nb_or) FPROTO((object *, object *));
Guido van Rossum85a5fbb1990-10-14 12:07:46 +0000145} number_methods;
146
147typedef struct {
148 int (*sq_length) FPROTO((object *));
149 object *(*sq_concat) FPROTO((object *, object *));
150 object *(*sq_repeat) FPROTO((object *, int));
151 object *(*sq_item) FPROTO((object *, int));
152 object *(*sq_slice) FPROTO((object *, int, int));
153 int (*sq_ass_item) FPROTO((object *, int, object *));
154 int (*sq_ass_slice) FPROTO((object *, int, int, object *));
155} sequence_methods;
156
157typedef struct {
158 int (*mp_length) FPROTO((object *));
159 object *(*mp_subscript) FPROTO((object *, object *));
160 int (*mp_ass_subscript) FPROTO((object *, object *, object *));
161} mapping_methods;
162
163typedef struct _typeobject {
164 OB_VARHEAD
165 char *tp_name; /* For printing */
166 unsigned int tp_basicsize, tp_itemsize; /* For allocation */
167
168 /* Methods to implement standard operations */
169
170 void (*tp_dealloc) FPROTO((object *));
Guido van Rossumd783a461991-06-07 22:35:42 +0000171 int (*tp_print) FPROTO((object *, FILE *, int));
Guido van Rossum85a5fbb1990-10-14 12:07:46 +0000172 object *(*tp_getattr) FPROTO((object *, char *));
173 int (*tp_setattr) FPROTO((object *, char *, object *));
174 int (*tp_compare) FPROTO((object *, object *));
175 object *(*tp_repr) FPROTO((object *));
176
177 /* Method suites for standard classes */
178
179 number_methods *tp_as_number;
180 sequence_methods *tp_as_sequence;
181 mapping_methods *tp_as_mapping;
182} typeobject;
183
184extern typeobject Typetype; /* The type of type objects */
185
186#define is_typeobject(op) ((op)->ob_type == &Typetype)
187
Guido van Rossum3f5da241990-12-20 15:06:42 +0000188/* Generic operations on objects */
Guido van Rossumd783a461991-06-07 22:35:42 +0000189extern int printobject PROTO((object *, FILE *, int));
Guido van Rossum85a5fbb1990-10-14 12:07:46 +0000190extern object * reprobject PROTO((object *));
191extern int cmpobject PROTO((object *, object *));
Guido van Rossum3f5da241990-12-20 15:06:42 +0000192extern object *getattr PROTO((object *, char *));
193extern int setattr PROTO((object *, char *, object *));
Guido van Rossum85a5fbb1990-10-14 12:07:46 +0000194
195/* Flag bits for printing: */
196#define PRINT_RAW 1 /* No string quotes etc. */
197
198/*
199123456789-123456789-123456789-123456789-123456789-123456789-123456789-12
200
201The macros INCREF(op) and DECREF(op) are used to increment or decrement
202reference counts. DECREF calls the object's deallocator function; for
203objects that don't contain references to other objects or heap memory
204this can be the standard function free(). Both macros can be used
205whereever a void expression is allowed. The argument shouldn't be a
206NIL pointer. The macro NEWREF(op) is used only to initialize reference
207counts to 1; it is defined here for convenience.
208
209We assume that the reference count field can never overflow; this can
210be proven when the size of the field is the same as the pointer size
211but even with a 16-bit reference count field it is pretty unlikely so
212we ignore the possibility. (If you are paranoid, make it a long.)
213
214Type objects should never be deallocated; the type pointer in an object
215is not considered to be a reference to the type object, to save
216complications in the deallocation function. (This is actually a
217decision that's up to the implementer of each new type so if you want,
218you can count such references to the type object.)
219
220*** WARNING*** The DECREF macro must have a side-effect-free argument
221since it may evaluate its argument multiple times. (The alternative
222would be to mace it a proper function or assign it to a global temporary
223variable first, both of which are slower; and in a multi-threaded
224environment the global variable trick is not safe.)
225*/
226
227#ifdef TRACE_REFS
228#ifndef REF_DEBUG
229#define REF_DEBUG
230#endif
231#endif
232
233#ifndef TRACE_REFS
234#define DELREF(op) (*(op)->ob_type->tp_dealloc)((object *)(op))
Guido van Rossumd5b70f51990-11-18 17:27:10 +0000235#define UNREF(op) /*empty*/
Guido van Rossum85a5fbb1990-10-14 12:07:46 +0000236#endif
237
238#ifdef REF_DEBUG
239extern long ref_total;
240#ifndef TRACE_REFS
241#define NEWREF(op) (ref_total++, (op)->ob_refcnt = 1)
242#endif
243#define INCREF(op) (ref_total++, (op)->ob_refcnt++)
244#define DECREF(op) \
Guido van Rossumc8564cd1990-11-02 17:51:56 +0000245 if (--ref_total, --(op)->ob_refcnt > 0) \
Guido van Rossum85a5fbb1990-10-14 12:07:46 +0000246 ; \
247 else \
248 DELREF(op)
249#else
250#define NEWREF(op) ((op)->ob_refcnt = 1)
251#define INCREF(op) ((op)->ob_refcnt++)
252#define DECREF(op) \
Guido van Rossumc8564cd1990-11-02 17:51:56 +0000253 if (--(op)->ob_refcnt > 0) \
Guido van Rossum85a5fbb1990-10-14 12:07:46 +0000254 ; \
255 else \
256 DELREF(op)
257#endif
258
Guido van Rossum3f5da241990-12-20 15:06:42 +0000259/* Macros to use in case the object pointer may be NULL: */
260
261#define XINCREF(op) if ((op) == NULL) ; else INCREF(op)
262#define XDECREF(op) if ((op) == NULL) ; else DECREF(op)
Guido van Rossum85a5fbb1990-10-14 12:07:46 +0000263
264/* Definition of NULL, so you don't have to include <stdio.h> */
265
266#ifndef NULL
267#define NULL 0
268#endif
269
270
271/*
272NoObject is an object of undefined type which can be used in contexts
273where NULL (nil) is not suitable (since NULL often means 'error').
274
275Don't forget to apply INCREF() when returning this value!!!
276*/
277
278extern object NoObject; /* Don't use this directly */
279
280#define None (&NoObject)
281
282
283/*
284123456789-123456789-123456789-123456789-123456789-123456789-123456789-12
285
286More conventions
287================
288
289Argument Checking
290-----------------
291
292Functions that take objects as arguments normally don't check for nil
293arguments, but they do check the type of the argument, and return an
294error if the function doesn't apply to the type.
295
296Failure Modes
297-------------
298
299Functions may fail for a variety of reasons, including running out of
Guido van Rossum3f5da241990-12-20 15:06:42 +0000300memory. This is communicated to the caller in two ways: an error string
301is set (see errors.h), and the function result differs: functions that
302normally return a pointer return NULL for failure, functions returning
303an integer return -1 (which could be a legal return value too!), and
304other functions return 0 for success and -1 for failure.
305Callers should always check for errors before using the result.
Guido van Rossum85a5fbb1990-10-14 12:07:46 +0000306
307Reference Counts
308----------------
309
310It takes a while to get used to the proper usage of reference counts.
311
312Functions that create an object set the reference count to 1; such new
313objects must be stored somewhere or destroyed again with DECREF().
314Functions that 'store' objects such as settupleitem() and dictinsert()
315don't increment the reference count of the object, since the most
316frequent use is to store a fresh object. Functions that 'retrieve'
317objects such as gettupleitem() and dictlookup() also don't increment
318the reference count, since most frequently the object is only looked at
319quickly. Thus, to retrieve an object and store it again, the caller
320must call INCREF() explicitly.
321
322NOTE: functions that 'consume' a reference count like dictinsert() even
323consume the reference if the object wasn't stored, to simplify error
324handling.
325
326It seems attractive to make other functions that take an object as
327argument consume a reference count; however this may quickly get
328confusing (even the current practice is already confusing). Consider
329it carefully, it may safe lots of calls to INCREF() and DECREF() at
330times.
331
332123456789-123456789-123456789-123456789-123456789-123456789-123456789-12
333*/