sefault pthread_curcpu_np [was slapd memory fault - core dump]

[Sarton O'Brien <bsd-xen%roguewrt.org@localhost>]

Sarton O'Brien wrote:
> A fresh install of openldap from the latest pkgsrc on:
>
> NetBSD spike.internal 4.99.66 NetBSD 4.99.66 (XEN3_DOMU) #0: Mon Jun 23 
> 02:42:12 EST 2008  
> root%spike.internal@localhost:/usr/obj/sys/arch/amd64/compile/XEN3_DOMU amd64
>
> Throws the error 'Memory fault' and dumps core. I can successfully populate 
> the database with 'smbldap-populate' but dumps randomly when being queried.
>
> Core was generated by `slapd'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x00007f7ffce07819 in pthread_curcpu_np () from /usr/lib/libpthread.so.0
> (gdb) bt
> #0  0x00007f7ffce07819 in pthread_curcpu_np () from /usr/lib/libpthread.so.0
> #1  0x00007f7ffcb926d2 in posix_memalign () from /usr/lib/libc.so.12
> #2  0x00007f7ffcb92e6b in malloc () from /usr/lib/libc.so.12
> #3  0x00007f7ffda08af7 in ber_memalloc_x () from /usr/pkg/lib/liblber-2.4.so.2
> #4  0x00007f7ffd7f1b17 in __os_malloc () from /usr/pkg/lib/libdb4-4.6.so.6
> #5  0x00007f7ffd7f1c7a in __os_calloc () from /usr/pkg/lib/libdb4-4.6.so.6
> #6  0x00007f7ffd7a0009 in __db_cursor_int () from /usr/pkg/lib/libdb4-4.6.so.6
> #7  0x00007f7ffd7a62c7 in __dbc_idup () from /usr/pkg/lib/libdb4-4.6.so.6
> #8  0x00007f7ffd7a6bca in __dbc_get () from /usr/pkg/lib/libdb4-4.6.so.6
> #9  0x00007f7ffd7af4af in __dbc_get_pp () from /usr/pkg/lib/libdb4-4.6.so.6
> #10 0x00000000004b7edd in ?? ()
> #11 0x00000000004b94a5 in ?? ()
> #12 0x00000000004b3f72 in ?? ()
> #13 0x00000000004b5059 in ?? ()
> #14 0x00000000004b3ae5 in ?? ()
> #15 0x00000000004b5059 in ?? ()
> #16 0x00000000004b3957 in ?? ()
> #17 0x0000000000486a81 in ?? ()
> #18 0x0000000000421206 in ?? ()
> #19 0x0000000000421980 in ?? ()
> #20 0x000000000041f2ef in ?? ()
> #21 0x000000000041fa6a in ?? ()
> #22 0x00007f7ffdc0f815 in ldap_int_thread_pool_wrapper ()
>    from /usr/pkg/lib/libldap_r-2.4.so.2
> ---Type <return> to continue, or q <return> to quit---
> #23 0x00007f7ffce0b4e2 in pthread_create () from /usr/lib/libpthread.so.0
> #24 0x00007f7ffcb534e0 in swapcontext () from /usr/lib/libc.so.12
> Cannot access memory at address 0x7f7fe6c00000

Updated kernel/userland/etcupdate and recompiled openldap just to be 
sure but it's still happening.

Is this already a pr?

NetBSD spike.internal 4.99.67 NetBSD 4.99.67 (XEN3_DOMU) #0: Thu Jun 26 
14:55:54 EST 2008 
root%spike.internal@localhost:/usr/obj/sys/arch/amd64/compile/XEN3_DOMU amd64

Core was generated by `slapd'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f7ffce077b4 in pthread_curcpu_np () from /usr/lib/libpthread.so.0
(gdb) bt
#0  0x00007f7ffce077b4 in pthread_curcpu_np () from /usr/lib/libpthread.so.0
#1  0x00007f7ffcb9279d in posix_memalign () from /usr/lib/libc.so.12
#2  0x00007f7ffcb92dfb in malloc () from /usr/lib/libc.so.12
#3  0x00007f7ffda08af7 in ber_memalloc_x () from 
/usr/pkg/lib/liblber-2.4.so.2
#4  0x00007f7ffd7f1b17 in __os_malloc () from /usr/pkg/lib/libdb4-4.6.so.6
#5  0x00007f7ffd7f1c7a in __os_calloc () from /usr/pkg/lib/libdb4-4.6.so.6
#6  0x00007f7ffd7a0009 in __db_cursor_int () from 
/usr/pkg/lib/libdb4-4.6.so.6
#7  0x00007f7ffd7a62c7 in __dbc_idup () from /usr/pkg/lib/libdb4-4.6.so.6
#8  0x00007f7ffd7a6bca in __dbc_get () from /usr/pkg/lib/libdb4-4.6.so.6
#9  0x00007f7ffd7af4af in __dbc_get_pp () from /usr/pkg/lib/libdb4-4.6.so.6
#10 0x00000000004b7e5d in ?? ()
#11 0x00000000004b9435 in ?? ()
#12 0x00000000004b3ef2 in ?? ()
#13 0x00000000004b4fd9 in ?? ()
#14 0x00000000004b3a65 in ?? ()
#15 0x00000000004b4fd9 in ?? ()
#16 0x00000000004b38d7 in ?? ()
#17 0x0000000000486a01 in ?? ()
#18 0x0000000000421206 in ?? ()
#19 0x0000000000421980 in ?? ()
#20 0x000000000041f2ef in ?? ()
#21 0x000000000041fa6a in ?? ()
#22 0x00007f7ffdc0f815 in ldap_int_thread_pool_wrapper ()
   from /usr/pkg/lib/libldap_r-2.4.so.2
#23 0x00007f7ffce0b482 in pthread_create () from /usr/lib/libpthread.so.0
#24 0x00007f7ffcb53560 in swapcontext () from /usr/lib/libc.so.12
#25 0x00007f7fe7c00000 in ?? ()
#26 0x0000000111110001 in ?? ()
#27 0x0000000033330003 in ?? ()
#28 0x0000000000000000 in ?? ()