This reverts commit fafb8ad2b81b9a46cf8259bedc1dca5023b06115.

This fix is not valid:

1. convert_string() is not only used for key strings but also for data.

2. Some databases use string_tdb_data() i.e. non-null-terminated strings
   as keynames and others (like the one I was using), use
   string_term_tdb_data(), i.e. zero-terminated key strings.

After discussion with Metze, the easiest (and proper way) to
handle this is to specify key names as "keyname\0" for databases
which use string_term_tdb_data().

Sorry for the noise...

Michael
(This used to be commit 17c012c4645f4e9542537c15f80d9b4e74304d11)

This prevented all commands operating on keys (all non-traverse commands)
in tdbtool to fail with a "fetch failed" or "delete failed" message.

It seems that it fixes bug #2344 ...

Apparently this bug was introduced with 94e53472666ed in 2005.
Either nobody is using tdbtool or else tdb_find() has become
more strict about the key legth in the meantime. :-)

Michael
(This used to be commit fafb8ad2b81b9a46cf8259bedc1dca5023b06115)

(This used to be commit 7077df3e2e3f171532f6a5ac87d45201736c9c11)

Jeremy.
(This used to be commit 52b26645b04a9c5fb70e7b869b60c9157f821d50)

Add in the alarm fix to allow locks to exit on
alarm signal.
Sync up the changes in tools.
Jeremy.
(This used to be commit cb6c663fa8818f49cc36f196bb5f4dea47edd69e)

(This used to be commit 0bcb21ed740fcec0f48ad36bbc2deee2948e8fc7)

Michael
(This used to be commit dc0104be9acfcd97f95388029a421204723b641a)

(This used to be commit bf7774360bbcf557e3cbc4ef0c45f750b4ba89c3)

Michael
(This used to be commit 1685057927e0ae37ed6be780ee0fb4b3bbefc00f)