- 10 Dec, 2003 15 commits
-
-
unknown authored
into mysql.com:/home/kostja/mysql/mysql-4.0-return_else
-
unknown authored
-
unknown authored
into mysql.com:/home/kostja/mysql/mysql-4.0-1993
-
unknown authored
into gluh.mysql.r18.ru:/home/gluh/mysql-4.0.ssl
-
unknown authored
(in addition to CS 1.1623 03/12/09)
-
unknown authored
into gluh.mysql.r18.ru:/home/gluh/mysql-4.0.ssl acinclude.m4: Auto merged
-
unknown authored
into gw.mysql.r18.ru:/usr/home/ram/work/4.0.b2005
-
unknown authored
into deer.(none):/home/hf/work/mysql-4.0.1890
-
unknown authored
introduced base class Item_func_bit for bit functions mysql-test/r/func_op.result: test results for bug #1993 'bit functions do not return unsigned values' mysql-test/t/func_op.test: added tests for bug #1993 'bit functions do not return unsigned values'
-
unknown authored
-
unknown authored
into mysql.com:/home/kostja/mysql/mysql-4.0-1790
-
unknown authored
into mysql.com:/home/kostja/mysql/mysql-4.0-1790
-
unknown authored
SQL_BIG_RESULT used": now BIT_AND() always returns 18446744073709551615 if no rows were found. This patch also fixes bug #1972: "BIT_AND() and BIT_OR() still return a *signed* 64bit value" mysql-test/r/func_group.result: followup to fix for bug #1790 BIT_AND() result in GROUP BY different when SQL_BIG_RESULT used": test results fixed bug #1972 "BIT_AND() and BIT_OR() still return a *signed* 64bit value": results of new tests mysql-test/t/func_group.test: added tests for bug #1972 "BIT_AND() and BIT_OR() still return a *signed* 64bit value"
-
unknown authored
into mysql.com:/my/mysql-4.0
-
unknown authored
-
- 09 Dec, 2003 16 commits
-
-
unknown authored
into mysql.com:/home/kostja/mysql/mysql-4.0-1335
-
unknown authored
--disable_query_log was not a good idea, Serg says mysql-test/r/group_by.result: bug #1335 tests followup: --disable_query_log was not a good idea, Serg says tests results updated
-
unknown authored
into mysql.com:/my/mysql-4.0
-
unknown authored
Added checking of return value from malloc() in reg_init() client/mysqltest.c: Added comment dbug/dbug.c: Removed not needed test mysys/charset.c: Added checking of return value from my_once_alloc() regex/reginit.c: Abort if out of memory in reg_init() (unlikely) sql/item_strfunc.cc: Added comment
-
unknown authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-qc-4.0
-
unknown authored
-
unknown authored
mysql-test/r/group_by.result: test results fixed mysql-test/t/group_by.test: added few explicit tests for bug #1335
-
unknown authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-qc-4.0
-
unknown authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.0 sql/mysqld.cc: Auto merged
-
unknown authored
sql/mysqld.cc: code cleanup
-
unknown authored
-
unknown authored
into mysql.com:/my/mysql-4.0 sql/mysqld.cc: Auto merged
-
unknown authored
-
unknown authored
#2005 Long decimal comparion bug. #2055 mysqldump should replace "-inf" numeric field values with "NULL"
-
unknown authored
-
unknown authored
-
- 08 Dec, 2003 3 commits
-
-
unknown 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.
-
unknown authored
into mysql.com:/home/mysql_src/mysql-4.0
-
unknown 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>). sql/log.cc: A comment to warn that thd can be 0. The part about LOG_EVENT_FORCED_ROTATE_F is just to avoid segfault; this flag is already removed in 4.1 anyway. sql/log_event.cc: A comment. sql/log_event.h: 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. This fixes BUG#2045 "Sending SIGHUP to mysqld crashes it if running with --log-bin"
-
- 07 Dec, 2003 3 commits
-
-
unknown authored
into gluh.mysql.r18.ru:/home/gluh/mysql-4.0.defweek sql/mysqld.cc: Auto merged
-
unknown 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. mysql-test/r/func_time.result: Test for 'default_week_format' option and 'week' function mysql-test/t/func_time.test: Test for 'default_week_format' option and 'week' function sql/item_timefunc.cc: WL#1175 more default_week_formats for iso compatibility sql/mysql_priv.h: WL#1175 more default_week_formats for iso compatibility sql/mysqld.cc: WL#1175 more default_week_formats for iso compatibility sql/time.cc: WL#1175 more default_week_formats for iso compatibility
-
unknown authored
into gluh.mysql.r18.ru:/home/gluh/mysql-4.0.pass sql/sql_parse.cc: Auto merged
-
- 05 Dec, 2003 3 commits
-
-
unknown authored
This bug happens under Windows & Embedded server Reason is that pthread_self() always returns NULL in this case. This confuses thr_lock function and it doesn't stop thread inserting in the write-locked table. Global problem is that there's no way under Windows to get unique thread handle for working thread. Monty made a workaround for server - we store the thread's handle we get when we create thread in the thread-specific variable. This doesn't work with the embedded library for we don't control thread creation there. I added code that sets CurrentThreadId as the pthread_self for the embedded library. It seems to solve problem because it's unique and we don't use pthread_self as a parameter for thread functions in embedded library. mysys/my_thr_init.c: setting of tmp->thread_self added
-
unknown authored
-
unknown authored
include/config-win.h: ULONGLONG_MAX definition added include/my_global.h: comment about config-win.h added
-