Addresses #1350 Added test that verifies max key size >= 3KiB and max val size >= 80KiB (independantly and together) on DUPSORT databases.

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

Addresses #1350 Added test that verifies max key size >= 3KiB and max val size >= 80KiB (independantly and together) on NODUP databases.

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

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

Addresses #1617 Add byte-order verification to header.  version/size of header is always stored in network order
version of log is always stored in network order
cleaned up toku_htod

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

Previous commit [10714] should say addresses #1611 instead of #10694

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

Recovery was assuming network byte order on disk, intel byte order in memory, and hardcoding a ntohl (not even calling ntohl).
This fixes the recovery tests with intel byte order on disk

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

d stands for disk-byte-order (as opposed to n for network-byte-order)
Disk-byte-order set as Intel byte order for now

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

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

Addresses #1607 Static utilities now call initializers/destroyers.  src/tests now use static utilities

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

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

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

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

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

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

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

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

Refs #1531.    The fix is don't compile {{{test_txn_abort6}}} under BDB, rather than hacking around with the #ifdefs inside the code.  I noticed this because the main line wouldn't compile tonight.

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

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

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

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

Use size of memarena struct instead of memarena pointer.
Include size of the 'other_bufs' array in size calculation.

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

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

Windows utils/dump/etc will need to output the correct dos/unix endline format


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

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

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

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

Addresses #1531 Ported stat/fstat.  toku_stat, toku_fstat (struct is toku_struct_stat), poisoned the use of the functions

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

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

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

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

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

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

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

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

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

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

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

Make a test for #1572.  This test causes the assertion reported by kayak to fail in the old code, but doesn't fail in the new code.
{{{
log.c:1125 toku_txn_note_brt: Assertion `(TOKUTXN)txnv==txn' failed
}}}
Fixes #1572.


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

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

test1572 doesn't really test #1572 yet, but it did point out #1577.  Now we are more careful about memory management in the rollback logs, so that we don't blow out memory.  Fixes #1577.  Refs #1572.

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