- 06 Aug, 2007 1 commit
-
-
dkatz@damien-katzs-computer.local authored
into damien-katzs-computer.local:/Users/dkatz/mysql51
-
- 04 Aug, 2007 1 commit
-
-
iggy@amd64.(none) authored
- GCov fix.
-
- 03 Aug, 2007 2 commits
-
-
iggy@amd64.(none) authored
- Additional changes to correct link failure in Do-linkall script.
-
iggy@amd64.(none) authored
- Changes to correct and test Windows embedded build.
-
- 02 Aug, 2007 20 commits
-
-
-
ramil/ram@ramil.myoffice.izhnet.ru authored
into mysql.com:/home/ram/work/b30088/b30088.5.1
-
ramil/ram@ramil.myoffice.izhnet.ru authored
into mysql.com:/home/ram/work/b30200/b30200.5.1
-
Problem: thd->thread_specific_used flag is not set executing a statement containig connection_id() function using PS protocol, that leads to improper binlog event creation. Fix: set the flag in the Item_func_connection_id::fix_fields().
-
tsmith@ramayana.hindu.god authored
compatibility hook, thd_mark_transaction_to_rollback().
-
tsmith@ramayana.hindu.god authored
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/50
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/51
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/50
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/41
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/51
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/50
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/51
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/50
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/41
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/51
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/50
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/51
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/50
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/41
-
- 01 Aug, 2007 16 commits
-
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/jul31/51
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/maint/51
-
tsmith@ramayana.hindu.god authored
Marko after applying latest snapshot).
-
kostja@bodhi.(none) authored
-
joerg@trift2. authored
into trift2.:/MySQL/M51/push-5.1
-
ramil/ram@ramil.myoffice.izhnet.ru authored
into mysql.com:/home/ram/work/b29928.new/b29928.new.5.0
-
- THD::tmp_table_used removed, THD::thread_specific_used used instead.
-
joerg@trift2. authored
The files below "mysql-test/suite/funcs_2" in version 5.1 did not depend on the equivalent ones in 5.0, probably because they had been checked in independent of each other in both versions. Foreach file F in the suite that has a "deleted" counterpart D, use bk rm $F bk mv $D $F bk edit $F to get those files into the 5.1 suite that (for BK) depend on 5.0. There is only one file whose contents differs between 5.0 and 5.1, restore its current 5.1 contents: mysql-test/suite/funcs_2/r/ndb_charset.result
-
kostja@bodhi.(none) authored
-
into mysql.com:/home/ram/work/b29928.new/b29928.new.5.1
-
restores from mysqlbinlog out Problem: using "mysqlbinlog | mysql" for recoveries the connection_id() result may differ from what was used when issuing the statement. Fix: if there is a connection_id() in a statement, write to binlog SET pseudo_thread_id= XXX; before it and use the value later on.
-
jperkin@production.mysql.com authored
into production.mysql.com:/usersnfs/jperkin/bk/mysql-5.0-maint
-
jperkin@production.mysql.com authored
into production.mysql.com:/usersnfs/jperkin/bk/mysql-5.1-maint
-
jperkin@production.mysql.com authored
into production.mysql.com:/usersnfs/jperkin/bk/mysql-5.0-maint
-
jperkin@production.mysql.com authored
into production.mysql.com:/usersnfs/jperkin/bk/mysql-4.1-maint
-
jperkin@production.mysql.com authored
which does not work. Removing these attempted privileges makes this identical to option 5 so remove it completely. The spirit of the program appears to be aimed at database privileges, so do not add another option for granting global privileges as it may be unexpected. Fixes bug#14618 (same as previous patch, this time applied to -maint tree).
-