relax SVN archive

Mac OS X bug fix for the closing of the model-free model list windows.

The window is no longer closed with a Hide() call as this causes the GUI to freeze!

Mac OS X bug fix for changing pipes in the spin viewer window.

The pipe selector element event GetString() method was returning None as this is a read only
ComboBox (in wxPython 2.9).

Reverted r14731 as this was hiding all other windows if the spin viewer window was open.

The command used was:
svn merge -r14731:r14730 .

Another, more correct solution needs to be found for the MS Windows GUI bug.

.....
r14731 | bugman | 2011-09-21 14:46:41 +0200 (Wed, 21 Sep 2011) | 5 lines
Changed paths:
M /1.3/gui/spin_viewer/frame.py

Bug fix for MS Windows - the spin viewer window was being hidden by the main window when switching pipes.

The window is now being re-raised to the front.
.....

Fixes for Mac OS X with wxPython 2.9 for the spin viewer window activation/deactivation.

This is now via wx.CallAfter() calls to prevent memory leaks.

The skip button has been removed from the first page of the spin loading wizard of the spin viewer window.

Bug fix for Mac OS X when using wxPython 2.9.2.4 whereby wx.SafeYield() is causing 'Bus errors'.

The wx.SafeYield(None, True) calls have been replaced by wx.GetApp().Yield(True) calls, which should
do the same thing but do not cause bus errors on this developmental version of wxPython. This fix
is important as the future Mac OS X relax app will use this version of wxPython for 64-bit and Cocoa
support.

The C modules are now compiled as universal binaries on Mac OS X.

This inclues the targets i386, x86_64, ppc, and ppc64 by default.

The relax information print out now includes the version and path info for the mpi4py and wx modules.

The mpi4py and wx modules are no longer deleted from the dep_check module. The version and path
info was being extracted from dep_check.mpi4py and dep_check.wx!

Huge speed up of the model-free auto-analysis dauvergne_protocol GUI test.

The maximum number of iterations is now set to 1, as in the system test. On my system this
decreases the time from well over 400 seconds to about 50 seconds.

Added some checks to the dauvergne_protocol GUI test for the maximum number of iterations.

These tests will currently fail, as the number of iterations are far to high and do not match the
equivalent system test.