- 22 Sep, 2005 1 commit
-
-
ramil@mysql.com authored
-
- 19 Sep, 2005 7 commits
-
-
sasha@asksasha.com authored
into asksasha.com:/reiser-data/mysql-dev/mysql-4.1-bug11139
-
evgen@moonbone.local authored
into moonbone.local:/work/13218-bug-4.1-mysql
-
into a193-229-222-105.elisa-laajakaista.fi:/home/my/bk/mysql-4.1
-
-
kent@mysql.com authored
Added flag --valgrind-mysqltest
-
jonas@perch.ndb.mysql.com authored
big delete from causing NdbObjectIdMap::expand at same time as receiver thread perform getObjectId
-
evgen@moonbone.local authored
This is backport from 5.0 of fix for bug #11039
-
- 18 Sep, 2005 4 commits
-
-
paul@snake-hub.snake.net authored
into snake-hub.snake.net:/src/extern/MySQL/bk/merge-4.1
-
paul@snake-hub.snake.net authored
into snake-hub.snake.net:/src/extern/MySQL/bk/merge-4.1
-
paul@snake-hub.snake.net authored
Delete: man/which.2
-
sasha@asksasha.com authored
into asksasha.com:/reiser-data/mysql-dev/mysql-4.1-bug11139
-
- 16 Sep, 2005 1 commit
-
-
kent@mysql.com authored
Enabled --valgrind to work (bug#13280)
-
- 15 Sep, 2005 8 commits
-
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
evgen@moonbone.local authored
into moonbone.local:/work/12887-bug-4.1-mysql
-
evgen@moonbone.local authored
For queries with GROUP BY and without hidden GROUP BY fields DISTINCT is optimized away becuase such queries produce result set without duplicates. But ROLLUP can add rows which may be same to some rows and this fact was ignored. Added check so if ROLLUP is present DISTINCT can't be optimized away.
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
monty@mysql.com authored
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-4.1
-
monty@mysql.com authored
Ignored some generated files
-
pekka@mysql.com authored
IGNORE on merge 4.1->5.0
-
- 14 Sep, 2005 9 commits
-
-
sasha@asksasha.com authored
into asksasha.com:/reiser-data/mysql-dev/mysql-4.1-bug11139
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.1-4100
-
sasha@asksasha.com authored
into asksasha.com:/reiser-data/mysql-dev/mysql-4.1-bug11139
-
sasha@asksasha.com authored
present): the problem originally was that the tables in auxilliary_tables did not have the correct real_name, which caused problems in the second call to tables_ok(). The fix corrects the real_name problem, and also sets the updating flag properly, which makes the second call to tables_ok() unnecessary.
-
joerg@mysql.com authored
-
ingo@mysql.com authored
After merge fix.
-
joerg@mysql.com authored
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.1-4100
-
ingo@mysql.com authored
Enlarged the counter variables to ulonglong.
-
- 13 Sep, 2005 4 commits
-
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.1-4100
-
ingo@mysql.com authored
Solution for 4.0 and 4.1. If the caller cannot re-open table(s), it gives a NULL 'refresh' argument to open_table(). We used to ignore flushes then. Now we ignore drops too.
-
jani@ua141d10.elisa.omakaista.fi authored
-
tulin@dl145c.mysql.com authored
-
- 12 Sep, 2005 6 commits
-
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.1
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
jimw@mysql.com authored
-
ndbdev@dl145b.mysql.com authored
into dl145b.mysql.com:/home/ndbdev/tomas/mysql-4.1
-
SergeyV@selena. authored
into selena.:H:/MYSQL/src/#05588-mysql-4.1
-