- 23 Feb, 2005 31 commits
-
-
unknown authored
into mysql.com:/home/mysql_src/mysql-5.0-xa
-
unknown authored
pushed some minutes ago) mysql-test/r/ctype_ucs.result: result fix mysql-test/r/mysqlbinlog.result: result fix mysql-test/r/mysqlbinlog2.result: result fix mysql-test/r/rpl_charset.result: result fix mysql-test/r/user_var.result: result fix
-
unknown authored
into mysql.com:/home/timka/mysql/src/5.0-bug-8576
-
unknown authored
This fix addresses a bug of the HPUX C++ compiler, in the way it uses registers. As result, the last comparison of the variable 'result' failed, and next_prefix() looped forever. sql/opt_range.cc: - fix for BUG#8576 - updated function name in DBUG_ENTER
-
unknown authored
auto-end-rollback in case crashed binlog) which cannot hurt. client/mysqlbinlog.cc: safety measures (completion_type, crashed binlog)
-
unknown authored
cast sql_mode to ulonglong before int8store, otherwise the implementation of int8store based on >> complains that we do 32-bit var >> 32 which is undefined according to C standard. (compiler warning appeared on SGI Irix) sql/log_event.cc: cast sql_mode to ulonglong before int8store, otherwise the implementation of int8store based on >> complains that we do 32-bit var >> 32 which is undefined according to C standard. (compiler warning appeared on SGI Irix)
-
unknown authored
into mysql.com:/home/mysql_src/mysql-5.0-xa sql/lock.cc: Auto merged
-
unknown authored
into ua141d10.elisa.omakaista.fi:/home/my/bk/mysql-5.0
-
unknown authored
into gluh.mysql.r18.ru:/home/gluh/MySQL-MERGE/mysql-5.0 mysql-test/r/warnings.result: Auto merged mysql-test/t/warnings.test: Auto merged sql/protocol.cc: Auto merged
-
unknown authored
into mysql.com:/home/mysql_src/mysql-4.1-clean
-
unknown authored
-
unknown authored
1) If my.cnf is found in datadir and basedir, give a warning and use the one in basedir. 2) If my.cnf is found in datadir, use it, but give a warning. 3) No warning if my.cnf is in basedir.
-
unknown authored
start_waiting_global_read_lock() should wake up all those who are waiting for protect_against_global_read_lock to go down to 0: those registered in waiting_for_read_lock AND those registered in global_read_lock_blocks_commit. sql/lock.cc: start_waiting_global_read_lock() should wake up all those who are waiting for protect_against_global_read_lock to go down to 0: those registered in waiting_for_read_lock AND those registered in global_read_lock_blocks_commit.
-
unknown authored
into gluh.mysql.r18.ru:/home/gluh/MySQL-MERGE/mysql-5.0 mysql-test/r/func_str.result: Auto merged mysql-test/t/func_str.test: Auto merged sql/item_strfunc.cc: Auto merged
-
unknown authored
-
unknown authored
into mysql.com:/usr/home/bar/mysql-5.0.fresh
-
unknown authored
into mysql.com:/home/timka/mysql/src/5.0-bug-8576
-
unknown authored
include/config-win.h: Auto merged myisam/myisamchk.c: Auto merged mysys/errors.c: Auto merged include/mysys_err.h: Merge from 4.1, attempt#2.
-
unknown authored
into ua141d10.elisa.omakaista.fi:/home/my/bk/mysql-5.0 sql/sql_class.h: Auto merged
-
unknown authored
into mysql.com:/home/timka/mysql/src/5.0-bug-8576 sql/opt_range.cc: Auto merged
-
unknown authored
into gluh.mysql.r18.ru:/home/gluh/MySQL/mysql-5.0
-
unknown authored
into mysql.com:/usr/home/bar/mysql-4.1
-
unknown authored
Activate Unicode collations in Windows version. include/config-win.h: Activate Unicode collations in Windows version.
-
unknown authored
-
unknown authored
bug #7215: information_schema: columns are longtext instead of varchar
-
unknown authored
The problem was in different representations of double variables depending on platform/compiler/compile options. In some cases double variables are represented by 64 bits (while in memory), or by 80 bits (while in FPU register). As a result equal values are not considered "==". As many sources point out, doubles should not be compared by '==' for this reason. This fix subtracts the scaled minimal double value X such that 1 + X != 1, to ensure that the inequality holds in any case. sql/opt_range.cc: Do not compare double values with == because they may have different representations.
-
unknown authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-5.0
-
unknown authored
ndb/src/kernel/main.cpp: merge
-
unknown authored
make sure transporter connections are close early in shutdown ndb/src/common/logger/LogHandler.cpp: removed printout "- Repeated 1 times" ndb/src/kernel/main.cpp: make sure transporter connections are close early in shutdown ndb/src/kernel/vm/Emulator.cpp: make sure transporter connections are close early in shutdown ndb/src/kernel/vm/Emulator.hpp: make sure transporter connections are close early in shutdown
-
unknown authored
into gluh.mysql.r18.ru:/home/gluh/MySQL/mysql-5.0
-
unknown authored
extra/perror.c: Auto merged sql/mysqld.cc: Auto merged sql/sql_acl.cc: Merge change in warning message sql/sql_parse.cc: Hand-merge
-
- 22 Feb, 2005 9 commits
-
-
unknown authored
-
unknown authored
mysql-test/t/rpl_charset.test: I have no idea why the automatic merge changed these, but now I have changed it back
-
unknown authored
into serg.mylan:/usr/home/serg/Abk/mysql-5.0
-
unknown authored
-
unknown authored
-
unknown authored
client/mysqldump.c: Auto merged mysql-test/r/mysqldump.result: Auto merged mysql-test/r/rpl_charset.result: Auto merged sql/mysql_priv.h: Auto merged sql/mysqld.cc: Auto merged sql/set_var.cc: Auto merged mysql-test/t/rpl_charset.test: Manual merge sql/log_event.cc: Manual merge
-
unknown authored
into mysql.com:/home/jimw/my/mysql-4.1-clean sql/sql_acl.cc: Auto merged
-
unknown authored
into mysql.com:/home/jimw/my/mysql-4.1-clean sql/mysqld.cc: Auto merged sql/sql_parse.cc: Auto merged
-
unknown authored
-