- 20 Apr, 2006 3 commits
-
-
unknown authored
-
unknown authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-0
-
unknown authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-0 mysys/mf_keycache.c: Auto merged ndb/src/kernel/SimBlockList.cpp: Auto merged ndb/src/kernel/blocks/ndbcntr/NdbcntrInit.cpp: Auto merged mysql-test/r/func_gconcat.result: Manual merge mysql-test/r/key_cache.result: Manual merge mysql-test/t/func_gconcat.test: Manual merge mysql-test/t/key_cache.test: Manual merge sql/item_func.cc: Manual merge sql/item_sum.h: Manual merge sql/lock.cc: Manual merge sql/sql_select.cc: Manual merge sql/unireg.h: Manual merge
-
- 19 Apr, 2006 8 commits
-
-
unknown authored
Temporarily commented out a query from the test case for bug 14169 to make it pass with --ps-protocol. mysql-test/r/func_gconcat.result: Added DROP TABLE command to the test case for bug 14169.
-
unknown authored
into rurik.mysql.com:/home/igor/dev/mysql-4.1-2
-
unknown authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
unknown authored
into moonbone.local:/work/14169-bug-4.1-mysql
-
unknown authored
Corrected test case for the bug#14169 to make it pass in --ps-protocol mode. mysql-test/r/func_gconcat.result: Corrected test case for the bug#14169 to make it pass in --ps-protocol mode.
-
unknown authored
After a locking error the open table(s) were not fully cleaned up for reuse. But they were put into the open table cache even before the lock was tried. The next statement reused the table(s) with a wrong lock type set up. This tricked MyISAM into believing that it don't need to update the table statistics. Hence CHECK TABLE reported a mismatch of record count and table size. Fortunately nothing worse has been detected yet. The effect of the test case was that the insert worked on a read locked table. (!) I added a new function that clears the lock type from all tables that were prepared for a lock. I call this function when a lock failes. No test case. One test would add 50 seconds to the test suite. Another test requires file mode modifications. I added a test script to the bug report. It contains three cases for failing locks. All could reproduce a table corruption. All are fixed by this patch. This bug was not lock timeout specific. sql/lock.cc: Bug#18544 - LOCK TABLES timeout causes MyISAM table corruption Resetting the lock type in the open table(s) lock data after a locking error.
-
unknown authored
into mysql.com:/home/stewart/Documents/MySQL/5.0/merge ndb/src/mgmclient/CommandInterpreter.cpp: Auto merged
-
unknown authored
The bug caused a reported index corruption in the cases when key_cache_block_size was not a multiple of myisam_block_size, e.g. when key_cache_block_size=1536 while myisam_block_size=1024. mysql-test/r/key_cache.result: Added a test case for bug #19079. mysql-test/t/key_cache.test: Added a test case for bug #19079.
-
- 18 Apr, 2006 3 commits
-
-
unknown authored
into mysql.com:/home/stewart/Documents/MySQL/5.0/merge ndb/src/kernel/vm/Emulator.cpp: Auto merged
-
unknown authored
into mysql.com:/home/stewart/Documents/MySQL/4.1/merge ndb/src/kernel/blocks/ndbcntr/NdbcntrInit.cpp: Auto merged
-
unknown authored
into mysql.com:/home/stewart/Documents/MySQL/4.1/merge
-
- 17 Apr, 2006 5 commits
-
-
unknown authored
into zippy.(none):/home/cmiller/work/mysql/mysql-5.0__ready
-
unknown authored
into zippy.(none):/home/cmiller/work/mysql/mysql-5.0__ready
-
unknown authored
Testsuite added
-
unknown authored
5.0 additional fix for b#18691 Handle DECIMAL the same with INT and REAL. sql/item_timefunc.cc: 5.0 additional fix for b#18691 Handle DECIMAL the same with INT and REAL.
-
unknown authored
into mysql.com:/usr/home/bar/mysql-5.0 mysql-test/r/ctype_ucs.result: Auto merged mysql-test/t/ctype_ucs.test: Auto merged sql/item_timefunc.h: Auto merged sql/item_timefunc.cc: After merge fix
-
- 16 Apr, 2006 1 commit
-
-
unknown authored
does not have "NOT NULL" attribute set. Also, calculate the padding characters more safely, so that a negative number doesn't cause it to print MAXINT-n spaces. mysql-test/r/mysql.result: Add test result. mysql-test/t/mysql.test: Add test.
-
- 15 Apr, 2006 1 commit
-
-
unknown authored
into april.(none):/home/svoj/devel/mysql/BUG17917/mysql-5.0 sql/mysqld.cc: Auto merged myisam/mi_packrec.c: Manual merge.
-
- 14 Apr, 2006 3 commits
- 13 Apr, 2006 16 commits
-
-
unknown authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0 sql/item_func.cc: Auto merged
-
unknown authored
into mysql.com:/opt/local/work/mysql-5.0-runtime-merge sql/sql_yacc.yy: Auto merged
-
unknown authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0
-
unknown authored
mysql-test/r/view.result: BUG#14308 test suite. mysql-test/t/view.test: BUG#14308 test suite. sql/share/errmsg.txt: New error message about a recursive view. sql/sql_view.cc: The check of view recursion.
-
unknown authored
into mysql.com:/opt/local/work/mysql-5.0-runtime-merge sql/item.cc: Auto merged sql/mysql_priv.h: Auto merged sql/sql_parse.cc: Auto merged sql/mysqld.cc: SCCS merged
-
unknown authored
into dl145j.mysql.com:/tmp/andrei/5.0-bug18715_drop_view_slave
-
unknown authored
-
unknown authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0
-
unknown authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0 BitKeeper/deleted/.del-acinclude.m4~f4ab416bac5003: Auto merged configure.in: Auto merged mysql-test/r/func_op.result: Auto merged sql/item_func.cc: Auto merged
-
unknown authored
into mysql.com:/home/MySQL/5.0-Bug-17248a
-
unknown authored
into mysql.com:/home/psergey/mysql-5.0-csc9139
-
unknown authored
get_best_covering_ror_intersect() was copying ror_scans starting from the end of the array and not from its beginning. mysql-test/r/index_merge_innodb.result: Testcase for BUG#19021 mysql-test/t/index_merge_innodb.test: Testcase for BUG#19021 sql/opt_range.cc: BUG#19021: In get_best_covering_ror_intersect(), the array of pointers to scans to be used is [tree->ror_scans, ror_scan_mark), and not [ror_scan_mark, ...)
-
unknown authored
into april.(none):/home/svoj/devel/mysql/BUG17917/mysql-4.1
-
unknown authored
sql/mysqld.cc: Fix a typo.
-
unknown authored
into april.(none):/home/svoj/devel/mysql/BUG17917/mysql-4.1
-
unknown authored
Retrieving data from compressed MyISAM table which is bigger than 4G on 32-bit box with mmap() support results in server crash. mmap() accepts length of bytes to be mapped in second param, which is 32-bit size_t. But we pass data_file_length, which is 64-bit my_off_t. As a result only first data_file_length % 4G were mapped. This fix adds additional condition for mmap() usage, that is use mmap() for compressed table which size is no more than 4G on 32-bit platform. myisam/mi_packrec.c: Use mmap() for compressed table which size is no more than 4G on 32-bit platform.
-