OXIESEC PANEL

Name	Size	Modified	Perms
📁 ..	-	10/28/2024 06:50:42 AM	rwxr-xr-x
📄 Python-ast.h	21.75 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 Python.h	3.15 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 abstract.h	46.34 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 accu.h	1016 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 asdl.h	1.18 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 ast.h	477 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 bitset.h	792 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 bltinmodule.h	264 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 boolobject.h	886 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 bytearrayobject.h	2.06 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 bytes_methods.h	3.12 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 bytesobject.h	8.17 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 cellobject.h	701 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 ceval.h	8.32 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 classobject.h	1.63 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 code.h	5.81 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 codecs.h	6.63 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 compile.h	2.11 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 complexobject.h	1.76 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 datetime.h	9.19 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 descrobject.h	2.89 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 dictobject.h	7.01 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 dtoa.h	458 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 dynamic_annotations.h	21.94 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 enumobject.h	253 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 errcode.h	1.46 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 eval.h	597 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 fileobject.h	1.61 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 fileutils.h	3.44 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 floatobject.h	4.68 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 frameobject.h	3.45 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 funcobject.h	3.98 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 genobject.h	3.5 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 graminit.h	1.92 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 grammar.h	2.03 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 import.h	4.13 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 intrcheck.h	513 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 iterobject.h	567 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 listobject.h	2.83 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 longintrepr.h	3.67 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 longobject.h	8.27 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 marshal.h	803 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 memoryobject.h	2.7 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 metagrammar.h	253 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 methodobject.h	3.76 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 modsupport.h	7.15 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 moduleobject.h	2.23 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 namespaceobject.h	349 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 node.h	1007 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📁 numpy	-	10/28/2024 08:45:52 AM	rwxr-xr-x
📄 object.h	39.43 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 objimpl.h	13.91 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 odictobject.h	1.26 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 opcode.h	4.95 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 osdefs.h	691 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 osmodule.h	291 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 parsetok.h	2.82 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 patchlevel.h	1.1 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pgen.h	253 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 pgenheaders.h	1.15 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 py_curses.h	4.21 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pyarena.h	2.68 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pyatomic.h	7.94 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pycapsule.h	1.69 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pyconfig.h	3.99 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pyctype.h	1.29 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pydebug.h	1.18 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pydtrace.h	1.92 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pyerrors.h	16.82 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pyexpat.h	2.39 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pyfpe.h	8.27 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pygetopt.h	410 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 pyhash.h	4.04 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pylifecycle.h	3.98 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pymacconfig.h	2.92 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pymacro.h	3.42 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pymath.h	8.12 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pymem.h	8.36 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pyport.h	26.93 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pystate.h	10.88 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pystrcmp.h	436 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 pystrhex.h	495 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 pystrtod.h	1.45 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pythonrun.h	6.62 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pythread.h	2.92 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 pytime.h	7.43 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 rangeobject.h	629 bytes	03/10/2023 04:46:00 PM	rw-r--r--
📄 setobject.h	3.25 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 sliceobject.h	2.43 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 structmember.h	1.97 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 structseq.h	1.32 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 symtable.h	4.88 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 sysmodule.h	1.32 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 token.h	1.9 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 traceback.h	3.56 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 tupleobject.h	2.39 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 typeslots.h	2.2 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 ucnhash.h	1.03 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 unicodeobject.h	79.86 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 warnings.h	1.65 KB	03/10/2023 04:46:00 PM	rw-r--r--
📄 weakrefobject.h	2.8 KB	03/10/2023 04:46:00 PM	rw-r--r--

Editing: pyfpe.h

