404

[ Avaa Bypassed ]




Upload:

Command:

elspacio@3.135.219.104: ~ $
#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 */

Filemanager

Name Type Size Permission Actions
Python-ast.h File 19.03 KB 0644
Python.h File 2.79 KB 0644
abstract.h File 42.07 KB 0644
accu.h File 1016 B 0644
asdl.h File 1.16 KB 0644
ast.h File 477 B 0644
bitset.h File 792 B 0644
bltinmodule.h File 264 B 0644
boolobject.h File 886 B 0644
bytearrayobject.h File 2.06 KB 0644
bytes_methods.h File 1.98 KB 0644
bytesobject.h File 4.81 KB 0644
cellobject.h File 701 B 0644
ceval.h File 7.03 KB 0644
classobject.h File 1.63 KB 0644
code.h File 4.13 KB 0644
codecs.h File 6.4 KB 0644
compile.h File 2.07 KB 0644
complexobject.h File 1.91 KB 0644
datetime.h File 8.34 KB 0644
descrobject.h File 2.84 KB 0644
dictobject.h File 5.06 KB 0644
dtoa.h File 458 B 0644
dynamic_annotations.h File 21.94 KB 0644
enumobject.h File 253 B 0644
errcode.h File 1.46 KB 0644
eval.h File 597 B 0644
fileobject.h File 1.82 KB 0644
fileutils.h File 1.47 KB 0644
floatobject.h File 4.53 KB 0644
frameobject.h File 3.47 KB 0644
funcobject.h File 3.68 KB 0644
genobject.h File 1.1 KB 0644
graminit.h File 1.83 KB 0644
grammar.h File 2 KB 0644
import.h File 3.81 KB 0644
intrcheck.h File 460 B 0644
iterobject.h File 567 B 0644
listobject.h File 2.77 KB 0644
longintrepr.h File 3.9 KB 0644
longobject.h File 7.98 KB 0644
marshal.h File 803 B 0644
memoryobject.h File 2.79 KB 0644
metagrammar.h File 253 B 0644
methodobject.h File 3.23 KB 0644
modsupport.h File 4.78 KB 0644
moduleobject.h File 1.58 KB 0644
namespaceobject.h File 297 B 0644
node.h File 1008 B 0644
object.h File 37.62 KB 0644
objimpl.h File 13.52 KB 0644
opcode.h File 5.09 KB 0644
osdefs.h File 848 B 0644
parsetok.h File 2.82 KB 0644
patchlevel.h File 1.1 KB 0644
pgen.h File 253 B 0644
pgenheaders.h File 1.12 KB 0644
py_curses.h File 4.08 KB 0644
pyarena.h File 2.68 KB 0644
pyatomic.h File 5.8 KB 0644
pycapsule.h File 1.69 KB 0644
pyconfig-64.h File 42.32 KB 0644
pyconfig.h File 162 B 0644
pyctype.h File 1.29 KB 0644
pydebug.h File 1019 B 0644
pyerrors.h File 15.65 KB 0644
pyexpat.h File 2.39 KB 0644
pyfpe.h File 8.29 KB 0644
pygetopt.h File 388 B 0644
pyhash.h File 4.17 KB 0644
pymacconfig.h File 2.92 KB 0644
pymacro.h File 2.75 KB 0644
pymath.h File 7.05 KB 0644
pymem.h File 6.62 KB 0644
pyport.h File 30.15 KB 0644
pystate.h File 8.91 KB 0644
pystrcmp.h File 436 B 0644
pystrtod.h File 1.25 KB 0644
pythonrun.h File 9.95 KB 0644
pythread.h File 2.96 KB 0644
pytime.h File 2.85 KB 0644
rangeobject.h File 629 B 0644
setobject.h File 3.22 KB 0644
sliceobject.h File 1.55 KB 0644
structmember.h File 2.02 KB 0644
structseq.h File 1.32 KB 0644
symtable.h File 4.98 KB 0644
sysmodule.h File 1.32 KB 0644
token.h File 1.84 KB 0644
traceback.h File 2.16 KB 0644
tupleobject.h File 2.39 KB 0644
typeslots.h File 1.95 KB 0644
ucnhash.h File 1.03 KB 0644
unicodeobject.h File 76.3 KB 0644
warnings.h File 1.39 KB 0644
weakrefobject.h File 2.8 KB 0644