1993-07-28 11:05:47 +02:00
|
|
|
#ifndef Py_OBJECT_H
|
|
|
|
#define Py_OBJECT_H
|
|
|
|
#ifdef __cplusplus
|
|
|
|
extern "C" {
|
|
|
|
#endif
|
|
|
|
|
1991-02-19 13:39:46 +01:00
|
|
|
/***********************************************************
|
1995-01-04 20:06:22 +01:00
|
|
|
Copyright 1991-1995 by Stichting Mathematisch Centrum, Amsterdam,
|
|
|
|
The Netherlands.
|
1991-02-19 13:39:46 +01:00
|
|
|
|
|
|
|
All Rights Reserved
|
|
|
|
|
1996-10-25 16:44:06 +02:00
|
|
|
Permission to use, copy, modify, and distribute this software and its
|
|
|
|
documentation for any purpose and without fee is hereby granted,
|
1991-02-19 13:39:46 +01:00
|
|
|
provided that the above copyright notice appear in all copies and that
|
1996-10-25 16:44:06 +02:00
|
|
|
both that copyright notice and this permission notice appear in
|
1991-02-19 13:39:46 +01:00
|
|
|
supporting documentation, and that the names of Stichting Mathematisch
|
1996-10-25 16:44:06 +02:00
|
|
|
Centrum or CWI or Corporation for National Research Initiatives or
|
|
|
|
CNRI not be used in advertising or publicity pertaining to
|
|
|
|
distribution of the software without specific, written prior
|
|
|
|
permission.
|
|
|
|
|
|
|
|
While CWI is the initial source for this software, a modified version
|
|
|
|
is made available by the Corporation for National Research Initiatives
|
|
|
|
(CNRI) at the Internet address ftp://ftp.python.org.
|
|
|
|
|
|
|
|
STICHTING MATHEMATISCH CENTRUM AND CNRI DISCLAIM ALL WARRANTIES WITH
|
|
|
|
REGARD TO THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF
|
|
|
|
MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL STICHTING MATHEMATISCH
|
|
|
|
CENTRUM OR CNRI BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL
|
|
|
|
DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR
|
|
|
|
PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER
|
|
|
|
TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
|
|
|
|
PERFORMANCE OF THIS SOFTWARE.
|
1991-02-19 13:39:46 +01:00
|
|
|
|
|
|
|
******************************************************************/
|
|
|
|
|
1990-10-14 13:07:46 +01:00
|
|
|
/* Object and type object interface */
|
|
|
|
|
|
|
|
/*
|
|
|
|
Objects are structures allocated on the heap. Special rules apply to
|
|
|
|
the use of objects to ensure they are properly garbage-collected.
|
|
|
|
Objects are never allocated statically or on the stack; they must be
|
|
|
|
accessed through special macros and functions only. (Type objects are
|
|
|
|
exceptions to the first rule; the standard types are represented by
|
|
|
|
statically initialized type objects.)
|
|
|
|
|
|
|
|
An object has a 'reference count' that is increased or decreased when a
|
|
|
|
pointer to the object is copied or deleted; when the reference count
|
|
|
|
reaches zero there are no references to the object left and it can be
|
|
|
|
removed from the heap.
|
|
|
|
|
|
|
|
An object has a 'type' that determines what it represents and what kind
|
|
|
|
of data it contains. An object's type is fixed when it is created.
|
|
|
|
Types themselves are represented as objects; an object contains a
|
|
|
|
pointer to the corresponding type object. The type itself has a type
|
|
|
|
pointer pointing to the object representing the type 'type', which
|
|
|
|
contains a pointer to itself!).
|
|
|
|
|
|
|
|
Objects do not float around in memory; once allocated an object keeps
|
|
|
|
the same size and address. Objects that must hold variable-size data
|
|
|
|
can contain pointers to variable-size parts of the object. Not all
|
|
|
|
objects of the same type have the same size; but the size cannot change
|
|
|
|
after allocation. (These restrictions are made so a reference to an
|
|
|
|
object can be simply a pointer -- moving an object would require
|
|
|
|
updating all the pointers, and changing an object's size would require
|
|
|
|
moving it if there was another object right next to it.)
|
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
Objects are always accessed through pointers of the type 'PyObject *'.
|
|
|
|
The type 'PyObject' is a structure that only contains the reference count
|
1990-10-14 13:07:46 +01:00
|
|
|
and the type pointer. The actual memory allocated for an object
|
|
|
|
contains other data that can only be accessed after casting the pointer
|
|
|
|
to a pointer to a longer structure type. This longer type must start
|
1995-01-12 12:45:45 +01:00
|
|
|
with the reference count and type fields; the macro PyObject_HEAD should be
|
1990-10-14 13:07:46 +01:00
|
|
|
used for this (to accomodate for future changes). The implementation
|
|
|
|
of a particular object type can cast the object pointer to the proper
|
|
|
|
type and back.
|
|
|
|
|
|
|
|
A standard interface exists for objects that contain an array of items
|
|
|
|
whose size is determined when the object is allocated.
|
|
|
|
*/
|
|
|
|
|
1996-12-30 17:17:54 +01:00
|
|
|
#ifdef Py_DEBUG
|
1990-12-20 16:06:42 +01:00
|
|
|
|
|
|
|
/* Turn on heavy reference debugging */
|
1995-01-12 12:45:45 +01:00
|
|
|
#define Py_TRACE_REFS
|
1990-12-20 16:06:42 +01:00
|
|
|
|
|
|
|
/* Turn on reference counting */
|
1995-01-12 12:45:45 +01:00
|
|
|
#define Py_REF_DEBUG
|
1990-12-20 16:06:42 +01:00
|
|
|
|
1996-12-30 17:17:54 +01:00
|
|
|
#endif /* Py_DEBUG */
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
#ifdef Py_TRACE_REFS
|
|
|
|
#define PyObject_HEAD \
|
1990-10-14 13:07:46 +01:00
|
|
|
struct _object *_ob_next, *_ob_prev; \
|
1990-11-02 18:51:56 +01:00
|
|
|
int ob_refcnt; \
|
1990-10-14 13:07:46 +01:00
|
|
|
struct _typeobject *ob_type;
|
1995-01-12 12:45:45 +01:00
|
|
|
#define PyObject_HEAD_INIT(type) 0, 0, 1, type,
|
1996-05-22 18:33:22 +02:00
|
|
|
#else /* !Py_TRACE_REFS */
|
1995-01-12 12:45:45 +01:00
|
|
|
#define PyObject_HEAD \
|
1995-01-04 20:06:22 +01:00
|
|
|
int ob_refcnt; \
|
1990-10-14 13:07:46 +01:00
|
|
|
struct _typeobject *ob_type;
|
1995-01-12 12:45:45 +01:00
|
|
|
#define PyObject_HEAD_INIT(type) 1, type,
|
1996-05-22 18:33:22 +02:00
|
|
|
#endif /* !Py_TRACE_REFS */
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
#define PyObject_VAR_HEAD \
|
|
|
|
PyObject_HEAD \
|
1995-01-04 20:06:22 +01:00
|
|
|
int ob_size; /* Number of items in variable part */
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
typedef struct _object {
|
1995-01-12 12:45:45 +01:00
|
|
|
PyObject_HEAD
|
|
|
|
} PyObject;
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
typedef struct {
|
1995-01-12 12:45:45 +01:00
|
|
|
PyObject_VAR_HEAD
|
1997-05-15 23:31:03 +02:00
|
|
|
} PyVarObject;
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
|
|
|
|
/*
|
|
|
|
Type objects contain a string containing the type name (to help somewhat
|
|
|
|
in debugging), the allocation parameters (see newobj() and newvarobj()),
|
|
|
|
and methods for accessing objects of the type. Methods are optional,a
|
|
|
|
nil pointer meaning that particular kind of access is not available for
|
1995-01-12 12:45:45 +01:00
|
|
|
this type. The Py_DECREF() macro uses the tp_dealloc method without
|
1990-10-14 13:07:46 +01:00
|
|
|
checking for a nil pointer; it should always be implemented except if
|
|
|
|
the implementation can guarantee that the reference count will never
|
|
|
|
reach zero (e.g., for type objects).
|
|
|
|
|
|
|
|
NB: the methods for certain type groups are now contained in separate
|
|
|
|
method blocks.
|
|
|
|
*/
|
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
typedef PyObject * (*unaryfunc) Py_PROTO((PyObject *));
|
|
|
|
typedef PyObject * (*binaryfunc) Py_PROTO((PyObject *, PyObject *));
|
|
|
|
typedef PyObject * (*ternaryfunc) Py_PROTO((PyObject *, PyObject *, PyObject *));
|
|
|
|
typedef int (*inquiry) Py_PROTO((PyObject *));
|
|
|
|
typedef int (*coercion) Py_PROTO((PyObject **, PyObject **));
|
|
|
|
typedef PyObject *(*intargfunc) Py_PROTO((PyObject *, int));
|
|
|
|
typedef PyObject *(*intintargfunc) Py_PROTO((PyObject *, int, int));
|
|
|
|
typedef int(*intobjargproc) Py_PROTO((PyObject *, int, PyObject *));
|
|
|
|
typedef int(*intintobjargproc) Py_PROTO((PyObject *, int, int, PyObject *));
|
|
|
|
typedef int(*objobjargproc) Py_PROTO((PyObject *, PyObject *, PyObject *));
|
1997-05-06 00:15:02 +02:00
|
|
|
typedef int (*getreadbufferproc) Py_PROTO((PyObject *, int, void **));
|
|
|
|
typedef int (*getwritebufferproc) Py_PROTO((PyObject *, int, void **));
|
|
|
|
typedef int (*getsegcountproc) Py_PROTO((PyObject *, int *));
|
Changes by Greg Stein (code) and GvR (design).
Add a new member to the PyBufferProcs struct, bf_getcharbuffer. For
backward compatibility, this member should only be used (this includes
testing for NULL!) when the flag Py_TPFLAGS_HAVE_GETCHARBUFFER is set
in the type structure, below. Note that if its flag is not set, we
may be looking at an extension module compiled for 1.5.1, which will
have garbage at the bf_getcharbuffer member (because the struct wasn't
as long then). If the flag is one, the pointer may still be NULL.
The function found at this member is used in a similar manner as
bf_getreadbuffer, but it is known to point to 8-bit character data.
(See discussion in getargs.c checked in later.)
As a general feature for extending the type structure and the various
structures that (may) hang off it in a backwards compatible way, we
rename the tp_xxx4 "spare" slot to tp_flags. In 1.5.1 and before,
this slot was always zero. In 1.5.1, it may contain various flags
indicating extra fields that weren't present in 1.5.1. The only flag
defined so far is for the bf_getcharbuffer member of the PyBufferProcs
struct.
Note that the new spares (tp_xxx5 - tp_xxx8), once they become used,
should also be protected by a flag (or flags) in tp_flags.
1998-10-08 04:10:56 +02:00
|
|
|
typedef int (*getcharbufferproc) Py_PROTO((PyObject *, int, const char **));
|
2000-02-28 16:00:40 +01:00
|
|
|
typedef int (*objobjproc) Py_PROTO((PyObject *, PyObject *));
|
1994-08-01 13:34:53 +02:00
|
|
|
|
1990-10-14 13:07:46 +01:00
|
|
|
typedef struct {
|
1994-08-01 13:34:53 +02:00
|
|
|
binaryfunc nb_add;
|
|
|
|
binaryfunc nb_subtract;
|
|
|
|
binaryfunc nb_multiply;
|
|
|
|
binaryfunc nb_divide;
|
|
|
|
binaryfunc nb_remainder;
|
|
|
|
binaryfunc nb_divmod;
|
1994-08-09 15:21:54 +02:00
|
|
|
ternaryfunc nb_power;
|
1994-08-01 13:34:53 +02:00
|
|
|
unaryfunc nb_negative;
|
|
|
|
unaryfunc nb_positive;
|
|
|
|
unaryfunc nb_absolute;
|
|
|
|
inquiry nb_nonzero;
|
|
|
|
unaryfunc nb_invert;
|
|
|
|
binaryfunc nb_lshift;
|
|
|
|
binaryfunc nb_rshift;
|
|
|
|
binaryfunc nb_and;
|
|
|
|
binaryfunc nb_xor;
|
|
|
|
binaryfunc nb_or;
|
|
|
|
coercion nb_coerce;
|
|
|
|
unaryfunc nb_int;
|
|
|
|
unaryfunc nb_long;
|
|
|
|
unaryfunc nb_float;
|
|
|
|
unaryfunc nb_oct;
|
|
|
|
unaryfunc nb_hex;
|
1995-01-12 12:45:45 +01:00
|
|
|
} PyNumberMethods;
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
typedef struct {
|
1994-08-01 13:34:53 +02:00
|
|
|
inquiry sq_length;
|
|
|
|
binaryfunc sq_concat;
|
|
|
|
intargfunc sq_repeat;
|
|
|
|
intargfunc sq_item;
|
|
|
|
intintargfunc sq_slice;
|
|
|
|
intobjargproc sq_ass_item;
|
|
|
|
intintobjargproc sq_ass_slice;
|
2000-02-28 16:00:40 +01:00
|
|
|
objobjproc sq_contains;
|
1995-01-12 12:45:45 +01:00
|
|
|
} PySequenceMethods;
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
typedef struct {
|
1994-08-01 13:34:53 +02:00
|
|
|
inquiry mp_length;
|
|
|
|
binaryfunc mp_subscript;
|
|
|
|
objobjargproc mp_ass_subscript;
|
1995-01-12 12:45:45 +01:00
|
|
|
} PyMappingMethods;
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1997-05-06 00:15:02 +02:00
|
|
|
typedef struct {
|
|
|
|
getreadbufferproc bf_getreadbuffer;
|
|
|
|
getwritebufferproc bf_getwritebuffer;
|
|
|
|
getsegcountproc bf_getsegcount;
|
Changes by Greg Stein (code) and GvR (design).
Add a new member to the PyBufferProcs struct, bf_getcharbuffer. For
backward compatibility, this member should only be used (this includes
testing for NULL!) when the flag Py_TPFLAGS_HAVE_GETCHARBUFFER is set
in the type structure, below. Note that if its flag is not set, we
may be looking at an extension module compiled for 1.5.1, which will
have garbage at the bf_getcharbuffer member (because the struct wasn't
as long then). If the flag is one, the pointer may still be NULL.
The function found at this member is used in a similar manner as
bf_getreadbuffer, but it is known to point to 8-bit character data.
(See discussion in getargs.c checked in later.)
As a general feature for extending the type structure and the various
structures that (may) hang off it in a backwards compatible way, we
rename the tp_xxx4 "spare" slot to tp_flags. In 1.5.1 and before,
this slot was always zero. In 1.5.1, it may contain various flags
indicating extra fields that weren't present in 1.5.1. The only flag
defined so far is for the bf_getcharbuffer member of the PyBufferProcs
struct.
Note that the new spares (tp_xxx5 - tp_xxx8), once they become used,
should also be protected by a flag (or flags) in tp_flags.
1998-10-08 04:10:56 +02:00
|
|
|
getcharbufferproc bf_getcharbuffer;
|
1997-05-06 00:15:02 +02:00
|
|
|
} PyBufferProcs;
|
|
|
|
|
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
typedef void (*destructor) Py_PROTO((PyObject *));
|
|
|
|
typedef int (*printfunc) Py_PROTO((PyObject *, FILE *, int));
|
|
|
|
typedef PyObject *(*getattrfunc) Py_PROTO((PyObject *, char *));
|
1996-08-09 22:48:52 +02:00
|
|
|
typedef PyObject *(*getattrofunc) Py_PROTO((PyObject *, PyObject *));
|
1995-01-12 12:45:45 +01:00
|
|
|
typedef int (*setattrfunc) Py_PROTO((PyObject *, char *, PyObject *));
|
1996-08-09 22:48:52 +02:00
|
|
|
typedef int (*setattrofunc) Py_PROTO((PyObject *, PyObject *, PyObject *));
|
1995-01-12 12:45:45 +01:00
|
|
|
typedef int (*cmpfunc) Py_PROTO((PyObject *, PyObject *));
|
|
|
|
typedef PyObject *(*reprfunc) Py_PROTO((PyObject *));
|
|
|
|
typedef long (*hashfunc) Py_PROTO((PyObject *));
|
1994-08-01 13:34:53 +02:00
|
|
|
|
1990-10-14 13:07:46 +01:00
|
|
|
typedef struct _typeobject {
|
1995-01-12 12:45:45 +01:00
|
|
|
PyObject_VAR_HEAD
|
1990-10-14 13:07:46 +01:00
|
|
|
char *tp_name; /* For printing */
|
1995-01-04 20:06:22 +01:00
|
|
|
int tp_basicsize, tp_itemsize; /* For allocation */
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
/* Methods to implement standard operations */
|
|
|
|
|
1994-08-01 13:34:53 +02:00
|
|
|
destructor tp_dealloc;
|
|
|
|
printfunc tp_print;
|
|
|
|
getattrfunc tp_getattr;
|
|
|
|
setattrfunc tp_setattr;
|
|
|
|
cmpfunc tp_compare;
|
|
|
|
reprfunc tp_repr;
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
/* Method suites for standard classes */
|
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
PyNumberMethods *tp_as_number;
|
|
|
|
PySequenceMethods *tp_as_sequence;
|
|
|
|
PyMappingMethods *tp_as_mapping;
|
1993-03-29 12:43:31 +02:00
|
|
|
|
|
|
|
/* More standard operations (at end for binary compatibility) */
|
|
|
|
|
1994-08-01 13:34:53 +02:00
|
|
|
hashfunc tp_hash;
|
1995-07-18 16:21:06 +02:00
|
|
|
ternaryfunc tp_call;
|
1995-01-07 11:32:04 +01:00
|
|
|
reprfunc tp_str;
|
1996-08-09 22:48:52 +02:00
|
|
|
getattrofunc tp_getattro;
|
|
|
|
setattrofunc tp_setattro;
|
1995-01-07 11:32:04 +01:00
|
|
|
|
1997-05-06 00:15:02 +02:00
|
|
|
/* Functions to access object as input/output buffer */
|
|
|
|
PyBufferProcs *tp_as_buffer;
|
|
|
|
|
Changes by Greg Stein (code) and GvR (design).
Add a new member to the PyBufferProcs struct, bf_getcharbuffer. For
backward compatibility, this member should only be used (this includes
testing for NULL!) when the flag Py_TPFLAGS_HAVE_GETCHARBUFFER is set
in the type structure, below. Note that if its flag is not set, we
may be looking at an extension module compiled for 1.5.1, which will
have garbage at the bf_getcharbuffer member (because the struct wasn't
as long then). If the flag is one, the pointer may still be NULL.
The function found at this member is used in a similar manner as
bf_getreadbuffer, but it is known to point to 8-bit character data.
(See discussion in getargs.c checked in later.)
As a general feature for extending the type structure and the various
structures that (may) hang off it in a backwards compatible way, we
rename the tp_xxx4 "spare" slot to tp_flags. In 1.5.1 and before,
this slot was always zero. In 1.5.1, it may contain various flags
indicating extra fields that weren't present in 1.5.1. The only flag
defined so far is for the bf_getcharbuffer member of the PyBufferProcs
struct.
Note that the new spares (tp_xxx5 - tp_xxx8), once they become used,
should also be protected by a flag (or flags) in tp_flags.
1998-10-08 04:10:56 +02:00
|
|
|
/* Flags to define presence of optional/expanded features */
|
|
|
|
long tp_flags;
|
1995-01-07 11:32:04 +01:00
|
|
|
|
|
|
|
char *tp_doc; /* Documentation string */
|
|
|
|
|
1998-04-23 21:16:44 +02:00
|
|
|
/* More spares */
|
|
|
|
long tp_xxx5;
|
|
|
|
long tp_xxx6;
|
|
|
|
long tp_xxx7;
|
|
|
|
long tp_xxx8;
|
|
|
|
|
1993-10-11 13:54:31 +01:00
|
|
|
#ifdef COUNT_ALLOCS
|
|
|
|
/* these must be last */
|
|
|
|
int tp_alloc;
|
|
|
|
int tp_free;
|
|
|
|
int tp_maxalloc;
|
|
|
|
struct _typeobject *tp_next;
|
|
|
|
#endif
|
1995-01-12 12:45:45 +01:00
|
|
|
} PyTypeObject;
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1995-04-25 13:53:24 +02:00
|
|
|
extern DL_IMPORT(PyTypeObject) PyType_Type; /* The type of type objects */
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
#define PyType_Check(op) ((op)->ob_type == &PyType_Type)
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1990-12-20 16:06:42 +01:00
|
|
|
/* Generic operations on objects */
|
1998-12-04 19:48:25 +01:00
|
|
|
extern DL_IMPORT(int) PyObject_Print Py_PROTO((PyObject *, FILE *, int));
|
|
|
|
extern DL_IMPORT(PyObject *) PyObject_Repr Py_PROTO((PyObject *));
|
|
|
|
extern DL_IMPORT(PyObject *) PyObject_Str Py_PROTO((PyObject *));
|
|
|
|
extern DL_IMPORT(int) PyObject_Compare Py_PROTO((PyObject *, PyObject *));
|
|
|
|
extern DL_IMPORT(PyObject *) PyObject_GetAttrString Py_PROTO((PyObject *, char *));
|
|
|
|
extern DL_IMPORT(int) PyObject_SetAttrString Py_PROTO((PyObject *, char *, PyObject *));
|
|
|
|
extern DL_IMPORT(int) PyObject_HasAttrString Py_PROTO((PyObject *, char *));
|
|
|
|
extern DL_IMPORT(PyObject *) PyObject_GetAttr Py_PROTO((PyObject *, PyObject *));
|
|
|
|
extern DL_IMPORT(int) PyObject_SetAttr Py_PROTO((PyObject *, PyObject *, PyObject *));
|
|
|
|
extern DL_IMPORT(int) PyObject_HasAttr Py_PROTO((PyObject *, PyObject *));
|
|
|
|
extern DL_IMPORT(long) PyObject_Hash Py_PROTO((PyObject *));
|
|
|
|
extern DL_IMPORT(int) PyObject_IsTrue Py_PROTO((PyObject *));
|
|
|
|
extern DL_IMPORT(int) PyObject_Not Py_PROTO((PyObject *));
|
|
|
|
extern DL_IMPORT(int) PyCallable_Check Py_PROTO((PyObject *));
|
|
|
|
extern DL_IMPORT(int) PyNumber_Coerce Py_PROTO((PyObject **, PyObject **));
|
|
|
|
extern DL_IMPORT(int) PyNumber_CoerceEx Py_PROTO((PyObject **, PyObject **));
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1998-04-11 00:32:24 +02:00
|
|
|
/* Helpers for printing recursive container types */
|
1998-12-04 19:48:25 +01:00
|
|
|
extern DL_IMPORT(int) Py_ReprEnter Py_PROTO((PyObject *));
|
|
|
|
extern DL_IMPORT(void) Py_ReprLeave Py_PROTO((PyObject *));
|
1998-04-11 00:32:24 +02:00
|
|
|
|
1990-10-14 13:07:46 +01:00
|
|
|
/* Flag bits for printing: */
|
1995-01-12 12:45:45 +01:00
|
|
|
#define Py_PRINT_RAW 1 /* No string quotes etc. */
|
1990-10-14 13:07:46 +01:00
|
|
|
|
Changes by Greg Stein (code) and GvR (design).
Add a new member to the PyBufferProcs struct, bf_getcharbuffer. For
backward compatibility, this member should only be used (this includes
testing for NULL!) when the flag Py_TPFLAGS_HAVE_GETCHARBUFFER is set
in the type structure, below. Note that if its flag is not set, we
may be looking at an extension module compiled for 1.5.1, which will
have garbage at the bf_getcharbuffer member (because the struct wasn't
as long then). If the flag is one, the pointer may still be NULL.
The function found at this member is used in a similar manner as
bf_getreadbuffer, but it is known to point to 8-bit character data.
(See discussion in getargs.c checked in later.)
As a general feature for extending the type structure and the various
structures that (may) hang off it in a backwards compatible way, we
rename the tp_xxx4 "spare" slot to tp_flags. In 1.5.1 and before,
this slot was always zero. In 1.5.1, it may contain various flags
indicating extra fields that weren't present in 1.5.1. The only flag
defined so far is for the bf_getcharbuffer member of the PyBufferProcs
struct.
Note that the new spares (tp_xxx5 - tp_xxx8), once they become used,
should also be protected by a flag (or flags) in tp_flags.
1998-10-08 04:10:56 +02:00
|
|
|
/*
|
|
|
|
|
|
|
|
Type flags (tp_flags)
|
|
|
|
|
|
|
|
These flags are used to extend the type structure in a backwards-compatible
|
|
|
|
fashion. Extensions can use the flags to indicate (and test) when a given
|
|
|
|
type structure contains a new feature. The Python core will use these when
|
|
|
|
introducing new functionality between major revisions (to avoid mid-version
|
|
|
|
changes in the PYTHON_API_VERSION).
|
|
|
|
|
|
|
|
Arbitration of the flag bit positions will need to be coordinated among
|
|
|
|
all extension writers who publically release their extensions (this will
|
|
|
|
be fewer than you might expect!)..
|
|
|
|
|
|
|
|
Python 1.5.2 introduced the bf_getcharbuffer slot into PyBufferProcs.
|
|
|
|
|
|
|
|
Type definitions should use Py_TPFLAGS_DEFAULT for their tp_flags value.
|
|
|
|
|
|
|
|
Code can use PyType_HasFeature(type_ob, flag_value) to test whether the
|
|
|
|
given type object has a specified feature.
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
/* PyBufferProcs contains bf_getcharbuffer */
|
|
|
|
#define Py_TPFLAGS_HAVE_GETCHARBUFFER (1L<<0)
|
|
|
|
|
2000-02-28 16:00:40 +01:00
|
|
|
/* PySequenceMethods contains sq_contains */
|
|
|
|
#define Py_TPFLAGS_HAVE_SEQUENCE_IN (1L<<1)
|
|
|
|
|
|
|
|
#define Py_TPFLAGS_DEFAULT (Py_TPFLAGS_HAVE_GETCHARBUFFER | \
|
|
|
|
Py_TPFLAGS_HAVE_SEQUENCE_IN)
|
Changes by Greg Stein (code) and GvR (design).
Add a new member to the PyBufferProcs struct, bf_getcharbuffer. For
backward compatibility, this member should only be used (this includes
testing for NULL!) when the flag Py_TPFLAGS_HAVE_GETCHARBUFFER is set
in the type structure, below. Note that if its flag is not set, we
may be looking at an extension module compiled for 1.5.1, which will
have garbage at the bf_getcharbuffer member (because the struct wasn't
as long then). If the flag is one, the pointer may still be NULL.
The function found at this member is used in a similar manner as
bf_getreadbuffer, but it is known to point to 8-bit character data.
(See discussion in getargs.c checked in later.)
As a general feature for extending the type structure and the various
structures that (may) hang off it in a backwards compatible way, we
rename the tp_xxx4 "spare" slot to tp_flags. In 1.5.1 and before,
this slot was always zero. In 1.5.1, it may contain various flags
indicating extra fields that weren't present in 1.5.1. The only flag
defined so far is for the bf_getcharbuffer member of the PyBufferProcs
struct.
Note that the new spares (tp_xxx5 - tp_xxx8), once they become used,
should also be protected by a flag (or flags) in tp_flags.
1998-10-08 04:10:56 +02:00
|
|
|
|
|
|
|
#define PyType_HasFeature(t,f) (((t)->tp_flags & (f)) != 0)
|
|
|
|
|
|
|
|
|
1990-10-14 13:07:46 +01:00
|
|
|
/*
|
1995-01-12 12:45:45 +01:00
|
|
|
The macros Py_INCREF(op) and Py_DECREF(op) are used to increment or decrement
|
|
|
|
reference counts. Py_DECREF calls the object's deallocator function; for
|
1990-10-14 13:07:46 +01:00
|
|
|
objects that don't contain references to other objects or heap memory
|
|
|
|
this can be the standard function free(). Both macros can be used
|
|
|
|
whereever a void expression is allowed. The argument shouldn't be a
|
1995-01-12 12:45:45 +01:00
|
|
|
NIL pointer. The macro _Py_NewReference(op) is used only to initialize
|
|
|
|
reference counts to 1; it is defined here for convenience.
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
We assume that the reference count field can never overflow; this can
|
|
|
|
be proven when the size of the field is the same as the pointer size
|
|
|
|
but even with a 16-bit reference count field it is pretty unlikely so
|
|
|
|
we ignore the possibility. (If you are paranoid, make it a long.)
|
|
|
|
|
|
|
|
Type objects should never be deallocated; the type pointer in an object
|
|
|
|
is not considered to be a reference to the type object, to save
|
|
|
|
complications in the deallocation function. (This is actually a
|
|
|
|
decision that's up to the implementer of each new type so if you want,
|
|
|
|
you can count such references to the type object.)
|
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
*** WARNING*** The Py_DECREF macro must have a side-effect-free argument
|
1990-10-14 13:07:46 +01:00
|
|
|
since it may evaluate its argument multiple times. (The alternative
|
|
|
|
would be to mace it a proper function or assign it to a global temporary
|
|
|
|
variable first, both of which are slower; and in a multi-threaded
|
|
|
|
environment the global variable trick is not safe.)
|
|
|
|
*/
|
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
#ifdef Py_TRACE_REFS
|
|
|
|
#ifndef Py_REF_DEBUG
|
|
|
|
#define Py_REF_DEBUG
|
1990-10-14 13:07:46 +01:00
|
|
|
#endif
|
|
|
|
#endif
|
|
|
|
|
1996-08-12 23:31:32 +02:00
|
|
|
#ifdef Py_TRACE_REFS
|
1998-12-04 19:48:25 +01:00
|
|
|
extern DL_IMPORT(void) _Py_Dealloc Py_PROTO((PyObject *));
|
|
|
|
extern DL_IMPORT(void) _Py_NewReference Py_PROTO((PyObject *));
|
|
|
|
extern DL_IMPORT(void) _Py_ForgetReference Py_PROTO((PyObject *));
|
|
|
|
extern DL_IMPORT(void) _Py_PrintReferences Py_PROTO((FILE *));
|
2000-01-20 23:32:56 +01:00
|
|
|
extern DL_IMPORT(void) _Py_ResetReferences Py_PROTO((void));
|
1996-08-12 23:31:32 +02:00
|
|
|
#endif
|
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
#ifndef Py_TRACE_REFS
|
1993-10-11 13:54:31 +01:00
|
|
|
#ifdef COUNT_ALLOCS
|
1995-01-12 12:45:45 +01:00
|
|
|
#define _Py_Dealloc(op) ((op)->ob_type->tp_free++, (*(op)->ob_type->tp_dealloc)((PyObject *)(op)))
|
1995-04-06 15:47:48 +02:00
|
|
|
#define _Py_ForgetReference(op) ((op)->ob_type->tp_free++)
|
1996-08-12 23:31:32 +02:00
|
|
|
#else /* !COUNT_ALLOCS */
|
1995-01-12 12:45:45 +01:00
|
|
|
#define _Py_Dealloc(op) (*(op)->ob_type->tp_dealloc)((PyObject *)(op))
|
|
|
|
#define _Py_ForgetReference(op) /*empty*/
|
1996-08-12 23:31:32 +02:00
|
|
|
#endif /* !COUNT_ALLOCS */
|
|
|
|
#endif /* !Py_TRACE_REFS */
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1993-10-11 13:54:31 +01:00
|
|
|
#ifdef COUNT_ALLOCS
|
1998-12-04 19:48:25 +01:00
|
|
|
extern DL_IMPORT(void) inc_count Py_PROTO((PyTypeObject *));
|
1993-10-11 13:54:31 +01:00
|
|
|
#endif
|
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
#ifdef Py_REF_DEBUG
|
1996-05-22 18:33:22 +02:00
|
|
|
|
1998-12-04 19:48:25 +01:00
|
|
|
extern DL_IMPORT(long) _Py_RefTotal;
|
1996-05-22 18:33:22 +02:00
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
#ifndef Py_TRACE_REFS
|
1993-10-11 13:54:31 +01:00
|
|
|
#ifdef COUNT_ALLOCS
|
1995-03-29 18:57:48 +02:00
|
|
|
#define _Py_NewReference(op) (inc_count((op)->ob_type), _Py_RefTotal++, (op)->ob_refcnt = 1)
|
1993-10-11 13:54:31 +01:00
|
|
|
#else
|
1995-03-29 18:57:48 +02:00
|
|
|
#define _Py_NewReference(op) (_Py_RefTotal++, (op)->ob_refcnt = 1)
|
1990-10-14 13:07:46 +01:00
|
|
|
#endif
|
1996-05-22 18:33:22 +02:00
|
|
|
#endif /* !Py_TRACE_REFS */
|
|
|
|
|
1995-03-29 18:57:48 +02:00
|
|
|
#define Py_INCREF(op) (_Py_RefTotal++, (op)->ob_refcnt++)
|
1995-01-12 12:45:45 +01:00
|
|
|
#define Py_DECREF(op) \
|
1995-03-29 18:57:48 +02:00
|
|
|
if (--_Py_RefTotal, --(op)->ob_refcnt != 0) \
|
1990-10-14 13:07:46 +01:00
|
|
|
; \
|
|
|
|
else \
|
1997-08-05 04:30:44 +02:00
|
|
|
_Py_Dealloc((PyObject *)(op))
|
1996-05-22 18:33:22 +02:00
|
|
|
#else /* !Py_REF_DEBUG */
|
|
|
|
|
1993-10-11 13:54:31 +01:00
|
|
|
#ifdef COUNT_ALLOCS
|
1995-01-12 12:45:45 +01:00
|
|
|
#define _Py_NewReference(op) (inc_count((op)->ob_type), (op)->ob_refcnt = 1)
|
1993-10-11 13:54:31 +01:00
|
|
|
#else
|
1995-01-12 12:45:45 +01:00
|
|
|
#define _Py_NewReference(op) ((op)->ob_refcnt = 1)
|
1993-10-11 13:54:31 +01:00
|
|
|
#endif
|
1996-05-22 18:33:22 +02:00
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
#define Py_INCREF(op) ((op)->ob_refcnt++)
|
|
|
|
#define Py_DECREF(op) \
|
1995-01-04 20:06:22 +01:00
|
|
|
if (--(op)->ob_refcnt != 0) \
|
1990-10-14 13:07:46 +01:00
|
|
|
; \
|
|
|
|
else \
|
1997-08-05 04:30:44 +02:00
|
|
|
_Py_Dealloc((PyObject *)(op))
|
1996-05-22 18:33:22 +02:00
|
|
|
#endif /* !Py_REF_DEBUG */
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1990-12-20 16:06:42 +01:00
|
|
|
/* Macros to use in case the object pointer may be NULL: */
|
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
#define Py_XINCREF(op) if ((op) == NULL) ; else Py_INCREF(op)
|
|
|
|
#define Py_XDECREF(op) if ((op) == NULL) ; else Py_DECREF(op)
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
/* Definition of NULL, so you don't have to include <stdio.h> */
|
|
|
|
|
|
|
|
#ifndef NULL
|
|
|
|
#define NULL 0
|
|
|
|
#endif
|
|
|
|
|
|
|
|
|
|
|
|
/*
|
1995-01-12 12:45:45 +01:00
|
|
|
_Py_NoneStruct is an object of undefined type which can be used in contexts
|
1990-10-14 13:07:46 +01:00
|
|
|
where NULL (nil) is not suitable (since NULL often means 'error').
|
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
Don't forget to apply Py_INCREF() when returning this value!!!
|
1990-10-14 13:07:46 +01:00
|
|
|
*/
|
|
|
|
|
1995-04-25 13:53:24 +02:00
|
|
|
extern DL_IMPORT(PyObject) _Py_NoneStruct; /* Don't use this directly */
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
#define Py_None (&_Py_NoneStruct)
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
|
1994-08-01 13:34:53 +02:00
|
|
|
/*
|
|
|
|
A common programming style in Python requires the forward declaration
|
1995-01-12 12:45:45 +01:00
|
|
|
of static, initialized structures, e.g. for a type object that is used
|
1994-08-01 13:34:53 +02:00
|
|
|
by the functions whose address must be used in the initializer.
|
|
|
|
Some compilers (notably SCO ODT 3.0, I seem to remember early AIX as
|
|
|
|
well) botch this if you use the static keyword for both declarations
|
|
|
|
(they allocate two objects, and use the first, uninitialized one until
|
|
|
|
the second declaration is encountered). Therefore, the forward
|
|
|
|
declaration should use the 'forwardstatic' keyword. This expands to
|
|
|
|
static on most systems, but to extern on a few. The actual storage
|
|
|
|
and name will still be static because the second declaration is
|
|
|
|
static, so no linker visible symbols will be generated. (Standard C
|
|
|
|
compilers take offense to the extern forward declaration of a static
|
|
|
|
object, so I can't just put extern in all cases. :-( )
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifdef BAD_STATIC_FORWARD
|
|
|
|
#define staticforward extern
|
1995-02-21 22:06:10 +01:00
|
|
|
#ifdef __SC__
|
|
|
|
#define statichere
|
1994-08-01 13:34:53 +02:00
|
|
|
#else
|
1995-02-21 22:06:10 +01:00
|
|
|
#define statichere static
|
|
|
|
#endif /* __SC__ */
|
|
|
|
#else /* !BAD_STATIC_FORWARD */
|
1994-08-01 13:34:53 +02:00
|
|
|
#define staticforward static
|
1995-02-21 22:06:10 +01:00
|
|
|
#define statichere static
|
|
|
|
#endif /* !BAD_STATIC_FORWARD */
|
1994-08-01 13:34:53 +02:00
|
|
|
|
|
|
|
|
1990-10-14 13:07:46 +01:00
|
|
|
/*
|
|
|
|
More conventions
|
|
|
|
================
|
|
|
|
|
|
|
|
Argument Checking
|
|
|
|
-----------------
|
|
|
|
|
|
|
|
Functions that take objects as arguments normally don't check for nil
|
|
|
|
arguments, but they do check the type of the argument, and return an
|
|
|
|
error if the function doesn't apply to the type.
|
|
|
|
|
|
|
|
Failure Modes
|
|
|
|
-------------
|
|
|
|
|
|
|
|
Functions may fail for a variety of reasons, including running out of
|
1990-12-20 16:06:42 +01:00
|
|
|
memory. This is communicated to the caller in two ways: an error string
|
|
|
|
is set (see errors.h), and the function result differs: functions that
|
|
|
|
normally return a pointer return NULL for failure, functions returning
|
|
|
|
an integer return -1 (which could be a legal return value too!), and
|
|
|
|
other functions return 0 for success and -1 for failure.
|
|
|
|
Callers should always check for errors before using the result.
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
Reference Counts
|
|
|
|
----------------
|
|
|
|
|
|
|
|
It takes a while to get used to the proper usage of reference counts.
|
|
|
|
|
|
|
|
Functions that create an object set the reference count to 1; such new
|
1995-01-12 12:45:45 +01:00
|
|
|
objects must be stored somewhere or destroyed again with Py_DECREF().
|
|
|
|
Functions that 'store' objects such as PyTuple_SetItem() and
|
|
|
|
PyDict_SetItemString()
|
1990-10-14 13:07:46 +01:00
|
|
|
don't increment the reference count of the object, since the most
|
|
|
|
frequent use is to store a fresh object. Functions that 'retrieve'
|
1995-01-12 12:45:45 +01:00
|
|
|
objects such as PyTuple_GetItem() and PyDict_GetItemString() also
|
|
|
|
don't increment
|
1990-10-14 13:07:46 +01:00
|
|
|
the reference count, since most frequently the object is only looked at
|
|
|
|
quickly. Thus, to retrieve an object and store it again, the caller
|
1995-01-12 12:45:45 +01:00
|
|
|
must call Py_INCREF() explicitly.
|
1990-10-14 13:07:46 +01:00
|
|
|
|
1995-01-12 12:45:45 +01:00
|
|
|
NOTE: functions that 'consume' a reference count like
|
1997-09-05 19:53:53 +02:00
|
|
|
PyList_SetItemString() even consume the reference if the object wasn't
|
|
|
|
stored, to simplify error handling.
|
1990-10-14 13:07:46 +01:00
|
|
|
|
|
|
|
It seems attractive to make other functions that take an object as
|
|
|
|
argument consume a reference count; however this may quickly get
|
|
|
|
confusing (even the current practice is already confusing). Consider
|
1995-01-12 12:45:45 +01:00
|
|
|
it carefully, it may save lots of calls to Py_INCREF() and Py_DECREF() at
|
1990-10-14 13:07:46 +01:00
|
|
|
times.
|
|
|
|
*/
|
1993-07-28 11:05:47 +02:00
|
|
|
|
|
|
|
#ifdef __cplusplus
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
#endif /* !Py_OBJECT_H */
|