diff options
author | Jeremy Hylton <jeremy@alum.mit.edu> | 2002-04-23 20:21:22 (GMT) |
---|---|---|
committer | Jeremy Hylton <jeremy@alum.mit.edu> | 2002-04-23 20:21:22 (GMT) |
commit | 74ce77f0e67f0d67a3ae0d35ae11c7c48a7a67a5 (patch) | |
tree | 3448c424aaaf8f37defca17d1b651d2f09458785 | |
parent | d95efe4257b7d7aa95e273c2cb206b1d72c57cad (diff) | |
download | cpython-74ce77f0e67f0d67a3ae0d35ae11c7c48a7a67a5.zip cpython-74ce77f0e67f0d67a3ae0d35ae11c7c48a7a67a5.tar.gz cpython-74ce77f0e67f0d67a3ae0d35ae11c7c48a7a67a5.tar.bz2 |
Add tests for the recent resource module change.
Also add a test that Python doesn't die with SIGXFSZ if it exceeds the
file rlimit. (Assuming this will also test the behavior when the 2GB
limit is exceed on a platform that doesn't have large file support.)
-rw-r--r-- | Lib/test/output/test_resource | 2 | ||||
-rw-r--r-- | Lib/test/test_resource.py | 48 |
2 files changed, 50 insertions, 0 deletions
diff --git a/Lib/test/output/test_resource b/Lib/test/output/test_resource new file mode 100644 index 0000000..aafed83 --- /dev/null +++ b/Lib/test/output/test_resource @@ -0,0 +1,2 @@ +test_resource +True diff --git a/Lib/test/test_resource.py b/Lib/test/test_resource.py new file mode 100644 index 0000000..1293833 --- /dev/null +++ b/Lib/test/test_resource.py @@ -0,0 +1,48 @@ +import os +import resource + +from test_support import TESTFN + +# This test is checking a few specific problem spots. RLIMIT_FSIZE +# should be RLIM_INFINITY, which will be a really big number on a +# platform with large file support. On these platforms, we need to +# test that the get/setrlimit functions properly convert the number to +# a C long long and that the conversion doesn't raise an error. + +try: + cur, max = resource.getrlimit(resource.RLIMIT_FSIZE) +except AttributeError: + pass +else: + print resource.RLIM_INFINITY == max + resource.setrlimit(resource.RLIMIT_FSIZE, (cur, max)) + +# Now check to see what happens when the RLIMIT_FSIZE is small. Some +# versions of Python were terminated by an uncaught SIGXFSZ, but +# pythonrun.c has been fixed to ignore that exception. If so, the +# write() should return EFBIG when the limit is exceeded. + +try: + resource.setrlimit(resource.RLIMIT_FSIZE, (1024, max)) + f = open(TESTFN, "wb") + f.write("X" * 1024) + try: + f.write("Y") + f.flush() + except IOError: + pass + f.close() + os.unlink(TESTFN) +finally: + resource.setrlimit(resource.RLIMIT_FSIZE, (cur, max)) + +# And be sure that setrlimit is checking for really large values +too_big = 10L**50 +try: + resource.setrlimit(resource.RLIMIT_FSIZE, (too_big, max)) +except OverflowError: + pass +try: + resource.setrlimit(resource.RLIMIT_FSIZE, (max, too_big)) +except OverflowError: + pass |