- 13 Apr, 2007 5 commits
-
-
mats@romeo.(none) authored
into romeo.(none):/home/bkroot/mysql-5.1-rpl
-
mats@romeo.(none) authored
into romeo.(none):/home/bk/b27779-mysql-5.1-rpl
-
bar@bar.myoffice.izhnet.ru authored
into mysql.com:/home/bar/mysql-5.1-new-rpl
-
bar@mysql.com authored
into mysql.com:/home/bar/mysql-5.0.b20095
-
bar@mysql.com authored
Problem: single byte do_varstring1() function was called, which didn't check limit on "number of character", and checked only "number of bytes". Fix: adding a multi-byte aware function do_varstring1_mb(), to limit on "number of characters"
-
- 12 Apr, 2007 11 commits
-
-
tomas@whalegate.ndb.mysql.com authored
-
tomas@whalegate.ndb.mysql.com authored
into whalegate.ndb.mysql.com:/home/tomas/mysql-5.1-new-rpl
-
tomas@whalegate.ndb.mysql.com authored
- test case - reset server id in injector
-
mats@romeo.(none) authored
Taking code from before BUG#22583 and incorporating as events to be able to read old events. Also incorporating old pack and unpack functions into patch.
-
mats@romeo.(none) authored
be skipped): Fixing test since a replace assumed that we were on slave when we were on master.
-
mats@romeo.(none) authored
skipped): Post-merge changes.
-
mats@romeo.(none) authored
into romeo.(none):/home/bk/b25688-mysql-5.1-rpl
-
mats@romeo.(none) authored
into romeo.(none):/home/bkroot/mysql-5.1-rpl
-
mats@romeo.(none) authored
skipped): By moving statement end actions from Rows_log_event::do_apply_event() to Rows_log_event::do_update_pos() they will always be executed, even if Rows_log_event::do_apply_event() is skipped because the event originated at the same server. This because Rows_log_event::do_update_pos() is always executed (unless Rows_log_event::do_apply_event() failed with an error, in which case the slave stops with an error anyway). Adding test case. Fixing logic to detect if inside a group. If a rotate event occured when an initial prefix of events for a statement, but for which the table did contain a key, last_event_start_time is set to zero, causing rotate to end the group but without unlocking any tables. This left a lock hanging around, which subsequently triggered an assertion when a second attempt was made to lock the same sequence of tables. In order to solve the above problem, a new flag was added to the relay log info structure that is used to indicate that the replication thread is currently executing a statement. Using this flag, the replication thread is in a group if it is either in a statement or inside a trans- action. The patch also eliminates some gratuitous header file inclusions that were not needed (and caused compile errors) and replaced them with forward definitions.
-
bar@bar.myoffice.izhnet.ru authored
into mysql.com:/home/bar/mysql-5.1-new-rpl
-
bar@mysql.com authored
Removing wrong MYF(0) argument.
-
- 11 Apr, 2007 3 commits
-
-
mats@romeo.(none) authored
-
hakank/hakan@lu0011.wdf.sap.corp authored
-
mats@romeo.(none) authored
stopped at pos==4): Submitting patch on behalf of Andrei, who discovered the problem and provided the patch. An update of the group relay log coordinates when rotating forgot to update the group relay log name and only updated the group relay log position (and group master log name and position). This patch adds code to update the group relay log *name* as well as the position
-
- 10 Apr, 2007 3 commits
-
-
lars/lthalmann@dl145k.mysql.com authored
into mysql.com:/nfsdisk1/lars/MERGE/mysql-5.1-merge
-
lars/lthalmann@dl145h.mysql.com authored
into mysql.com:/nfsdisk1/lars/MERGE/mysql-5.1-merge
-
into mysql.com:/nfsdisk1/lars/MERGE/mysql-5.0-merge
-
- 09 Apr, 2007 9 commits
-
-
bar@mysql.com authored
into mysql.com:/home/bar/mysql-5.1-new-rpl
-
bar@mysql.com authored
into mysql.com:/home/bar/mysql-5.0.b22648
-
bar@mysql.com authored
Problem: setting/displaying @@LC_TIME_NAMES didn't distinguish between GLOBAL and SESSION variable types - always SESSION variable was set/shonw. Fix: set either global or session value. Also, "mysqld --lc-time-names" was added to set "global default" value.
-
bar@mysql.com authored
Problem: output was empty if the result is empty. Fix: print XML header and footer, even if the result is empty, to produce well-formed XML output.
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/d2/hf/mrg/mysql-5.1-opt
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/mrg/mysql-5.0-opt
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/d2/hf/mrg/mysql-5.1-opt
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/d2/hf/mrg/mysql-5.1-opt
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/mrg/mysql-5.0-opt
-
- 08 Apr, 2007 2 commits
-
-
kent@kent-amd64.(none) authored
into mysql.com:/home/kent/bk/tmp4/mysql-5.1-engines
-
kent@mysql.com/kent-amd64.(none) authored
into mysql.com:/home/kent/bk/tmp4/mysql-5.0-engines
-
- 07 Apr, 2007 7 commits
-
-
evgen@moonbone.local authored
into moonbone.local:/mnt/gentoo64/work/27586-bug-5.0-opt-mysql
-
holyfoot/hf@mysql.com/hfmain.(none) authored
-
holyfoot/hf@mysql.com/hfmain.(none) authored
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/d2/hf/mrg/mysql-5.1-opt
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/d2/hf/mrg/mysql-5.1-opt
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/d2/hf/mrg/mysql-5.1-opt
-
tomas@whalegate.ndb.mysql.com authored
into whalegate.ndb.mysql.com:/home/tomas/mysql-5.1
-