If you upgrade to OSX 10.13 High Sierra, you may experience the following error:
dyld: Symbol not found: _inflateValidate
Referenced from: /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
Expected in: /Applications/Morpheus.app/Contents/Frameworks/libz.1.dylib
fish: '/Applications/Morpheus.app/Cont…' terminated by signal SIGABRT (Abort)
The is caused by the fact that Mac OSX 10.13 uses a new version of zlib.
You can use the following workaround. Open a terminal and copy the system's version of zlib to the Morpheus bundle like this:
Note: this problem is solved in Mac bundles as of version 1.1 revision 928.
On some Mac systems, Morpheus (graphical user interface) may crash on startup complaining that
objc: Class QCocoaColorPanelDelegate is implemented in both /Applications/./Morpheus.app/Contents/MacOS/Binaries/../../Frameworks/QtGui.framework/Versions/4/QtGui and /opt/local/Library/Frameworks/QtGui.framework/Versions/4/QtGui.
One of the two will be used. Which one is undefined.
This problem occurs on machines that have both a system-wide installation of Qt (in /opt/local) and the own Qt libraries and plugins that come with Morpheus. In this case, Qt does not know which one to use.
Download a new version. In newer versions of Morpheus for Mac (since version 1.1, revision 928) this problem is solved by explicitly setting the absolute path to find the correct Qt plugins.
For developers facing the same problem, here is the code for this solution:
// get current directory
QDir dir (QApplication::applicationDirPath());
// move up folder structure within the bundle
// set path for Qt plugins
// explicitly set the absolute libraryPath
QApplication::setLibraryPaths( QStringList( dir.absolutePath() ) );
// print new library path to screen
QStringList libpaths = QApplication::libraryPaths();
qDebug() << "(Mac only) Library Path (incl. plugins): " << libpaths;
Note: this problem is solved in version 1.1. Morpheus now uses a symbolic link to the system version of the library, instead of shipping the library itself.
Due to a problem with Gnuplot.app (v4.4.3), users may experience this error when running a simulation:
dyld: Library not loaded: /opt/X11/lib/libfreetype.6.dylib
Referenced from: /usr/X11/lib/libfontconfig.1.dylib
Reason: Incompatible library version: libfontconfig.1.dylib requires version 15.0.0 or later, but libfreetype.6.dylib provides version 13.0.0
Instead of using bundled libfreetype, Gnuplot.app should use the one that comes with your X11. In a terminal, type:
mv libfreetype.6.dylib libfreetype.6.dylib.bak
ln -s /usr/X11/lib/libfreetype.6.dylib .