relax SVN archive

Future proofed the relax codebase by replacing all ''' with """ in the docstrings.

According to the Python convention PEP 257 (http://www.python.org/dev/peps/pep-0257/), it is stated
that, "[f]or consistency, always use """triple double quotes""" around docstrings". As this is a
convention, it may be enforced in future Python versions.

Removed the try statement in the model-free Slave_command.run() method.

After testing, this appears to not be needed anyway. Exception handling is correctly performed on
the slave and master.

Reverted r15412 as this was triggering a locking condition and no allowing the program to terminate.

The command used was:
svn merge -r15412:r15411 .

.....
r15412 | bugman | 2012-02-29 16:16:59 +0100 (Wed, 29 Feb 2012) | 7 lines
Changed paths:
M /1.3/multi/api.py
M /1.3/multi/multi_processor_base.py
M /1.3/multi/uni_processor.py
M /1.3/specific_fns/model_free/multi_processor_commands.py

Simplification and abstraction of the Slave_command.run() method.

The Processor now calls the _run() method of the Slave_command base class. This is a wrapper for
run() which performs the exception handling. Therefore the program code, such as
MF_minimise_command, is no longer required to handle the multi-processor specific error handling.
.....

Updated the Slave_command.run() docstring to state that this must be overridden.

Shifted the Capturing_exception class into the misc module.

Shifted the Memo object into its own module.

Simplification and abstraction of the Slave_command.run() method.

The Processor now calls the _run() method of the Slave_command base class. This is a wrapper for
run() which performs the exception handling. Therefore the program code, such as
MF_minimise_command, is no longer required to handle the multi-processor specific error handling.

Created a new module for holding miscellaneous functions used throughout the package.

This includes import_module() and raise_unimplemented() functions.

Import clean up.

Another big redesign of the multi-processor package public API.

The processor module has been split into two. It now only contains the Processor base class.
All other functions and classes have been shifted into the api module. The actual API is in the
__init__ module which, via imports from the api module, presents the following to the user:

- Memo
- Result_command
- Slave_command
- load_multiprocessor
- Application_callback
- Processor_box

The API will still require significant simplification and abstraction to increase the usability
of the multi-processor by the parent program.