- 15 Sep, 2005 32 commits
-
-
evgen@moonbone.local authored
into moonbone.local:/work/12887-bug-5.0-mysql
-
evgen@moonbone.local authored
into moonbone.local:/work/12887-bug-5.0-mysql
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-5.0
-
serg@serg.mylan authored
-
evgen@moonbone.local authored
into moonbone.local:/work/12887-bug-5.0-mysql
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
evgen@moonbone.local authored
-
SergeyV@selena. authored
into selena.:H:/MYSQL/src/fin-mysql-5.0
-
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.
-
evgen@moonbone.local authored
into moonbone.local:/work/11416-bug-5.0-mysql
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
evgen@moonbone.local authored
-
SergeyV@selena. authored
into selena.:H:/MYSQL/src/fin-mysql-5.0
-
monty@mysql.com authored
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-4.1
-
monty@mysql.com authored
Ignored some generated files
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-owner2-5.0
-
pekka@mysql.com authored
into mysql.com:/export/space/pekka/ndb/version/my50
-
pekka@mysql.com authored
into mysql.com:/export/space/pekka/ndb/version/my50
-
lenz@mysql.com authored
been branched off)
-
lenz@mysql.com authored
- tagged this ChangeSet as "clone-5.0.13-build"
-
pekka@mysql.com authored
IGNORE on merge 4.1->5.0
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-owner2-5.0
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/bug13029/my50-bug13029
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/bug12526/my50-bug12526
-
bell@sanja.is.com.ua authored
-
msvensson@neptunus.(none) authored
-Applied patch from Todd
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/bug12526/my50-bug12526
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-5.0-5000
-
msvensson@neptunus.(none) authored
- Disable inlining in integer.cp for sparc solaris Cun C++ 5.6
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/src/mysql-5.0-bg12704-2
-
- 14 Sep, 2005 8 commits
-
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/src/mysql-5.0-bg12704-2
-
dlenev@mysql.com authored
This bug occurs when some trigger for table used by DML statement is created or changed while statement was waiting in lock_tables(). In this situation prelocking set which we have calculated becames invalid which can easily lead to errors and even in some cases to crashes. With proposed patch we no longer silently reopen tables in lock_tables(), instead caller of lock_tables() becomes responsible for reopening tables and recalculation of prelocking set.
-
eric@mysql.com authored
into mysql.com:/home/eric/mysql-5.0-fed-err
-
eric@mysql.com authored
into mysql.com:/home/eric/mysql-5.0-fed-err
-
elliot@mysql.com authored
-
elliot@mysql.com authored
into mysql.com:/home/emurphy/src/bk-clean/mysql-5.0
-
bell@sanja.is.com.ua authored
-
evgen@moonbone.local authored
When parser parses function convert_tz it loads available timezone tables in thd->lex->time_zone_tables_used. But view have another lex that main query. Thus time_zone_tables_used of main query left uninitialized. When Item_func_conver_tz is fixed it takes timezone tables from main query and later when it executed it assumes that timezone tables are loaded and failed that assertion.
-