Hi Robert,

it's a little bit confusing that libldap in /usr/lib is a 32bit library - most
distributions I am aware of put those compatibility libraries into a separate
directory like /usr/lib32, but maybe RedHat is different. 

Can you check with 'ldd
/sbinlab2/rod/software/coot-Linux-x86_64-rhel-4-gtk2-python/bin/coot-real'
which libldap coot calls and then post the output of 
'ls -l /path/to/that/libldap', please?
And what's the result of 
'rpm -qf /path/to/that/libldap/you/linked/against/libldap-2.2.so.7'?

Tim

On Wed, Mar 02, 2011 at 12:25:46PM +0000, Robert Dagil wrote:
> Tried to make a ln -s libldap-2.2.so.7, now a new ELF class error is created 
> :o(
> 
> 
> COOT_PREFIX is /sbinlab2/rod/software/coot-Linux-x86_64-rhel-4-gtk2-python
> /sbinlab2/rod/software/coot-Linux-x86_64-rhel-4-gtk2-python/bin/coot-real
> /sbinlab2/rod/software/coot-Linux-x86_64-rhel-4-gtk2-python/bin/coot-real: 
> error while loading shared libraries: libldap-2.2.so.7: wrong ELF class: 
> ELFCLASS32
> coot-exe: 
> "/sbinlab2/rod/software/coot-Linux-x86_64-rhel-4-gtk2-python/bin/coot-real"
> coot-version:
> /sbinlab2/rod/software/coot-Linux-x86_64-rhel-4-gtk2-python/bin/coot-real
> /sbinlab2/rod/software/coot-Linux-x86_64-rhel-4-gtk2-python/bin/coot-real: 
> error while loading shared libraries: libldap-2.2.so.7: wrong ELF class: 
> ELFCLASS32
> platform:
> /bin/uname
> core: #f
> No core file found.  No debugging
>    This is not helpful.
>    Please turn on core dumps before sending a crash report
> 
> 
> 
> Robert

-- 
--
Tim Gruene
Institut fuer anorganische Chemie
Tammannstr. 4
D-37077 Goettingen

phone: +49 (0)551 39 22149

GPG Key ID = A46BEE1A

Attachment: signature.asc
Description: Digital signature

Reply via email to