It looks like it should be doing the right thing, i.e.,
zsh-% otool -L qtrview
qtrview:
@executable_path/../Frameworks/QtWebKit.framework/Versions/4/QtWebKit (compatibility version 4.9.0, current version 4.9.3)
@executable_path/../Frameworks/QtXmlPatterns.framework/Versions/4/QtXmlPatterns (compatibility version 4.8.0, current version 4.8.4)
@executable_path/../Frameworks/QtGui.framework/Versions/4/QtGui (compatibility version 4.8.0, current version 4.8.4)
@executable_path/../Frameworks/QtXml.framework/Versions/4/QtXml (compatibility version 4.8.0, current version 4.8.4)
@executable_path/../Frameworks/QtNetwork.framework/Versions/4/QtNetwork (compatibility version 4.8.0, current version 4.8.4)
@executable_path/../Frameworks/QtCore.framework/Versions/4/QtCore (compatibility version 4.8.0, current version 4.8.4)
If you have $DYLID_LIBRARY_PATH set, try unsetting it.
On Oct 28, 2013, at 9:00 AM, Dmitry Rodionov <[log in to unmask]> wrote:
> Good day!
>
> I'm having problems with qtrview (on OS X 10.6): it crashes or hangs after spitting out a screenful of messages like
>
> objc[2975]: Class QCocoaMenu is implemented in both /Applications/ccp4-6.4.0/bin/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
>
> Just like the message says, I have Qt 4 installed in the standard location. It seems like the global Qt it is being used instead of the one supplied with CCP4 6.4 since moving /Library/Frameworks/Qt* elsewhere fixes the problem.
> Oddly enough, qtrview of CCP4 6.3 worked fine under the same conditions.
>
> Is there a way to make qtrview use CCP4's Qt and ignore other versions?
>
> Thanks!
>
> Best regards,
> Dmitry
>
|