Re: (ITS#4689) sladp - glibc - double free or corruption when searching translucent overlay

[ando@sys-net.it]

weber@ri.uni-tuebingen.de wrote:
> *** glibc detected *** double free or corruption (!prev): 0x0830f940 ***
>
> Program received signal SIGABRT, Aborted.
> [Switching to Thread -1226589264 (LWP 6253)]
> 0xbfffe402 in __kernel_vsyscall ()
> (gdb) bt
> #0  0xbfffe402 in __kernel_vsyscall ()
> #1  0xb7a60f95 in raise () from /lib/libc.so.6
> #2  0xb7a6264f in abort () from /lib/libc.so.6
> #3  0xb7a94bb2 in __fsetlocking () from /lib/libc.so.6
> #4  0xb7a9a574 in malloc_usable_size () from /lib/libc.so.6
> #5  0xb7a9af0a in free () from /lib/libc.so.6
> #6  0x08079322 in do_search (op=0xb6e3a0e0, rs=0xb6e3b1d0) at search.c:233
> #7  0x080778c2 in connection_operation (ctx=0xb6e3b2c0, arg_v=0x830d7c0) at
> connection.c:1109
> #8  0x080782c3 in connection_read_thread (ctx=0xb6e3b2c0, argv=0xf) at
> connection.c:1237
> #9  0x081816c2 in ldap_int_thread_pool_wrapper (xpool=0x8264d00) at tpool.c:704
> #10 0xb7d5d2ab in start_thread () from /lib/libpthread.so.0
> #11 0xb7af0e2e in clone () from /lib/libc.so.6
>   
If that's reproducible, you should try running it under valgrind or any 
other memory checker, so that it traps where that memory is freed 
first.  Can you run it?  Thanks, p.



Ing. Pierangelo Masarati
OpenLDAP Core Team

SysNet s.n.c.
Via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
------------------------------------------
Office:   +39.02.23998309
Mobile:   +39.333.4963172
Email:    pierangelo.masarati@sys-net.it
------------------------------------------