Admin

name	type	size	perms	modified	actions
[parent directory]
abstract.h	file	7,870 B	0644	2026-03-03 12:39:30	edit
bytearrayobject.h	file	1,163 B	0644	2026-03-03 12:39:30	edit
bytesobject.h	file	4,660 B	0644	2026-03-03 12:39:30	edit
cellobject.h	file	1,076 B	0644	2026-03-03 12:39:30	edit
ceval.h	file	1,650 B	0644	2026-03-03 12:39:30	edit
classobject.h	file	2,245 B	0644	2026-03-03 12:39:30	edit
code.h	file	16,188 B	0644	2026-03-03 12:39:30	edit
compile.h	file	2,660 B	0644	2026-03-03 12:39:30	edit
complexobject.h	file	1,248 B	0644	2026-03-03 12:39:30	edit
context.h	file	1,965 B	0644	2026-03-03 12:39:30	edit
descrobject.h	file	1,642 B	0644	2026-03-03 12:39:30	edit
dictobject.h	file	4,686 B	0644	2026-03-03 12:39:30	edit
fileobject.h	file	818 B	0644	2026-03-03 12:39:30	edit
fileutils.h	file	232 B	0644	2026-03-03 12:39:30	edit
floatobject.h	file	900 B	0644	2026-03-03 12:39:30	edit
frameobject.h	file	1,108 B	0644	2026-03-03 12:39:30	edit
funcobject.h	file	7,188 B	0644	2026-03-03 12:39:30	edit
genobject.h	file	3,316 B	0644	2026-03-03 12:39:30	edit
import.h	file	1,623 B	0644	2026-03-03 12:39:30	edit
initconfig.h	file	7,820 B	0644	2026-03-03 12:39:30	edit
interpreteridobject.h	file	387 B	0644	2026-03-03 12:39:30	edit
listobject.h	file	1,633 B	0644	2026-03-03 12:39:30	edit
longintrepr.h	file	4,889 B	0644	2026-03-03 12:39:30	edit
longobject.h	file	4,679 B	0644	2026-03-03 12:39:30	edit
memoryobject.h	file	2,272 B	0644	2026-03-03 12:39:30	edit
methodobject.h	file	2,276 B	0644	2026-03-03 12:39:30	edit
modsupport.h	file	4,336 B	0644	2026-03-03 12:39:30	edit
object.h	file	21,212 B	0644	2026-03-03 12:39:30	edit
objimpl.h	file	3,316 B	0644	2026-03-03 12:39:30	edit
odictobject.h	file	1,311 B	0644	2026-03-03 12:39:30	edit
picklebufobject.h	file	848 B	0644	2026-03-03 12:39:30	edit
pthread_stubs.h	file	3,505 B	0644	2026-03-03 12:39:30	edit
pyctype.h	file	1,387 B	0644	2026-03-03 12:39:30	edit
pydebug.h	file	1,413 B	0644	2026-03-03 12:39:30	edit
pyerrors.h	file	4,276 B	0644	2026-03-03 12:39:30	edit
pyfpe.h	file	444 B	0644	2026-03-03 12:39:30	edit
pyframe.h	file	1,479 B	0644	2026-03-03 12:39:30	edit
pylifecycle.h	file	3,423 B	0644	2026-03-03 12:39:30	edit
pymem.h	file	3,379 B	0644	2026-03-03 12:39:30	edit
pystate.h	file	17,228 B	0644	2026-03-03 12:39:30	edit
pythonrun.h	file	4,903 B	0644	2026-03-03 12:39:30	edit
pythread.h	file	1,418 B	0644	2026-03-03 12:39:30	edit
pytime.h	file	12,402 B	0644	2026-03-03 12:39:30	edit
setobject.h	file	2,146 B	0644	2026-03-03 12:39:30	edit
sysmodule.h	file	489 B	0644	2026-03-03 12:39:30	edit
traceback.h	file	444 B	0644	2026-03-03 12:39:30	edit
tupleobject.h	file	1,377 B	0644	2026-03-03 12:39:30	edit
unicodeobject.h	file	35,296 B	0644	2026-03-03 12:39:30	edit
warnings.h	file	564 B	0644	2026-03-03 12:39:30	edit
weakrefobject.h	file	2,032 B	0644	2026-03-03 12:39:30	edit

