- 22 Mar, 2005 7 commits
-
-
jani@ua141d10.elisa.omakaista.fi authored
into ua141d10.elisa.omakaista.fi:/home/my/bk/mysql-5.0
-
jani@ua141d10.elisa.omakaista.fi authored
- Changed error message in sql_acl.cc - Added some more tests for GRANT.
-
monty@mysql.com authored
Hack to ensure that CHAR's created in 5.0 are not converted to VARCHAR even if the row type is dynamic (For 4.1 tables old 'VARCHAR' fields are converted to true VARCHAR in the next ALTER TABLE) This ensures that one can use MySQL 5.0 privilege tables with MySQL 4.1
-
joerg@mysql.com authored
-
gbichot@production.mysql.com authored
fails there; until we find reason (me and possibly Konstantin).
-
joerg@mysql.com authored
-
gbichot@production.mysql.com authored
into production.mysql.com:/nfstmp1/guilhem/mysql-5.0-prod
-
- 21 Mar, 2005 27 commits
-
-
gbichot@production.mysql.com authored
into production.mysql.com:/nfstmp1/guilhem/mysql-5.0-prod
-
gbichot@production.mysql.com authored
of SET ONE_SHOT; storing tz info directly in event (if this info is needed), it's now allowed to have different global tz on master and slave.
-
petr@mysql.com authored
into mysql.com:/home/cps/mysql/devel/merge-5.0
-
petr@mysql.com authored
included before any other include) was hidden from me.
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-5.0
-
monty@mysql.com authored
Fixed newly introduced bug in rollup
-
heikki@hundin.mysql.fi authored
into hundin.mysql.fi:/home/heikki/mysql-5.0
-
heikki@hundin.mysql.fi authored
If MySQL wrote to its binlog, but for some reason trx->update_undo and trx->insert_undo were NULL in InnoDB, then trx->commit_lsn was garbage, and InnoDB could assert in the log flush of trx_commit_complete_for_mysql() (Bug #9277)
-
heikki@hundin.mysql.fi authored
-
heikki@hundin.mysql.fi authored
If MySQL wrote to its binlog, but for some reason trx->update_undo and trx->insert_undo were NULL in InnoDB, then trx->commit_lsn was garbage, and InnoDB could assert in the log flush of trx_commit_complete_for_mysql() (Bug #9277)
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-compile
-
kent@mysql.com authored
5.0.3 is a beta
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.1-perl
-
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-compile
-
joerg@mysql.com authored
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-build
-
kent@mysql.com authored
Added 'proc' and 'procs_priv' tables, updated others
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-build
-
joerg@mysql.com authored
(Change done by Ramil and sent via IRC)
-
kent@mysql.com authored
Made --timer work mtr_cases.pl: Added option --reorder to get less server restarts mysql-test-run.pl: Added option --reorder to get less server restarts Moved do_before_start_master() not to remove binlog files unless restarted Made --timer work Slave was incorrectly writing log to error log
-
konstantin@mysql.com authored
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/src/mysql-5.0-merges
-
konstantin@mysql.com authored
-
dlenev@mysql.com authored
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/src/mysql-5.0-build
-
patg@krsna. authored
-
- 20 Mar, 2005 3 commits
-
-
dlenev@brandersnatch.localdomain authored
"Warnings on 'drop procedure' platform-specific"). In mysqltest we should not issue "SHOW WARNINGS" until we have not read results from all statements in multi-statement. Otherwise such "SHOW WARNINGS" will either cause "Packets out of order" error and thus will ruin current connection (but we may not notice this as it happened in sp.test because we ignore errors from such auxilary SHOW WARNINGS and use auto-reconnecting connections) or will succeed but consume first packet from next statement in multi-statement sequence (this happens if "SHOW WARNINGS" is issued when this packet is already received by client. Packet is thrown away by net_clear() call which is issued when "SHOW WARNINGS" is sent to server). In our case sp.test failed because usually we had first situation but sometimes second situation occured causing warning to pop-up.
-
joerg@mysql.com authored
-
igor@rurik.mysql.com authored
Added a test case for bug #9210. sql_select.cc: Fixed bug #9210. The function calc_group_buffer did not cover the case when the GROUP BY expression was decimal. Slightly optimized the other code.
-
- 19 Mar, 2005 3 commits
-
-
konstantin@mysql.com authored
-
konstantin@mysql.com authored
-
jimw@mysql.com authored
-