- 23 Nov, 2007 10 commits
-
-
msvensson@shellback.(none) authored
-
msvensson@shellback.(none) authored
-
msvensson@shellback.(none) authored
in optimization phase - Don't check specified binlog format if hasn't been assigned one
-
msvensson@shellback.(none) authored
-
msvensson@shellback.(none) authored
-
msvensson@shellback.(none) authored
into shellback.(none):/home/msvensson/mysql/mysql-5.1-rpl-wl3949
-
msvensson@shellback.(none) authored
-
mats@kindahl-laptop.dnsalias.net authored
into kindahl-laptop.dnsalias.net:/home/bk/b32580-mysql-5.1-rpl
-
mats@kindahl-laptop.dnsalias.net authored
The client program 'mysqlbinlog' crashed when trying to print a User_var_log_event holding a floating-point value since the format specifier for my_b_printf() does not support floating-point format specifiers. This patch prints the floating-point number to an internal buffer, and then writes that buffer to the output instead.
-
msvensson@shellback.(none) authored
- Reorganize collect a little to make it easier to apply optimizations and settings to collected test cases. - Add suite/rpl/combination file - Rename include/set_binlog_format_x.inc to .sql since thay are run by "mysql"
-
- 21 Nov, 2007 5 commits
-
-
skozlov/ksm@virtop.localdomain authored
into mysql.com:/home/ksm/commits/mysql-5.1-new-rpl
-
-
sven@riska.(none) authored
The patch I previously pushed for this bug did not compile because a field in class THD had been renamed. This patch renames thd->query_error to thd->is_slave_error in log_event_old.cc by applying the same patch to log_event_old.cc as was previously applied to log_event.cc.
-
sven@riska.(none) authored
into riska.(none):/home/sven/bk/b31581-5.1.22-rbr_slave_crash
-
-
- 20 Nov, 2007 3 commits
-
-
-
sven@riska.(none) authored
This patch has two purposes: (1) To refactor the code so that {Write|Update|Delete}_rows_log_event_old does not use code from {Write|Update|Delete}_rows_log_event. Before refactoring there was the following problem: whenever we modifed the code for new events, it affected the old events. This is bad, as it makes maintainance difficult. After refactoring, we can safely edit the new code without affecting old events. So, if we for instance modify the binary format of new events, we no longer need to worry about how the new code reads old events. (2) To fix BUG#31581. These two objectives are reached by the following changes: - Merged Rows_log_event into Old_rows_log_event and {Write|Update|Delete}_rows_log_event into {Write|Update|Delete}_rows_log_event_old. - Fixed the bug by replacing {WRITE|UPDATE|DELETE}_ROWS_EVENT by PRE_GA_{WRITE|UPDATE|DELETE}_ROWS_EVENT. - Added comments to log_event_old.h (This patch is identical to the previously committed patch which was a collapse of three changesets, except that it adds assert(0) to constructors for old types of row log events that should never be called.)
-
-
- 14 Nov, 2007 3 commits
-
-
mkindahl@dl145h.mysql.com authored
-
mkindahl@dl145h.mysql.com authored
-
mkindahl@dl145h.mysql.com authored
into dl145h.mysql.com:/data0/mkindahl/mysql-5.1-new-rpl
-
- 12 Nov, 2007 2 commits
-
-
aelkin/elkin@koti.dsl.inet.fi authored
into koti.dsl.inet.fi:/home/elkin/MySQL/TEAM/FIXES/5.1/bug31170-rpl_innodb_bug28430_fails
-
mats@kindahl-laptop.dnsalias.net authored
Adding missing drop of user created for test case.
-
- 09 Nov, 2007 3 commits
-
-
mats@kindahl-laptop.dnsalias.net authored
Pushing test case for bug only. Bug already fixed as a result of the patch for BUG#19958.
-
mats@kindahl-laptop.dnsalias.net authored
-
aelkin/elkin@koti.dsl.inet.fi authored
Non-deterministic parameters of SHOW SLAVE STATUS are masked out by means of using the standard include-macro. The masked-out parameters are not needed by the logics of the original tests. What is need to demonstre that replication is not stopped remains.
-
- 08 Nov, 2007 3 commits
-
-
mats@kindahl-laptop.dnsalias.net authored
into kindahl-laptop.dnsalias.net:/home/bk/b12092-mysql-5.1-rpl
-
mats@kindahl-laptop.dnsalias.net authored
-
mats@kindahl-laptop.dnsalias.net authored
into kindahl-laptop.dnsalias.net:/home/bk/b31611-mysql-5.1-target-5.1.22
-
- 07 Nov, 2007 4 commits
-
-
mats@kindahl-laptop.dnsalias.net authored
-
mats@kindahl-laptop.dnsalias.net authored
into kindahl-laptop.dnsalias.net:/home/bk/b28086-mysql-5.1-rpl
-
mats@kindahl-laptop.dnsalias.net authored
DBUG_OFF #ifdefs to eliminate two warnings in replication tree.
-
mats@kindahl-laptop.dnsalias.net authored
into kindahl-laptop.dnsalias.net:/home/bkroot/mysql-5.1-rpl
-
- 06 Nov, 2007 7 commits
-
-
aelkin/elkin@koti.dsl.inet.fi authored
into koti.dsl.inet.fi:/home/elkin/MySQL/merge-5.1
-
aelkin/elkin@koti.dsl.inet.fi authored
into koti.dsl.inet.fi:/home/elkin/MySQL/TEAM/FIXES/5.0/bug27571_asyn_killed_flags
-
aelkin/elkin@koti.dsl.inet.fi authored
refining non-deterministic tests. The new Bug@32148 is in the way. Adjuting the tests to be somehow useful.
-
malff@lambda.hsd1.co.comcast.net. authored
into lambda.hsd1.co.comcast.net.:/home/malff/TREE/mysql-5.1-runtime
-
aelkin/elkin@koti.dsl.inet.fi authored
tests fixing: refreshing the results file.
-
mats@kindahl-laptop.dnsalias.net authored
In BUG#30244 added FOUND_ROWS() as an unsafe function, but that works only in mixed mode under 5.1. There is a workaround that can be used in statement-based mode either under 5.0 or 5.1 where the result of FOUND_ROWS() is stored into a user vari- able and used that way instead. This will replicate correctly even under statement-based replication, since it will write a User_var entry to the binary log. For some other cases, the value has to be passed explicitly. This patch adds tests to demonstrate that the workarounds docu- mented for statement-based replication works as advertised, and does more extensive tests for cases that does not work under sta- tement-based replication actually work under mixed mode by switch- ing to row-based replication.
-
aelkin/elkin@koti.dsl.inet.fi authored
into koti.dsl.inet.fi:/home/elkin/MySQL/TEAM/FIXES/5.0/bug28597-log_name_upgrade
-