large IDLs. Concurrency is improved by using as small a page size as
possible. So, set the pagesize back to the default 4096 in this case.

to activate. Needs to check limits in bdb_idl_insert_key, will get to
that later.

instead of just the id2entry db. It helps. I also found that tweaking the
environment (set_lg_bsize 2MB; set_cachesize 2MB) helps but those can be
taken care of in a DB_CONFIG file. Tweaked the bdb_bt_compare function; it
really only needs to be set on little-endian machines. (On big-endian machines
a lexical sort gives the same result as an integer sort.) Moved the final
checkpoint back to the dbenv_close, I think this leaves a cleaner log file.

overflow/fragmentation. (This is now 16K vs default 4K.) It turns out
that the entries' on-disk format is quite space-inefficient, storing
4 bytes per pointer or integer when typically >50% of those bytes are
zero. Oh well. It's about a 2:1 space increase over ldbm now, vs 4:1
before when all the entries were overflowing the 4K pages.

order, so the lastid is always the same as the last entry's ID. This is
an incompatible db file change.

(Concurrent Data Store mode) instead of DB_INIT_TXN. Faster, but tends
to impede writers.

bugs in indexing. Uncommented #define to turn on indexing in back-bdb.h.
It looks like it's working.

committin what I have so that someone else might be able to work it.

disable moddn/newSuperior (needs re'IDing)

General code cleanup.

update bdb codes

Add idl_insert