[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: segmentation fault since V2.1.16
tor, 17.04.2003 kl. 21.46 skrev Vincent MATHIEU:
> I have the problem in redhat 7.3
> It work's a little better in redhat 7.2 : if I disactive the monitor, it work's!
>
> in 2.1.17 (doesn' work)
> ldd /usr/local/openldap-2.1.17/libexec/slapd
> libcrypt.so.1 => /lib/libcrypt.so.1 (0x40014000)
> libssl.so.0.9.7 => /usr/local/OpenSSL/lib/libssl.so.0.9.7 (0x40042000)
> libcrypto.so.0.9.7 => /usr/local/OpenSSL/lib/libcrypto.so.0.9.7 (0x40070000)
> libresolv.so.2 => /lib/libresolv.so.2 (0x40161000)
> libdl.so.2 => /lib/libdl.so.2 (0x40172000)
> libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40175000)
> libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
Strange - I don't see any libdb links here (see 2.1.11 below.) Neither
libldap or liblber. In fact, it's lacking in comparison to an ldd on my
own binary.
Was this a compile on Openldap source code, or an rpm or srpm? I'm no
coding expert, just that mine works perfectly and the two compare so
differently. All my stuff is self-compiled Cyrus, Sleepycat and Openldap
source.
> in 2.1.11 (works)
> ldd /usr/local/openldap-2.1.11/libexec/slapd
> libdb-4.0.so => /usr/lib/libdb-4.0.so (0x40014000)
> libssl.so.0.9.6 => /usr/lib/libssl.so.0.9.6 (0x4009a000)
> libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x400c8000)
> libresolv.so.2 => /lib/libresolv.so.2 (0x40185000)
> libdl.so.2 => /lib/libdl.so.2 (0x40196000)
> libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40199000)
> libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>
> I have the libcrypt.so.1 more in 2.1.17 (LDFLAG=-lcrypt in configure, otherwise the crypt password doesn't work).
So do I.
Best,
Tony
--
Tony Earnshaw
Do not come to visit me with both arms the same length.
e-post: tonni@billy.demon.nl
www: http://www.billy.demon.nl