[Date Prev][Date Next]
RE: failed assertion `LBER_VALID( ber )'
> -----Original Message-----
> From: owner-openldap-software@OpenLDAP.org
> [mailto:owner-openldap-software@OpenLDAP.org]On Behalf Of Patrick H Radtke
> Howard Chu wrote:
> >>$ ldd libldap.so.2
> >> libresolv.so.2 => /usr/lib/libresolv.so.2
> >> libgen.so.1 => /usr/lib/libgen.so.1
> >> libnsl.so.1 => /usr/lib/libnsl.so.1
> >> libsocket.so.1 => /usr/lib/libsocket.so.1
> >> libdl.so.1 => /usr/lib/libdl.so.1
> >> libssl.so.0.9.6 => /opt/local/lib/libssl.so.0.9.6
> >> libcrypto.so.0.9.6 => /opt/local/lib/libcrypto.so.0.9.6
> >> libc.so.1 => /usr/lib/libc.so.1
> >> libmp.so.2 => /usr/lib/libmp.so.2
> >> /usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1
> >This libldap was not built correctly. When built correctly it will have
> >own dependency on liblber. I suspect you got a static copy of Sun's
> >in there instead.
> I rebuilt the library and now every thing is working great!!
> Thank you Howard, you were a huge help.
You're welcome. Now you know why we make such a big deal of Symas' CDS
Binaries. It's easy to miss something, and a "trivial" glitch can tear down
the whole thing. Our packages are built by subject-matter experts and are
certified to be built correctly. Install it and it works. (Of course, you
still have to edit the config files in a reasonable manner... ;)
We used to advise people to remove Sun's native LDAP packages from the system
before setting up OpenLDAP but apparently there are some hard dependencies in
Sun's tools now, so this is not a viable option. You just have to be extra
careful when building LDAP-enabled applications, and set your paths properly
to avoid the confusion.
-- Howard Chu
Chief Architect, Symas Corp. Director, Highland Sun
Symas: Premier OpenSource Development and Support