[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Core dump when using 'slapadd -c -l ldiffile' (ITS#1632)



Okay, here is the output from the gdb 'bt' command:

# pwd
/usr/local/var/scripts
# gdb `which slapadd` --core=`pwd`/core
GNU gdb 5.1.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.8"...
(no debugging symbols found)...
Core was generated by `slapadd -c -l ldap.tmp'.
Program terminated with signal 9, Killed.
Reading symbols from /usr/lib/libpam.so.1...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libpam.so.1
Reading symbols from /usr/lib/libresolv.so.2...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libresolv.so.2
Reading symbols from /usr/lib/libgen.so.1...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libgen.so.1
Reading symbols from /usr/lib/libnsl.so.1...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libnsl.so.1
Reading symbols from /usr/lib/libsocket.so.1...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libsocket.so.1
Reading symbols from /usr/lib/libdl.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libdl.so.1
Reading symbols from /usr/lib/libpthread.so.1...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libpthread.so.1
Reading symbols from /usr/lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/librt.so.1
Reading symbols from /usr/lib/libc.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libc.so.1
Reading symbols from /usr/lib/libmp.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmp.so.2
Reading symbols from /usr/lib/libaio.so.1...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libaio.so.1
Reading symbols from /usr/platform/SUNW,Ultra-250/lib/libc_psr.so.1...
(no debugging symbols found)...done.
Loaded symbols for /usr/platform/SUNW,Ultra-250/lib/libc_psr.so.1
Reading symbols from /usr/lib/libthread.so.1...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libthread.so.1
#0  0xff0c14d8 in ?? ()
(gdb) bt
#0  0xff0c14d8 in ?? ()
#1  0xff0c1520 in ?? ()
#2  0xff0b5fb4 in ?? ()
#3  0xff0fa290 in ?? ()
#4  0xff0b5a30 in ?? ()
#5  0x0005be08 in dnValidate ()
#6  0x0004aba0 in mods_structural_class ()
#7  0x0005abc8 in str2entry ()
#8  0x0003da18 in main ()
(gdb) quit
#

Tony

At 10:23 AM 03/07/2002 -0800, you wrote:
>Actually, I spoke to soon.  What I thought was a problem wasn't.
>My tests using multiple entries without any structural object class
>do not cause any failure.  Hence, I need back trace to determine
>exactly where the crash occurred.  This can be generated using
>gdb(1)'s "bt" command.
>
>Kurt

******************************************************************************
* Anthony Brock                                         abrock@georgefox.edu *
* Director of Network Services                         George Fox University *
******************************************************************************