usr
/
include
/
python2.7
/
Go to Home Directory
+
Upload
Create File
root@0UT1S:~$
Execute
By Order of Mr.0UT1S
[DIR] ..
N/A
Python-ast.h
20.62 KB
Rename
Delete
Python.h
4.27 KB
Rename
Delete
abstract.h
44.17 KB
Rename
Delete
asdl.h
1.07 KB
Rename
Delete
ast.h
230 bytes
Rename
Delete
bitset.h
792 bytes
Rename
Delete
boolobject.h
912 bytes
Rename
Delete
bufferobject.h
922 bytes
Rename
Delete
bytearrayobject.h
1.90 KB
Rename
Delete
bytes_methods.h
2.74 KB
Rename
Delete
bytesobject.h
1.13 KB
Rename
Delete
cStringIO.h
1.96 KB
Rename
Delete
cellobject.h
651 bytes
Rename
Delete
ceval.h
4.94 KB
Rename
Delete
classobject.h
2.93 KB
Rename
Delete
cobject.h
2.86 KB
Rename
Delete
code.h
4.30 KB
Rename
Delete
codecs.h
6.03 KB
Rename
Delete
compile.h
1.04 KB
Rename
Delete
complexobject.h
1.81 KB
Rename
Delete
datetime.h
8.12 KB
Rename
Delete
descrobject.h
2.42 KB
Rename
Delete
dictobject.h
6.73 KB
Rename
Delete
dtoa.h
338 bytes
Rename
Delete
enumobject.h
253 bytes
Rename
Delete
errcode.h
1.37 KB
Rename
Delete
eval.h
557 bytes
Rename
Delete
fileobject.h
3.58 KB
Rename
Delete
floatobject.h
5.49 KB
Rename
Delete
frameobject.h
3.18 KB
Rename
Delete
funcobject.h
2.92 KB
Rename
Delete
genobject.h
891 bytes
Rename
Delete
graminit.h
1.87 KB
Rename
Delete
grammar.h
2.00 KB
Rename
Delete
import.h
2.17 KB
Rename
Delete
intobject.h
2.91 KB
Rename
Delete
intrcheck.h
274 bytes
Rename
Delete
iterobject.h
522 bytes
Rename
Delete
listobject.h
2.51 KB
Rename
Delete
longintrepr.h
3.82 KB
Rename
Delete
longobject.h
5.67 KB
Rename
Delete
marshal.h
713 bytes
Rename
Delete
memoryobject.h
2.76 KB
Rename
Delete
metagrammar.h
253 bytes
Rename
Delete
methodobject.h
3.28 KB
Rename
Delete
modsupport.h
4.91 KB
Rename
Delete
moduleobject.h
609 bytes
Rename
Delete
node.h
938 bytes
Rename
Delete
object.h
39.12 KB
Rename
Delete
objimpl.h
14.00 KB
Rename
Delete
opcode.h
4.70 KB
Rename
Delete
osdefs.h
1.03 KB
Rename
Delete
parsetok.h
1.74 KB
Rename
Delete
patchlevel.h
1.42 KB
Rename
Delete
pgen.h
253 bytes
Rename
Delete
pgenheaders.h
1.15 KB
Rename
Delete
py_curses.h
4.17 KB
Rename
Delete
pyarena.h
2.63 KB
Rename
Delete
pycapsule.h
1.64 KB
Rename
Delete
pyconfig-64.h
37.02 KB
Rename
Delete
pyconfig.h
162 bytes
Rename
Delete
pyctype.h
1.24 KB
Rename
Delete
pydebug.h
1.29 KB
Rename
Delete
pyerrors.h
11.47 KB
Rename
Delete
pyexpat.h
2.07 KB
Rename
Delete
pyfpe.h
8.27 KB
Rename
Delete
pygetopt.h
348 bytes
Rename
Delete
pymacconfig.h
2.92 KB
Rename
Delete
pymactoolbox.h
8.43 KB
Rename
Delete
pymath.h
7.16 KB
Rename
Delete
pymem.h
4.60 KB
Rename
Delete
pyport.h
31.79 KB
Rename
Delete
pystate.h
6.25 KB
Rename
Delete
pystrcmp.h
463 bytes
Rename
Delete
pystrtod.h
1.54 KB
Rename
Delete
pythonrun.h
7.06 KB
Rename
Delete
pythread.h
1.13 KB
Rename
Delete
rangeobject.h
646 bytes
Rename
Delete
setobject.h
3.06 KB
Rename
Delete
sliceobject.h
1.64 KB
Rename
Delete
stringobject.h
7.79 KB
Rename
Delete
structmember.h
2.83 KB
Rename
Delete
structseq.h
862 bytes
Rename
Delete
symtable.h
3.64 KB
Rename
Delete
sysmodule.h
865 bytes
Rename
Delete
timefuncs.h
541 bytes
Rename
Delete
token.h
1.76 KB
Rename
Delete
traceback.h
697 bytes
Rename
Delete
tupleobject.h
2.18 KB
Rename
Delete
ucnhash.h
924 bytes
Rename
Delete
unicodeobject.h
51.00 KB
Rename
Delete
warnings.h
635 bytes
Rename
Delete
weakrefobject.h
2.74 KB
Rename
Delete
#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 */
Save