- 04 Dec, 2003 3 commits
-
-
pem@mysql.com authored
into mysql.com:/home/pem/work/mysql-5.0
-
pem@mysql.comhem.se authored
and BUG#1654: Stored Procedure Crash if contains subquery and set function Disallowed subselects in RETURN (for FUNCTIONs) and SET of local variables. The latter should work, but turned out to be difficult to fix, so we just disallow it for the time being.
-
lenz@kallisto.local authored
files from being included in the source distribution
-
- 02 Dec, 2003 11 commits
-
-
sergefp@mysql.com authored
into mysql.com:/home/psergey/mysql-5.0-compile
-
sergefp@mysql.com authored
-
pem@mysql.com authored
into mysql.com:/home/pem/work/mysql-5.0
-
konstantin@mysql.com authored
into mysql.com:/home/kostja/mysql/mysql-4.1-root
-
hf@deer.(none) authored
Second edition: error message was deleted as Segey suggested Now name of the constraint will be used as the name of the key if the last not specified
-
konstantin@oak.local authored
thd->command can be anything except COM_EXECUTE in no cases except programming error.
-
monty@mysql.com authored
Ensure that innodb is created for the first replication test as the slave-timeout is lower for future tests and this failed on some slower machines
-
konstantin@mysql.com authored
into mysql.com:/home/kostja/mysql/mysql-4.1-root
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-1
-
igor@rurik.mysql.com authored
Fixed inconsistency of values of used_tables_cache and const_item_cache for Item_func_isnull objects (bug #1990).
-
igor@rurik.mysql.com authored
Fixed inconsistency of values of used_tables_cache and const_item_cache for Item_func_isnull objects (bug #1990). item_cmpfunc.h: Fixed inconsistency of values of used_tables_cache and const_item_cache for Item_func_isnull objects (bug #1990).
-
- 01 Dec, 2003 7 commits
-
-
igor@rurik.mysql.com authored
Fixed inconsistency of values of used_tables_cache and const_item_cache for Item_func_isnull objects (bug #1990).
-
konstantin@oak.local authored
followup of Bordeaux Optimizer session
-
pem@mysql.comhem.se authored
-
konstantin@mysql.com authored
into mysql.com:/home/kostja/mysql/mysql-4.1-root
-
pem@mysql.com authored
-
konstantin@oak.local authored
all items in free_prep_stmt(free_items); indentation fix
-
monty@mysql.com authored
Added --protocol to mysqlbinlog
-
- 28 Nov, 2003 19 commits
-
-
monty@mysql.com authored
-
monty@mysql.com authored
-
monty@mysql.com authored
-
monty@mysql.com authored
into mysql.com:/my/mysql-4.1
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.0
-
serg@serg.mylan authored
It happens that mysql->client_next->client_next=mysql and mysql_close() goes into infinite loop. Results vary from simple sigsegv (FreeBSD), to hard system lockup (Linux) :)
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.1
-
guilhem@mysql.com authored
the relay log before flushing master.info. Doing 'before' leads to duplicate event, doing after leads to missing event. Both can be as destructive, but 'duplicate' enables us to later add detection code to catch it. Whereas 'missing' can't be caught (it can't, because the I/O thread can produce legal position jumps, for example if it has ignored an event coming from this slave (rememember that starting from 4.1.1, the I/O thread filters the server id).
-
konstantin@mysql.com authored
into mysql.com:/home/kostja/mysql/mysql-4.1-root
-
konstantin@oak.local authored
-
monty@mysql.com authored
-
monty@mysql.com authored
into mysql.com:/my/mysql-4.0
-
monty@mysql.com authored
-
monty@mysql.com authored
into mysql.com:/my/mysql-4.1
-
monty@mysql.com authored
into mysql.com:/my/mysql-4.1
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.0
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.1
-
serg@serg.mylan authored
-
serg@serg.mylan authored
-