git-svn-id: file:///svn/toku/tokudb@45143 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45141 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45140 c7de825b-a66e-492c-adef-691d508d4ae1

closes #5171, don't reference cachefile or fd in flush_callback when calling cachetable_free_pair, fix cachetable-test2 and toku_rollback_flush_callback to take this into account

git-svn-id: file:///svn/toku/tokudb@45100 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45099 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45098 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45097 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45090 c7de825b-a66e-492c-adef-691d508d4ae1

Also make some invariants cleaner

git-svn-id: file:///svn/toku/tokudb@45075 c7de825b-a66e-492c-adef-691d508d4ae1

the big idea is that we need to allocate space for a leaf entry and keep it around if we want to create a ULE for it. so now the provisional info holds a pointer to both the le and the ule so the caller can free it later.


git-svn-id: file:///svn/toku/tokudb@45071 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45070 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45069 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45068 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45065 c7de825b-a66e-492c-adef-691d508d4ae1

also fix the ule interface to not use const, since it doesn't do what I want because of a pesky typedef


git-svn-id: file:///svn/toku/tokudb@45064 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45061 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45060 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45059 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45058 c7de825b-a66e-492c-adef-691d508d4ae1

refs #4797


git-svn-id: file:///svn/toku/tokudb@45053 c7de825b-a66e-492c-adef-691d508d4ae1

refs #4871

git-svn-id: file:///svn/toku/tokudb@45046 c7de825b-a66e-492c-adef-691d508d4ae1

also, sort those lists
refs #4871


git-svn-id: file:///svn/toku/tokudb@45045 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45044 c7de825b-a66e-492c-adef-691d508d4ae1

 - update to yesterday before letting ctest update to today, for each run
   (so failures get emailed right)
 - use a third of the cores as -j
 - don't build tag databases
 - swap memcheck and coverage to prioritize getting more results out earlier
refs #5159


git-svn-id: file:///svn/toku/tokudb@45043 c7de825b-a66e-492c-adef-691d508d4ae1

up a little
refs #4871


git-svn-id: file:///svn/toku/tokudb@45038 c7de825b-a66e-492c-adef-691d508d4ae1

refs #4871
refs #4797


git-svn-id: file:///svn/toku/tokudb@45027 c7de825b-a66e-492c-adef-691d508d4ae1

refs #4871


git-svn-id: file:///svn/toku/tokudb@45025 c7de825b-a66e-492c-adef-691d508d4ae1

refs #4871


git-svn-id: file:///svn/toku/tokudb@45021 c7de825b-a66e-492c-adef-691d508d4ae1

refs #4797


git-svn-id: file:///svn/toku/tokudb@45020 c7de825b-a66e-492c-adef-691d508d4ae1

refs #4797


git-svn-id: file:///svn/toku/tokudb@45019 c7de825b-a66e-492c-adef-691d508d4ae1

refs #4871
closes #5157


git-svn-id: file:///svn/toku/tokudb@45017 c7de825b-a66e-492c-adef-691d508d4ae1

now that they don't take nearly as long
refs #4871


git-svn-id: file:///svn/toku/tokudb@45016 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45015 c7de825b-a66e-492c-adef-691d508d4ae1

take forever under valgrind
refs #5157


git-svn-id: file:///svn/toku/tokudb@45013 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45006 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45005 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@45004 c7de825b-a66e-492c-adef-691d508d4ae1

[t:5153] fix the error handling code for toku_ltm_get_lt() and better explain what the client contract is for the on_create and on_close callbacks.

the idea is you should only pass an on_create callback if there is also an on_close callback, and vice-versa. the on_create callback is called if
the lock tree is created and the on_close callback is called only if the on_create callback was actually called, either because of a user close
of the locktree or by an error path in toku_ltm_get_lt().

we never assume that either of these callbacks are non-null and we know both can be called at most once.


git-svn-id: file:///svn/toku/tokudb@45002 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44991 c7de825b-a66e-492c-adef-691d508d4ae1

git-svn-id: file:///svn/toku/tokudb@44990 c7de825b-a66e-492c-adef-691d508d4ae1