editing: objimpl.h

#ifndef Py_CPYTHON_OBJIMPL_H
#  error "this header file must not be included directly"
#endif

static inline size_t _PyObject_SIZE(PyTypeObject *type) {
    return _Py_STATIC_CAST(size_t, type->tp_basicsize);
}

/* _PyObject_VAR_SIZE returns the number of bytes (as size_t) allocated for a
   vrbl-size object with nitems items, exclusive of gc overhead (if any).  The
   value is rounded up to the closest multiple of sizeof(void *), in order to
   ensure that pointer fields at the end of the object are correctly aligned
   for the platform (this is of special importance for subclasses of, e.g.,
   str or int, so that pointers can be stored after the embedded data).

Note that there's no memory wastage in doing this, as malloc has to
   return (at worst) pointer-aligned memory anyway.
*/
#if ((SIZEOF_VOID_P - 1) & SIZEOF_VOID_P) != 0
#   error "_PyObject_VAR_SIZE requires SIZEOF_VOID_P be a power of 2"
#endif

static inline size_t _PyObject_VAR_SIZE(PyTypeObject *type, Py_ssize_t nitems) {
    size_t size = _Py_STATIC_CAST(size_t, type->tp_basicsize);
    size += _Py_STATIC_CAST(size_t, nitems) * _Py_STATIC_CAST(size_t, type->tp_itemsize);
    return _Py_SIZE_ROUND_UP(size, SIZEOF_VOID_P);
}

/* This example code implements an object constructor with a custom
   allocator, where PyObject_New is inlined, and shows the important
   distinction between two steps (at least):
       1) the actual allocation of the object storage;
       2) the initialization of the Python specific fields
      in this storage with PyObject_{Init, InitVar}.

PyObject *
   YourObject_New(...)
   {
       PyObject *op;

op = (PyObject *) Your_Allocator(_PyObject_SIZE(YourTypeStruct));
       if (op == NULL) {
           return PyErr_NoMemory();
       }

PyObject_Init(op, &YourTypeStruct);

op->ob_field = value;
       ...
       return op;
   }

Note that in C++, the use of the new operator usually implies that
   the 1st step is performed automatically for you, so in a C++ class
   constructor you would start directly with PyObject_Init/InitVar. */

typedef struct {
    /* user context passed as the first argument to the 2 functions */
    void *ctx;

/* allocate an arena of size bytes */
    void* (*alloc) (void *ctx, size_t size);

/* free an arena */
    void (*free) (void *ctx, void *ptr, size_t size);
} PyObjectArenaAllocator;

/* Get the arena allocator. */
PyAPI_FUNC(void) PyObject_GetArenaAllocator(PyObjectArenaAllocator *allocator);

/* Set the arena allocator. */
PyAPI_FUNC(void) PyObject_SetArenaAllocator(PyObjectArenaAllocator *allocator);

/* Test if an object implements the garbage collector protocol */
PyAPI_FUNC(int) PyObject_IS_GC(PyObject *obj);

/* Code built with Py_BUILD_CORE must include pycore_gc.h instead which
   defines a different _PyGC_FINALIZED() macro. */
#ifndef Py_BUILD_CORE
   // Kept for backward compatibility with Python 3.8
#  define _PyGC_FINALIZED(o) PyObject_GC_IsFinalized(o)
#endif

// Test if a type supports weak references
PyAPI_FUNC(int) PyType_SUPPORTS_WEAKREFS(PyTypeObject *type);

PyAPI_FUNC(PyObject **) PyObject_GET_WEAKREFS_LISTPTR(PyObject *op);

PyAPI_FUNC(PyObject *) PyUnstable_Object_GC_NewWithExtraData(PyTypeObject *,
                                                             size_t);

cancel