- 17 Apr, 2013 40 commits
-
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10921 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10919 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10914 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10912 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10911 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
svn merge --accept=postpone -r 10895:10898 ../tokudb.main+1510 Previously on tokudb.main+1510: svn merge --accept=postpone -r 10317:10892 ../tokudb.1510 git-svn-id: file:///svn/toku/tokudb@10899 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
svn merge -r 10862:10863 ../../mysql.branches/1.1.3/tokudb/ svn merge -r 10879:10882 ../../mysql.branches/1.1.3-1622/tokudb/ git-svn-id: file:///svn/toku/tokudb@10890 c7de825b-a66e-492c-adef-691d508d4ae1
-
Zardosht Kasheff authored
remove extraneous semicolon that was breaking windows build git-svn-id: file:///svn/toku/tokudb@10860 c7de825b-a66e-492c-adef-691d508d4ae1
-
Rich Prohaska authored
git-svn-id: file:///svn/toku/tokudb@10858 c7de825b-a66e-492c-adef-691d508d4ae1
-
Bradley C. Kuszmaul authored
git-svn-id: file:///svn/toku/tokudb@10848 c7de825b-a66e-492c-adef-691d508d4ae1
-
Bradley C. Kuszmaul authored
Merge [10806] into tokudb. Refs #1629, #447. {{{ svn merge -r10805:10806 https://svn.tokutek.com/tokudb/toku/tokudb.1629 }}} git-svn-id: file:///svn/toku/tokudb@10807 c7de825b-a66e-492c-adef-691d508d4ae1
-
Bradley C. Kuszmaul authored
{{{ svn merge -r10512:10803 https://svn.tokutek.com/tokudb/toku/tokudb.1591 }}} git-svn-id: file:///svn/toku/tokudb@10804 c7de825b-a66e-492c-adef-691d508d4ae1
-
Bradley C. Kuszmaul authored
git-svn-id: file:///svn/toku/tokudb@10802 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10778 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10777 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
svn merge --accept=postpone -r 10716:HEAD ../tokudb.1510+1616/ Checkpoint makes a copy of the header for checkpoint purposes (similar to how the block table makes a copy of the btt) git-svn-id: file:///svn/toku/tokudb@10762 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
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
-
Yoni Fogel authored
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
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10747 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
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
-
Yoni Fogel authored
Previous commit [10714] should say addresses #1611 instead of #10694 git-svn-id: file:///svn/toku/tokudb@10715 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
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
-
Yoni Fogel authored
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
-
Rich Prohaska authored
git-svn-id: file:///svn/toku/tokudb@10663 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
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
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10651 c7de825b-a66e-492c-adef-691d508d4ae1
-
Rich Prohaska authored
git-svn-id: file:///svn/toku/tokudb@10644 c7de825b-a66e-492c-adef-691d508d4ae1
-
Rich Prohaska authored
git-svn-id: file:///svn/toku/tokudb@10639 c7de825b-a66e-492c-adef-691d508d4ae1
-
Bradley C. Kuszmaul authored
git-svn-id: file:///svn/toku/tokudb@10618 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10559 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10522 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10521 c7de825b-a66e-492c-adef-691d508d4ae1
-
Bradley C. Kuszmaul authored
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
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10507 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10502 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10501 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
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
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10499 c7de825b-a66e-492c-adef-691d508d4ae1
-
Yoni Fogel authored
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
-
Yoni Fogel authored
git-svn-id: file:///svn/toku/tokudb@10494 c7de825b-a66e-492c-adef-691d508d4ae1
-