- 04 Nov, 2008 1 commit
-
-
Sven Sandberg authored
-
- 03 Nov, 2008 1 commit
-
-
He Zhenxing authored
-
- 31 Oct, 2008 1 commit
-
-
He Zhenxing authored
According to documenation: http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-replication-issues.html When setting up circular replication for clusters with different SQL nodes in each cluster used as replication master and slave, SQL nodes must not start with --log-slave-updates option. This patch fixed the test case by remove log-slave-updates configuration from test case configuration file.
-
- 30 Oct, 2008 1 commit
-
-
Mats Kindahl authored
-
- 29 Oct, 2008 4 commits
-
-
Mats Kindahl authored
-
Mats Kindahl authored
-
Sven Sandberg authored
Removed the flag that disables innodb on slave in the default configuration of replication tests. That made the explicit --innodb flag in -slave.opt files redundant, so lots of -slave.opt files could be removed. Also, -master.opt files containing reduntant --innodb flag were removed (those were redundant even without changing the default). Removing .opt files is good because .opt files cause server restarts and make tests less readable. Also fixed a bug where rpl_innodb_mixed_ddl unintentionally used myisam on slave.
-
Mats Kindahl authored
-
- 24 Oct, 2008 1 commit
-
-
Mats Kindahl authored
-
- 23 Oct, 2008 2 commits
-
-
Mats Kindahl authored
-
Sven Sandberg authored
Problem: In the mysqltest language, it was not possible to set the current connection from a variable, and it was not possible to read the current connection. Fix: Allow setting the connection from a variable, like: connection $variable; and introduce the mysqltest language variable $CURRENT_CONNECTION, which holds the name of the current connection.
-
- 21 Oct, 2008 1 commit
-
-
Kristofer Pettersson authored
Debug builds of MySQL 5.1, 6.0 with Sun Studio 12 broke because of use of gcc specific feature. The fix is to replace __FUNCTION__ with the corresponding character string
-
- 18 Oct, 2008 1 commit
-
-
Sven Sandberg authored
Problem 1: not_embedded_server runs SELECT FROM I_S.PROCESSLIST near the beginning. check_testcase executes a query to the server before that. There is a race here, because there is no guarantee that the thread executing check_testcase's query is finished. Problem 2: The SELECT FROM I_S.PROCESSLIST doens't seem very useful in the test. It's at least misplaced. Fix to both problems: Comment out SELECT FROM I_S.PROCESSLIST.
-
- 13 Oct, 2008 2 commits
-
-
Sven Sandberg authored
Problem: during a refactoring of mtr, a pattern for suppressing a warning from lowercase_table3 was lost. Fix: re-introduce the suppression. Problem 2: suppression was misspelt as supression. Fixed by adding a p.
-
Sven Sandberg authored
Post-push fixes making it work on pushbuild's valgrind host, and clarifying the output.
-
- 11 Oct, 2008 3 commits
-
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
- 10 Oct, 2008 3 commits
-
-
Magnus Svensson authored
BUG#39008 Additional fix after review, remove files that could potentially be set to path outside datadir
-
kent.boortz@sun.com authored
-
Magnus Svensson authored
-
- 09 Oct, 2008 4 commits
-
-
Gleb Shchepa authored
-
Gleb Shchepa authored
derived table cause crash When a multi-UPDATE command fails to lock some table, and subsequently succeeds, the tables need to be reopened if they were altered. But the reopening procedure failed for derived tables. Extra cleanup has been added.
-
Georgi Kodinov authored
-
Georgi Kodinov authored
Fixed a compilation warning
-
- 08 Oct, 2008 15 commits
-
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
BUG#38559 Annoying cygwin problem fixed by resolving pid->winpid before kill instead of just after fork
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Magnus Svensson authored
-
Georgi Kodinov authored
-
Georgi Kodinov authored
-
Ramil Kalimullin authored
upgrade from <=5.0.46 to >=5.0.48 Problem: 'check table .. for upgrade' doesn't detect incompatible collation changes made in 5.0.48. Fix: check for incompatible collation changes.
-
Mats Kindahl authored
-
Georgi Kodinov authored
-
Mats Kindahl authored
The failure was caused by executing a CREATE-SELECT statement that creates a table in another database than the current one. In row-based logging, the CREATE statement was written to the binary log without the database, hence creating the table in the wrong database, causing the following inserts to fail since the table didn't exist in the given database. Fixed the bug by adding a parameter to store_create_info() that will make the function print the database name before the table name and used that in the calls that write the CREATE statement to the binary log. The database name is only printed if it is different than the currently selected database. The output of SHOW CREATE TABLE has not changed and is still printed without the database name.
-