- 09 Dec, 2003 8 commits
-
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-qc-4.0
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.0
-
serg@serg.mylan authored
-
monty@mysql.com authored
-
monty@mysql.com authored
into mysql.com:/my/mysql-4.0
-
monty@mysql.com authored
-
ram@gw.mysql.r18.ru authored
-
ram@gw.mysql.r18.ru authored
-
- 08 Dec, 2003 3 commits
-
-
guilhem@mysql.com authored
Otherwise, if the previous run ended with a crash, and the PID was 1234, and you have rebooted the machine and the new PID is 99 then in the PID file you will have 9934. Note: users of mysqld_safe did not have the problem because this script deletes the PID file before starting mysqld.
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.0
-
guilhem@mysql.com authored
The constructor of Rotate_log_event used when we are rotating our binlog or relay log, should not assume that there is a nonzero THD available. For example, when we are reacting to SIGHUP, the THD is 0. In fact we don't need to use the THD in this constructor; we can do like for Stop_log_event, and use the minimal Log_event constructor. If we were allowed to put Unix-specific commands in the testsuite, I'd add a test for this (<sigh>).
-
- 07 Dec, 2003 3 commits
-
-
gluh@gluh.mysql.r18.ru authored
into gluh.mysql.r18.ru:/home/gluh/mysql-4.0.defweek
-
gluh@gluh.mysql.r18.ru authored
New formats added for 'week()' function and 'default_week_format' option(4 - 7). Next formats is supported now: *Value* *Meaning* `0' Week starts on Sunday; First Sunday of the year starts week 1. Week() returns 0-53. `1' Week starts on Monday; Weeks numbered according to ISO 8601:1988. Week() returns 0-53. `2' Week starts on Sunday; First Sunday of the year starts week 1. Week() returns 1-53. `3' Week starts on Monday; Weeks numbered according to ISO 8601:1988. Week() returns 1-53. `4' Week starts on Sunday; Weeks numbered according to ISO 8601:1988. Week() returns 0-53. `5' Week starts on Monday; First Monday of the year starts week 1. Week() returns 0-53. `6' Week starts on Sunday; Weeks numbered according to ISO 8601:1988. Week() returns 1-53. `7' Week starts on Monday; First Monday of the year starts week 1. Week() returns 1-53.
-
gluh@gluh.mysql.r18.ru authored
into gluh.mysql.r18.ru:/home/gluh/mysql-4.0.pass
-
- 05 Dec, 2003 2 commits
-
-
konstantin@mysql.com authored
-
konstantin@mysql.com authored
-
- 04 Dec, 2003 14 commits
-
-
konstantin@mysql.com authored
into mysql.com:/home/kostja/mysql/mysql-4.0-root
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.0
-
guilhem@mysql.com authored
we change THD::system_thread from a 'bool' to a bitmap to be able to distinguish between delayed-insert threads and slave threads. - Fix for BUG#1701 "Update from multiple tables" (one line in sql_parse.cc, plus a new test rpl_multi_update.test). That's just adding an initialization.
-
konstantin@mysql.com authored
into mysql.com:/home/kostja/mysql/mysql-4.0-1790
-
greg@mysql.com authored
into mysql.com:/bk/mysql-4.0
-
greg@mysql.com authored
-
monty@mysql.com authored
into mysql.com:/my/mysql-4.0
-
monty@mysql.com authored
move bdb/innodb tests to right places
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/src/mysql-4.0-tsbug
-
dlenev@mysql.com authored
if we failed to classify integer as datetime in Field_datetime::store(). Stylistic clean-ups.
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.0
-
guilhem@mysql.com authored
The problem was that when the slave SQL thread reads a hot relay log (hot = the one being written to by the slave I/O thread), it must have the LOCK_log. It already took it for read_log_event(), but needs it also for check_binlog_magic(). This should fix all recently reported failures of the rpl_max_relay_size test in 4.1 and 5.0 (though the bug exists since 4.0, it showed up first in 5.0).
-
gluh@gluh.mysql.r18.ru authored
into gluh.mysql.r18.ru:/home/gluh/mysql-4.0.bugfssl
-
gluh@gluh.mysql.r18.ru authored
-
- 03 Dec, 2003 3 commits
-
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-4.0
-
sergefp@mysql.com authored
-
lenz@mysql.com authored
"$1: unbound variable" error when no option was given
-
- 02 Dec, 2003 7 commits
-
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.0
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-4.0
-
sergefp@mysql.com authored
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/src/mysql-4.0-tsbg
-
dlenev@mysql.com authored
about it". Now numbers representing illegal timestamps are converted to 0 value if they are stored as timestamp or datetime. This behaviour is consistent with manual and with behaviour of string -> timestamp conversion.
-
konstantin@mysql.com authored
SQL_BIG_RESULT used': - BIT_AND now returns BIGINT UNSIGNED - in case there were no matching rows BIT_AND returns 18446744073709551615 (but not NULL), BIT_OR returns 0 (but not NULL). That's how Monty wants it and how is described in our docs.
-
guilhem@mysql.com authored
instead of Log_event::Log_event(THD*, ...) when the event is built in the master to be written in the binlog. Rand_log_event already used the good constructor, so there really is no reason for Intvar_log_event to be an exception. This fixes a test failure of last night (which appeared after I removed a useless e.server_id=thd->server_id in log.cc; in fact this line was not useless because it hid the bad constructor). Replication tests pass, with Valgrind too.
-