summaryrefslogtreecommitdiffstats
path: root/Lib/test/test_dl.py
Commit message (Collapse)AuthorAgeFilesLines
* Fix most trivially-findable print statements.Guido van Rossum2007-02-091-4/+4
| | | | | | | | | There's one major and one minor category still unfixed: doctests are the major category (and I hope to be able to augment the refactoring tool to refactor bona fide doctests soon); other code generating print statements in strings is the minor category. (Oh, and I don't know if the compiler package works.)
* SF patch 1631942 by Collin Winter:Guido van Rossum2007-01-101-1/+1
| | | | | | (a) "except E, V" -> "except E as V" (b) V is now limited to a simple name (local variable) (c) V is now deleted at the end of the except block
* Merge p3yk branch with the trunk up to revision 45595. This breaks a fairThomas Wouters2006-04-211-0/+1
| | | | | | | | | | | | | | | | | | | | number of tests, all because of the codecs/_multibytecodecs issue described here (it's not a Py3K issue, just something Py3K discovers): http://mail.python.org/pipermail/python-dev/2006-April/064051.html Hye-Shik Chang promised to look for a fix, so no need to fix it here. The tests that are expected to break are: test_codecencodings_cn test_codecencodings_hk test_codecencodings_jp test_codecencodings_kr test_codecencodings_tw test_codecs test_multibytecodec This merge fixes an actual test failure (test_weakref) in this branch, though, so I believe merging is the right thing to do anyway.
* Get rid of relative imports in all unittests. Now anything thatBarry Warsaw2002-07-231-1/+1
| | | | | | | | | | | imports e.g. test_support must do so using an absolute package name such as "import test.test_support" or "from test import test_support". This also updates the README in Lib/test, and gets rid of the duplicate data dirctory in Lib/test/data (replaced by Lib/email/test/data). Now Tim and Jack can have at it. :)
* Patch #404680: disables the nis module and enables the dl module whenAndrew M. Kuchling2001-02-271-0/+1
| | | | | building under Cygwin. Makes some fixes to the dlmodule in order to compile with Cygwin.
* a bold attempt to fix things broken by MAL's verify patch: importFredrik Lundh2001-01-171-1/+1
| | | | 'verify' iff it's used by a test module...
* This patch removes all uses of "assert" in the regression test suiteMarc-André Lemburg2001-01-171-1/+1
| | | | | | | and replaces them with a new API verify(). As a result the regression suite will also perform its tests in optimization mode. Written by Marc-Andre Lemburg. Copyright assigned to Guido van Rossum.
* Raise 'TestSkipped' (from the test_support) module rather than 'ImportError'Thomas Wouters2000-08-041-2/+2
| | | | | to signify a test that should be marked as 'skipped' rather than 'failed'. Also 'document' it, in README.
* 1. Print the error message (carefully) when a dl.open() fails in verbose mode.Guido van Rossum1999-02-231-3/+4
| | | | 2. When no test case worked, raise ImportError instead of failing.
* Mass check-in after untabifying all files that need it.Guido van Rossum1998-03-261-13/+13
|
* Try calling getpid() from /usr/lib/libc.so instead of some otherGuido van Rossum1997-04-091-4/+1
| | | | random things.
* Many scripts, but small changes. Update the way the scripts obtain theRoger E. Masse1996-12-201-3/+1
| | | | | | | | | | | | | | | | 'verbose' flag ala GvR updated test harness architecture. Old way: verbose = 0 if __name__ == '__main__': verbose = 1 New way: from test_support import verbose Some other small readablility and functionality updates.
* Added example DL for SGI IRIX.Guido van Rossum1996-12-201-0/+2
|
* Revised strategy for testing recomended by bwarsawRoger E. Masse1996-12-161-26/+28
|
* Test for the dl module. This only works for SunOS and Solaris.Roger E. Masse1996-12-131-0/+32
I've attempted to make a test that silently exits if either module dl is not present, we're not on a Sun OS, or a standard shared library ('/usr/lib/libresolv.so') is not found... Otherwise, It does a simple test of dlmodule on that library. I *think* this would be ok to add to testall.py but I'll wait till I hear some feedback on the liberalness of this approach.