Oscar Figueiredo <oscar(a)xemacs.org> writes:
>>>>> "etxbwir(a)etxb.ericsson.se" == Bjorn
Wiren <etxbwir(a)etxb.ericsson.se>
>>>>> writes:
> [...] Most about anything I do under the "Tools->Directory Search"
crashes
> xemacs. [...]
If at all possible try to provide a C backtrace following these instructions:
> If at all possible, *please* try to obtain a C stack backtrace;
> it will help us immensely in determining what went wrong.
> To do this, locate the core file that was produced as a result
> of this crash (it's usually called `core' and is located in the
> directory in which you started the editor, or maybe in your home
> directory), and type
> gdb /home/etxbwir/xemacs/21.4.4/bin/xemacs core
> then type `where' when the debugger prompt comes up.
> (If you don't have GDB on your system, you might have DBX,
> or XDB, or SDB. A similar procedure should work for all of
> these. Ask your system administrator if you need more help.)
> Lisp backtrace follows:
> ldap-open("ldap.al.sw.ericsson.se" (base "o=ericsson"))
[...]
The problem might be linked with the LDAP libraries you're using. Which are
they ?
Oscar
I've finally been able to try this out with a more recent version of
the ldap lib - it works!
This one works:
%> ll /usr/lib/libldap.so.3
-rwxr-xr-x 1 bin bin 217192 Apr 1 1999 /usr/lib/libldap.so.3*
This one crashes:
%> ll /usr/lib/libldap.so.3
-rwxr-xr-x 1 bin bin 214540 Sep 1 1998 /usr/lib/libldap.so.3*
I consider this case done.
Cheers
--
Björn Wirén