#ifndef Py_PYFPE_H
#define Py_PYFPE_H
#ifdef __cplusplus
extern "C" {
#endif
/*
     ---------------------------------------------------------------------
    /                       Copyright (c) 1996.                           \
   |          The Regents of the University of California.                 |
   |                        All rights reserved.                           |
   |                                                                       |
   |   Permission to use, copy, modify, and distribute this software for   |
   |   any purpose without fee is hereby granted, provided that this en-   |
   |   tire notice is included in all copies of any software which is or   |
   |   includes  a  copy  or  modification  of  this software and in all   |
   |   copies of the supporting documentation for such software.           |
   |                                                                       |
   |   This  work was produced at the University of California, Lawrence   |
   |   Livermore National Laboratory under  contract  no.  W-7405-ENG-48   |
   |   between  the  U.S.  Department  of  Energy and The Regents of the   |
   |   University of California for the operation of UC LLNL.              |
   |                                                                       |
   |                              DISCLAIMER                               |
   |                                                                       |
   |   This  software was prepared as an account of work sponsored by an   |
   |   agency of the United States Government. Neither the United States   |
   |   Government  nor the University of California nor any of their em-   |
   |   ployees, makes any warranty, express or implied, or  assumes  any   |
   |   liability  or  responsibility  for the accuracy, completeness, or   |
   |   usefulness of any information,  apparatus,  product,  or  process   |
   |   disclosed,   or  represents  that  its  use  would  not  infringe   |
   |   privately-owned rights. Reference herein to any specific  commer-   |
   |   cial  products,  process,  or  service  by trade name, trademark,   |
   |   manufacturer, or otherwise, does not  necessarily  constitute  or   |
   |   imply  its endorsement, recommendation, or favoring by the United   |
   |   States Government or the University of California. The views  and   |
   |   opinions  of authors expressed herein do not necessarily state or   |
   |   reflect those of the United States Government or  the  University   |
   |   of  California,  and shall not be used for advertising or product   |
    \  endorsement purposes.                                              /
     ---------------------------------------------------------------------
*/

/*
 *       Define macros for handling SIGFPE.
 *       Lee Busby, LLNL, November, 1996
 *       busby1@llnl.gov
 *
 *********************************************
 * Overview of the system for handling SIGFPE:
 *
 * This file (Include/pyfpe.h) defines a couple of "wrapper" macros for
 * insertion into your Python C code of choice. Their proper use is
 * discussed below. The file Python/pyfpe.c defines a pair of global
 * variables PyFPE_jbuf and PyFPE_counter which are used by the signal
 * handler for SIGFPE to decide if a particular exception was protected
 * by the macros. The signal handler itself, and code for enabling the
 * generation of SIGFPE in the first place, is in a (new) Python module
 * named fpectl. This module is standard in every respect. It can be loaded
 * either statically or dynamically as you choose, and like any other
 * Python module, has no effect until you import it.
 *
 * In the general case, there are three steps toward handling SIGFPE in any
 * Python code:
 *
 * 1) Add the *_PROTECT macros to your C code as required to protect
 *    dangerous floating point sections.
 *
 * 2) Turn on the inclusion of the code by adding the ``--with-fpectl''
 *    flag at the time you run configure.  If the fpectl or other modules
 *    which use the *_PROTECT macros are to be dynamically loaded, be
 *    sure they are compiled with WANT_SIGFPE_HANDLER defined.
 *
 * 3) When python is built and running, import fpectl, and execute
 *    fpectl.turnon_sigfpe(). This sets up the signal handler and enables
 *    generation of SIGFPE whenever an exception occurs. From this point
 *    on, any properly trapped SIGFPE should result in the Python
 *    FloatingPointError exception.
 *
 * Step 1 has been done already for the Python kernel code, and should be
 * done soon for the NumPy array package.  Step 2 is usually done once at
 * python install time. Python's behavior with respect to SIGFPE is not
 * changed unless you also do step 3. Thus you can control this new
 * facility at compile time, or run time, or both.
 *
 ********************************
 * Using the macros in your code:
 *
 * static PyObject *foobar(PyObject *self,PyObject *args)
 * {
 *     ....
 *     PyFPE_START_PROTECT("Error in foobar", return 0)
 *     result = dangerous_op(somearg1, somearg2, ...);
 *     PyFPE_END_PROTECT(result)
 *     ....
 * }
 *
 * If a floating point error occurs in dangerous_op, foobar returns 0 (NULL),
 * after setting the associated value of the FloatingPointError exception to
 * "Error in foobar". ``Dangerous_op'' can be a single operation, or a block
 * of code, function calls, or any combination, so long as no alternate
 * return is possible before the PyFPE_END_PROTECT macro is reached.
 *
 * The macros can only be used in a function context where an error return
 * can be recognized as signaling a Python exception. (Generally, most
 * functions that return a PyObject * will qualify.)
 *
 * Guido's original design suggestion for PyFPE_START_PROTECT and
 * PyFPE_END_PROTECT had them open and close a local block, with a locally
 * defined jmp_buf and jmp_buf pointer. This would allow recursive nesting
 * of the macros. The Ansi C standard makes it clear that such local
 * variables need to be declared with the "volatile" type qualifier to keep
 * setjmp from corrupting their values. Some current implementations seem
 * to be more restrictive. For example, the HPUX man page for setjmp says
 *
 *   Upon the return from a setjmp() call caused by a longjmp(), the
 *   values of any non-static local variables belonging to the routine
 *   from which setjmp() was called are undefined. Code which depends on
 *   such values is not guaranteed to be portable.
 *
 * I therefore decided on a more limited form of nesting, using a counter
 * variable (PyFPE_counter) to keep track of any recursion.  If an exception
 * occurs in an ``inner'' pair of macros, the return will apparently
 * come from the outermost level.
 *
 */

#ifdef WANT_SIGFPE_HANDLER
#include <signal.h>
#include <setjmp.h>
#include <math.h>
extern jmp_buf PyFPE_jbuf;
extern int PyFPE_counter;
extern double PyFPE_dummy(void *);

#define PyFPE_START_PROTECT(err_string, leave_stmt) \
if (!PyFPE_counter++ && setjmp(PyFPE_jbuf)) { \
	PyErr_SetString(PyExc_FloatingPointError, err_string); \
	PyFPE_counter = 0; \
	leave_stmt; \
}

/*
 * This (following) is a heck of a way to decrement a counter. However,
 * unless the macro argument is provided, code optimizers will sometimes move
 * this statement so that it gets executed *before* the unsafe expression
 * which we're trying to protect.  That pretty well messes things up,
 * of course.
 *
 * If the expression(s) you're trying to protect don't happen to return a
 * value, you will need to manufacture a dummy result just to preserve the
 * correct ordering of statements.  Note that the macro passes the address
 * of its argument (so you need to give it something which is addressable).
 * If your expression returns multiple results, pass the last such result
 * to PyFPE_END_PROTECT.
 *
 * Note that PyFPE_dummy returns a double, which is cast to int.
 * This seeming insanity is to tickle the Floating Point Unit (FPU).
 * If an exception has occurred in a preceding floating point operation,
 * some architectures (notably Intel 80x86) will not deliver the interrupt
 * until the *next* floating point operation.  This is painful if you've
 * already decremented PyFPE_counter.
 */
#define PyFPE_END_PROTECT(v) PyFPE_counter -= (int)PyFPE_dummy(&(v));

#else

#define PyFPE_START_PROTECT(err_string, leave_stmt)
#define PyFPE_END_PROTECT(v)

#endif

#ifdef __cplusplus
}
#endif
#endif /* !Py_PYFPE_H */