Use hash_add() when resizing hash, too.

This explains why most of tdb_gradual_lock was not tested: thanks gcov!

eg. -v dumps percentage of coverage, -vv dumps per-line data, -vvv dumps every command executed.

This means parallel "make check" works again.

This prevents us from writing out gcov files.

- Neaten I/O function
- Don't use fill in zero_out: it's only for low-level ops.
- Don't mangle arg in tdb_write_convert: it broke write_header.
- More use of tdb_access_read, make it optionally converting.
- Rename unlock_range to unlock_lists.
- Lots of fixes to enlarge_hash now it's being tested.
- More expansion cases tested.

This has the advantage the transactions will also use it, preventing them
from blocking.

This reduces the number of huge allocs, which drops test time from 6 minutes to 57 seconds.

Inefficient scheme for allocations > 1/8192 of the pool size.