whitespace cleanup
authorJonathan Lange <jml@mumak.net>
Wed, 17 Jan 2007 11:39:01 +0000 (22:39 +1100)
committerJonathan Lange <jml@mumak.net>
Wed, 17 Jan 2007 11:39:01 +0000 (22:39 +1100)
README
SConstruct
c++/README
c/README
c/include/subunit/child.h
python/SConscript
python/subunit/tests/TestUtil.py
runtests.py
shell/README

diff --git a/README b/README
index 47b8f7a..bf3ada0 100644 (file)
--- a/README
+++ b/README
@@ -1,4 +1,4 @@
-    
+
   subunit: extensions to python unittest to get test results from subprocesses.
   Copyright (C) 2005  Robert Collins <robertc@robertcollins.net>
 
 
 
 Subunit is attempting to extend unittest with a clean and simple api to
-run arbitrary external test suites and return the results to standard 
-python unittest. 
+run arbitrary external test suites and return the results to standard
+python unittest.
 
-Subunit comes in two parts: There is a parent-process component and a 
+Subunit comes in two parts: There is a parent-process component and a
 child procecss component. The parent component pretends to be a xUnit
 test suite in whatever language you are using for the parent. Currently
 there is only one implementation of the parent : Python.
 Secondly there is the child component that runs in the child process and
-reports to the parent as tests begin and end. There are currently 3 
-implementations of the child - Python, C and shell. 
-Look in the python/, shell/ or c/ directories for the sources in each 
+reports to the parent as tests begin and end. There are currently 3
+implementations of the child - Python, C and shell.
+Look in the python/, shell/ or c/ directories for the sources in each
 languages.
 
 Using subunit:
 
 1) As a runner for external tests (potentially in other languages)
-2) As a process boundary for unittest TestCases to prevent them fiddling with 
+2) As a process boundary for unittest TestCases to prevent them fiddling with
    in-process state (i.e. singletons).
-3) As a wrapper around a TestCase (or Suite) to run a group of tests 
+3) As a wrapper around a TestCase (or Suite) to run a group of tests
    externally.
 
 1) As a runner for external tests
@@ -60,19 +60,19 @@ class TestCProgram(subunit.ExecTestCase):
 # Then run this in whatever normal way you would run python unittests.
 # If you don't have a specific test runner, you can run it using the
 # default one in unittest.py:
+
 if __name__ == '__main__':
      unittest.main()
 
 2) As a process boundary for unittest TestCases
 ===============================================
 This is currently supported only on platforms
-that support os.fork(), which allows us to 
+that support os.fork(), which allows us to
 transparently introduce a process boundary
 without affecting manual test parameterisation.
 *** TODO explain in more detail and sketch out
 *** a solution for win32
-Just import subunit and derive your test cases 
+Just import subunit and derive your test cases
 from subunit.IsolatedTestCase:
 
 import subunit
@@ -83,7 +83,7 @@ class TestFoo(subunit.IsolatedTestCase):
         SomethingGlobal.do()
         self.assertEqual(SomethingGlobal.value(), 3)
         # the run() method of IsolatedTestCase will intercept the
-        # test execution, fork() python to create a new process, 
+        # test execution, fork() python to create a new process,
         # then run the test and report the results back to the parent
         # process.
 
@@ -113,7 +113,7 @@ runner = unittest.TextTestRunner(verbosity=2)
 runner.run(test_suite())
 # enjoy.
 
-    
+
 Some requirements:
   The shape of the external unittest should not need to be known a-priori.
   After the test has run, tests should still exist as discrete objects, so that
@@ -142,7 +142,7 @@ FAILURE: tar a file.
 foo.c:34 WARNING foo is not defined.
 ========================
 
-control protocol: 
+control protocol:
 test|testing|test:|testing: test label
 success|success:|successful|successful: test label
 failure test label
@@ -163,4 +163,4 @@ TODO:
 def run:
     do a fork,
       this process runs server
-      child runs client and calls self.run() with a SubprocessTestResult 
+      child runs client and calls self.run() with a SubprocessTestResult
index e4f2464..d31de0b 100644 (file)
@@ -5,7 +5,7 @@ import sys
 # we want the subunit source in the path so we can use it to run
 # the tests. Yes this does make everything fall over in a screaming
 # heap when you break it - so dont break it
-# the system subunit does not have tests installed. So ensure we 
+# the system subunit does not have tests installed. So ensure we
 # use the devel copy.
 sys.path.insert(0, os.path.abspath('python'))
 import subunit
index 08ccf09..3fd085c 100644 (file)
@@ -19,7 +19,7 @@
 
 Currently there are no native C++ bindings for subunit. However the C library
 can be used from C++ safely. There is also a patch for cppunit
