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

commit, abort, and prepare

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

Trying to disable syncs during child txns does nothing, also for parents when doing a dbremove
Removed pointers
Cleanup with regards to indentation/style

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

stressed envs


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

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

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

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

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

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

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

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

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

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

#refs 5133 merge undo-do algorithm changes to main. now, we read a row from the source db AND gather up the leaf entrie's provisional data in the cursor callback, which makes it atomic with respect to commit and abort on that DB. had to fix a few tests after changing some leaf entry signatures


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

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

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

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

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

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

close[t:5134] le_cursor api cleaned up, followed up on a TODO to get rid of the DB parameter from is_key_right (and improved its name too) by using a fake_db in the le_cursor plus the new toku_ft_get_descriptor() api to grab a descriptor reference. refactored some tests to get it all compiling. LE and hot indexer tests pass


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

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