]> git.proxmox.com Git - mirror_edk2.git/blobdiff - AppPkg/Applications/Python/Python-2.7.2/Lib/test/crashers/recursion_limit_too_high.py
edk2: Remove AppPkg, StdLib, StdLibPrivateInternalFiles
[mirror_edk2.git] / AppPkg / Applications / Python / Python-2.7.2 / Lib / test / crashers / recursion_limit_too_high.py
diff --git a/AppPkg/Applications/Python/Python-2.7.2/Lib/test/crashers/recursion_limit_too_high.py b/AppPkg/Applications/Python/Python-2.7.2/Lib/test/crashers/recursion_limit_too_high.py
deleted file mode 100644 (file)
index fb24e44..0000000
+++ /dev/null
@@ -1,16 +0,0 @@
-# The following example may crash or not depending on the platform.\r
-# E.g. on 32-bit Intel Linux in a "standard" configuration it seems to\r
-# crash on Python 2.5 (but not 2.4 nor 2.3).  On Windows the import\r
-# eventually fails to find the module, possibly because we run out of\r
-# file handles.\r
-\r
-# The point of this example is to show that sys.setrecursionlimit() is a\r
-# hack, and not a robust solution.  This example simply exercises a path\r
-# where it takes many C-level recursions, consuming a lot of stack\r
-# space, for each Python-level recursion.  So 1000 times this amount of\r
-# stack space may be too much for standard platforms already.\r
-\r
-import sys\r
-if 'recursion_limit_too_high' in sys.modules:\r
-    del sys.modules['recursion_limit_too_high']\r
-import recursion_limit_too_high\r