core on slapadd -w w/ OPENLDAP_REL_ENG_2_3

[Dusty Doris <openldap@mail.doris.cc>]

slapadd -w cores on openldap_rel_eng_2_3

OS: FreeBSD 5.4
CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.19-MHz 686-class CPU)
real memory  = 2147221504 (2047 MB)

BDB = BerkeleyDB.4.3
OL = RELENG_2_3

DB_CONFIG
set_cachesize 0 536870912 1
set_lg_regionmax 1048576
set_lg_bsize 2097152
set_lg_max 10485760
set_flags DB_LOG_AUTOREMOVE
# Uncomment during slapadd
set_flags DB_TXN_NOSYNC


Recreate core:
- on master: slapcat -l dump.ldif
- scp file to slave
- on slave: slapadd -q -w -l dump.ldif

* without -w works fine, but contextCSN is not updated
* without -q still causes dump

(gdb) bt 20
#0  0x080efe70 in acl_free ()
#1  0x080cc86e in acl_free ()
#2  0x080b4384 in acl_free ()
#3  0x0804c6f1 in ?? ()
#4  0x00000005 in ?? ()
#5  0xbfbfebe4 in ?? ()
#6  0xbfbfebe4 in ?? ()
#7  0x0804c67c in ?? ()
#8  0x00000001 in ?? ()
#9  0x281c4fa6 in _init () from /usr/local/BerkeleyDB.4.3/lib/libdb-4.3.so
#10 0x28193cea in wlock_release () from /libexec/ld-elf.so.1
#11 0x0804c451 in ?? ()
#12 0x00000005 in ?? ()
#13 0xbfbfebe4 in ?? ()
#14 0xbfbfebfc in ?? ()
#15 0x0804c446 in ?? ()
#16 0x081373d0 in acl_free ()
#17 0x00000005 in ?? ()

Any other info I can provide?  Not sure if I'm doing something wrong -
this is the recommended procedure for recreating a slave from scratch
quickly, correct?

If this looks like a bug let me know and I'll file an ITS.

Thanks for any help.

-Dusty Doris