OXIESEC PANEL

Name	Size	Modified	Perms	Actions
📁 ..	-	11/23/2025 04:17:35 AM	rwxr-xr-x
📄 pegen_interface.h	953 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_abstract.h	479 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_accu.h	1.1 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_atomic.h	16.58 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_bytes_methods.h	3.3 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_byteswap.h	2.56 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_call.h	870 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_ceval.h	3.84 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_code.h	541 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_condvar.h	2.74 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_context.h	800 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_dtoa.h	646 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_fileutils.h	1.5 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_gc.h	6.49 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_getopt.h	490 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_gil.h	1.53 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_hamt.h	3.05 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_hashtable.h	4.1 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_import.h	473 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_initconfig.h	5.06 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_interp.h	5.15 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_object.h	4.06 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_pathconfig.h	1.89 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_pyerrors.h	1.98 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_pyhash.h	206 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_pylifecycle.h	3.65 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_pymem.h	3.28 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_pystate.h	3.5 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_runtime.h	4.35 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_sysmodule.h	548 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_traceback.h	2.98 KB	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_tupleobject.h	442 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete
📄 pycore_warnings.h	633 bytes	11/18/2025 10:08:34 PM	rw-r--r--	Delete

Editing: 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 */