On Jun 19, 2014, at 9:09 AM, Paul Emsley <[email protected]> wrote:
> On 19/06/14 11:29, Paul Emsley wrote:
>> On 18/06/14 19:09, Thomas, Leonard M. wrote:
>>> OK this has me puzzled. Coot was working fine until I had to update
>>> something in order to install the latest version of Phenix. I don't
>>> remember exactly what the module was but Phenix needed it.
>>>
>>> Now the latest version of Coot crashes when loading an mtz file with the
>>> following error
>>>
>>> INFO:: making conventional map from MTZ filename
>>> /Users/lthomas/Structures/Sims/TSAR/SSRL_62014/TSAR_SSRL_2.1_refmac4.mtz
>>> using FWT PHWT
>>> Number of OBSERVED reflections: 130799
>>> INFO:: finding ASU unique map points with sampling rate 10
>>> INFO grid sampling...Nuvw = ( 972,1728,2592)
>>> libc++abi.dylib: terminating with uncaught exception of type
>>> std::length_error: vector
>>> /usr/local/bin/coot: line 10: 1141 Abort trap: 6
>>> /Library/Coot/bin/coot-real "$@"
>>>
>>>
>>
>> Hello Leonard,
>>
>> Are you sure that Coot is linking with the floating point (not double)
>> version of libfftw?
>
> I mean single-precision/float (not double)
>
>>
>> $ otool -L ? Is that what Mac developers use to check this sort of thing?
>>
>>
>> Paul.
I’m not able to reproduce the error.
/Library/Coot/bin/coot-real --version
0.8-pre (revision 5100) [with guile 1.8.8 embedded] [with python 2.7.7
embedded]
All the dylibs should be hard-coded, and contained in /Library/Coot/lib i.e.,
otool -L /Library/Coot/bin/coot-real | grep fft
/Library/Coot/lib/libsrfftw.2.dylib (compatibility version 3.0.0,
current version 3.7.0)
/Library/Coot/lib/libsfftw.2.dylib (compatibility version 3.0.0,
current version 3.7.0)
If the user has set $DYLD_LIBRARY_PATH (perhaps via ccp4), it is possible this
gets over-ridden.
