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 [[email protected]] on behalf of Dmitry Rodionov 
[[email protected]]
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 <[email protected]> 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.

Reply via email to