-(http://cppunit.sourceforge.net/) to enable reporting via subunit 
+(http://cppunit.sourceforge.net/) to enable reporting via subunit
 (cppunit-subunit-1.10.2.patch).
 
 To use the patch, apply it and rebuild your cppunit. Then in your main do
@@ -32,16 +32,16 @@ To use the patch, apply it and rebuild your cppunit. Then in your main do
   // note this isn't needed for subunit...
   CPPUNIT_NS::TestResultCollector result;
   controller.addListener( &result );
-  
+
   // Add a listener that print test activity in subunit format.
   CPPUNIT_NS::SubunitTestProgressListener progress;
   controller.addListener( &progress );
-  
+
   // Add the top suite to the test runner
   CPPUNIT_NS::TestRunner runner;
   runner.addTest( CPPUNIT_NS::TestFactoryRegistry::getRegistry().makeTest() );
   runner.run( controller );
-  
+
   return result.wasSuccessful() ? 0 : 1;
 }
 
index 8e6b2a6..094f3b7 100644 (file)
--- a/c/README
+++ b/c/README
@@ -32,8 +32,8 @@ metadata trivially. See lib/subunit_child.[ch] for details.
 
 However, this is not a test runner - subunit provides no support for [for
 instance] managing assertions, cleaning up on errors etc. You can look at
-'check' (http://check.sourceforge.net/) or 
-'gunit' (http://kooditakomo.cs.tut.fi/projects/gunit/) for C unit test 
+'check' (http://check.sourceforge.net/) or
+'gunit' (http://kooditakomo.cs.tut.fi/projects/gunit/) for C unit test
 frameworks. I plan to write ui layers for both of these that use the subunit
 bindings for reporting. There is a patch for 'check' (check-subunit-patch-0.9.3)
 in this source tree. Its also available as request ID #1470750 in the sourceforge
index 8e49c7e..04858b0 100644 (file)
@@ -23,7 +23,7 @@
 extern "C" {
 #endif
 
+
 /**
  * subunit_test_start:
  *
@@ -37,7 +37,7 @@ extern void subunit_test_start(char const * const name);
  * subunit_test_pass:
  *
  * Report that a test has passed.
+ *
  * @name: test case name
  */
 extern void subunit_test_pass(char const * const name);
index d537e3e..8eb1136 100644 (file)
@@ -12,7 +12,7 @@ prefix = os.path.commonprefix([
     distutils.sysconfig.get_python_lib(),
     distutils.sysconfig.get_python_inc(),
     ])
-# suffix to install .py files to is distutils.sysconfig.get_python_lib() 
+# suffix to install .py files to is distutils.sysconfig.get_python_lib()
 # after the common prefix
 python_suffix = distutils.sysconfig.get_python_lib()[len(prefix):]
 # install path for python is then in DESTDIR + python_suffix
index 7c6b5fb..1b5ba9c 100644 (file)
@@ -42,7 +42,7 @@ def makeCollectingLogger():
 def visitTests(suite, visitor):
     """A foreign method for visiting the tests in a test suite."""
     for test in suite._tests:
-        #Abusing types to avoid monkey patching unittest.TestCase. 
+        #Abusing types to avoid monkey patching unittest.TestCase.
         # Maybe that would be better?
         try:
             test.visit(visitor)
@@ -54,7 +54,7 @@ def visitTests(suite, visitor):
                 visitTests(test, visitor)
             else:
                 print "unvisitable non-unittest.TestCase element %r (%r)" % (test, test.__class__)
-    
+
 
 class TestSuite(unittest.TestSuite):
     """I am an extended TestSuite with a visitor interface.
index 43d917a..49b4af4 100755 (executable)
@@ -1,7 +1,7 @@
 #!/usr/bin/env python
 # -*- Mode: python -*-
 #
-# Copyright (C) 2004 Canonical.com 
+# Copyright (C) 2004 Canonical.com
 #       Author:      Robert Collins <robert.collins@canonical.com>
 #
 # This program is free software; you can redistribute it and/or modify
@@ -28,7 +28,7 @@ import shutil
 import logging
 
 class ParameterisableTextTestRunner(unittest.TextTestRunner):
-    """I am a TextTestRunner whose result class is 
+    """I am a TextTestRunner whose result class is
     parameterisable without further subclassing"""
     def __init__(self, **args):
         unittest.TextTestRunner.__init__(self, **args)
@@ -41,7 +41,7 @@ class ParameterisableTextTestRunner(unittest.TextTestRunner):
         if self._resultFactory is None:
             self._resultFactory=unittest._TextTestResult
         return self._resultFactory
-        
+
     def _makeResult(self):
         return self.resultFactory()(self.stream, self.descriptions, self.verbosity)
 
index 0f47c19..944840f 100644 (file)
@@ -17,7 +17,7 @@
 #  Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
 #
 
-This tree contains shell bindings to the subunit protocol. They are written 
+This tree contains shell bindings to the subunit protocol. They are written
 entirely in shell, and unit tested in shell. See the tests/ directory for the
 test scripts. You can use `make check` to run the tests. There is a trivial
 python test_shell.py which uses the pyunit gui to expose the test results in a
@@ -27,9 +27,9 @@ The shell bindings consist of four functions which you can use to output test
 metadata trivially. See share/subunit.sh for the functions and comments.
 
 However, this is not a full test environment, its support code for reporting to
-subunit. You can look at ShUnit (http://shunit.sourceforge.net) for 'proper' 
-shell based xUnit functionality. There is a patch for ShUnit 1.3 
-(subunit-ui.patch) in the subunit source tree. I hope to have that integrated 
+subunit. You can look at ShUnit (http://shunit.sourceforge.net) for 'proper'
+shell based xUnit functionality. There is a patch for ShUnit 1.3
+(subunit-ui.patch) in the subunit source tree. I hope to have that integrated
 upstream in the near future. I will delete the copy of the patch in the subunit
 tree a release or two later.