[ccp4bb] Conflicting Qt on OS X 10.6
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 smime.p7s Description: S/MIME cryptographic signature
Re: [ccp4bb] Conflicting Qt on OS X 10.6
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 d.rodio...@gmail.com 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
Re: [ccp4bb] Conflicting Qt on OS X 10.6
I had this problem last week but it seems to have been solved by reinstalling the ccp4 6.4.0 package today, slightly updated I believe There was message from Eugene Krissinel which may be relevant to this Phil On 28 Oct 2013, at 16:00, Dmitry Rodionov d.rodio...@gmail.com 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
Re: [ccp4bb] Conflicting Qt on OS X 10.6
Thanks for the suggestions! I just opened a new terminal window, and it appears that problem had disappeared (by itself?). Sorry for the false alarm- I'll go see a mental health professional. Best regards, Dmitry On 2013-10-28, at 12:49 PM, William Scott wrote: 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 d.rodio...@gmail.com 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 smime.p7s Description: S/MIME cryptographic signature
Re: [ccp4bb] Conflicting Qt on OS X 10.6
Yes, this is a result of some imperfectness in shared build (6.3.0 was static). The bug should have been fixed in updated release bundles, and also in the recent update. Eugene From: CCP4 bulletin board [CCP4BB@JISCMAIL.AC.UK] on behalf of Dmitry Rodionov [d.rodio...@gmail.com] Sent: Monday, October 28, 2013 5:40 PM To: ccp4bb Subject: Re: [ccp4bb] Conflicting Qt on OS X 10.6 Thanks for the suggestions! I just opened a new terminal window, and it appears that problem had disappeared (by itself?). Sorry for the false alarm- I'll go see a mental health professional. Best regards, Dmitry On 2013-10-28, at 12:49 PM, William Scott wrote: 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 d.rodio...@gmail.com 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 -- Scanned by iCritical.