SILENT KILLERPanel

Current Path: > > opt > > alt > python39 > include > > python3.9 > internal


Operation   : Linux premium131.web-hosting.com 4.18.0-553.44.1.lve.el8.x86_64 #1 SMP Thu Mar 13 14:29:12 UTC 2025 x86_64
Software     : Apache
Server IP    : 162.0.232.56 | Your IP: 216.73.216.111
Domains      : 1034 Domain(s)
Permission   : [ 0755 ]

Files and Folders in: //opt//alt/python39/include//python3.9/internal

NameTypeSizeLast ModifiedActions
pegen_interface.h File 953 bytes June 03 2025 18:47:52.
pycore_abstract.h File 479 bytes June 03 2025 18:47:52.
pycore_accu.h File 1126 bytes June 03 2025 18:47:52.
pycore_atomic.h File 16977 bytes June 03 2025 18:47:52.
pycore_bytes_methods.h File 3384 bytes June 03 2025 18:47:52.
pycore_byteswap.h File 2620 bytes June 03 2025 18:47:52.
pycore_call.h File 870 bytes June 03 2025 18:47:52.
pycore_ceval.h File 3403 bytes June 03 2025 18:47:52.
pycore_code.h File 541 bytes June 03 2025 18:47:52.
pycore_condvar.h File 2809 bytes June 03 2025 18:47:52.
pycore_context.h File 800 bytes June 03 2025 18:47:52.
pycore_dtoa.h File 646 bytes June 03 2025 18:47:52.
pycore_fileutils.h File 1541 bytes June 03 2025 18:47:52.
pycore_gc.h File 6647 bytes June 03 2025 18:47:52.
pycore_getopt.h File 490 bytes June 03 2025 18:47:52.
pycore_gil.h File 1565 bytes June 03 2025 18:47:52.
pycore_hamt.h File 3697 bytes June 03 2025 18:47:52.
pycore_hashtable.h File 4197 bytes June 03 2025 18:47:52.
pycore_import.h File 473 bytes June 03 2025 18:47:52.
pycore_initconfig.h File 5233 bytes June 03 2025 18:47:52.
pycore_interp.h File 5299 bytes June 03 2025 18:47:52.
pycore_long.h File 1548 bytes June 03 2025 18:47:52.
pycore_object.h File 4157 bytes June 03 2025 18:47:52.
pycore_pathconfig.h File 1936 bytes June 03 2025 18:47:52.
pycore_pyerrors.h File 2032 bytes June 03 2025 18:47:52.
pycore_pyhash.h File 206 bytes June 03 2025 18:47:52.
pycore_pylifecycle.h File 3741 bytes June 03 2025 18:47:52.
pycore_pymem.h File 3363 bytes June 03 2025 18:47:52.
pycore_pystate.h File 3583 bytes June 03 2025 18:47:52.
pycore_runtime.h File 4452 bytes June 03 2025 18:47:52.
pycore_sysmodule.h File 548 bytes June 03 2025 18:47:52.
pycore_traceback.h File 3056 bytes June 03 2025 18:47:52.
pycore_tupleobject.h File 442 bytes June 03 2025 18:47:52.
pycore_warnings.h File 633 bytes June 03 2025 18:47:52.

Reading File: //opt//alt/python39/include//python3.9/internal/pycore_condvar.h

#ifndef Py_INTERNAL_CONDVAR_H
#define Py_INTERNAL_CONDVAR_H

#ifndef Py_BUILD_CORE
#  error "this header requires Py_BUILD_CORE define"
#endif

#ifndef _POSIX_THREADS
/* This means pthreads are not implemented in libc headers, hence the macro
   not present in unistd.h. But they still can be implemented as an external
   library (e.g. gnu pth in pthread emulation) */
# ifdef HAVE_PTHREAD_H
#  include <pthread.h> /* _POSIX_THREADS */
# endif
#endif

#ifdef _POSIX_THREADS
/*
 * POSIX support
 */
#define Py_HAVE_CONDVAR

#include <pthread.h>

#define PyMUTEX_T pthread_mutex_t
#define PyCOND_T pthread_cond_t

#elif defined(NT_THREADS)
/*
 * Windows (XP, 2003 server and later, as well as (hopefully) CE) support
 *
 * Emulated condition variables ones that work with XP and later, plus
 * example native support on VISTA and onwards.
 */
#define Py_HAVE_CONDVAR

/* include windows if it hasn't been done before */
#define WIN32_LEAN_AND_MEAN
#include <windows.h>

/* options */
/* non-emulated condition variables are provided for those that want
 * to target Windows Vista.  Modify this macro to enable them.
 */
#ifndef _PY_EMULATED_WIN_CV
#define _PY_EMULATED_WIN_CV 1  /* use emulated condition variables */
#endif

/* fall back to emulation if not targeting Vista */
#if !defined NTDDI_VISTA || NTDDI_VERSION < NTDDI_VISTA
#undef _PY_EMULATED_WIN_CV
#define _PY_EMULATED_WIN_CV 1
#endif

#if _PY_EMULATED_WIN_CV

typedef CRITICAL_SECTION PyMUTEX_T;

/* The ConditionVariable object.  From XP onwards it is easily emulated
   with a Semaphore.
   Semaphores are available on Windows XP (2003 server) and later.
   We use a Semaphore rather than an auto-reset event, because although
   an auto-resent event might appear to solve the lost-wakeup bug (race
   condition between releasing the outer lock and waiting) because it
   maintains state even though a wait hasn't happened, there is still
   a lost wakeup problem if more than one thread are interrupted in the
   critical place.  A semaphore solves that, because its state is
   counted, not Boolean.
   Because it is ok to signal a condition variable with no one
   waiting, we need to keep track of the number of
   waiting threads.  Otherwise, the semaphore's state could rise
   without bound.  This also helps reduce the number of "spurious wakeups"
   that would otherwise happen.
 */

typedef struct _PyCOND_T
{
    HANDLE sem;
    int waiting; /* to allow PyCOND_SIGNAL to be a no-op */
} PyCOND_T;

#else /* !_PY_EMULATED_WIN_CV */

/* Use native Win7 primitives if build target is Win7 or higher */

/* SRWLOCK is faster and better than CriticalSection */
typedef SRWLOCK PyMUTEX_T;

typedef CONDITION_VARIABLE  PyCOND_T;

#endif /* _PY_EMULATED_WIN_CV */

#endif /* _POSIX_THREADS, NT_THREADS */

#endif /* Py_INTERNAL_CONDVAR_H */

SILENT KILLER Tool