- 15 May, 2006 7 commits
-
-
knielsen@mysql.com authored
-
knielsen@mysql.com authored
into mysql.com:/usr/local/mysql/tmp-5.0
-
aivanov@mysql.com authored
into mysql.com:/home/alexi/innodb/mysql-5.0-ss547
-
aivanov@mysql.com authored
into mysql.com:/home/alexi/innodb/mysql-5.0-ss547-work Null merge
-
aivanov@mysql.com authored
Fix BUG#19542 "InnoDB doesn't increase the Handler_read_prev counter".
-
aivanov@mysql.com authored
Fix BUG#19542 "InnoDB doesn't increase the Handler_read_prev counter.
-
knielsen@mysql.com authored
Stored procedure execution sometimes placed the address of auto variables in the list of Item changes to undo in THD::rollback_item_tree_changes(). This could cause stack corruption.
-
- 14 May, 2006 1 commit
-
-
konstantin@mysql.com authored
into mysql.com:/opt/local/work/mysql-5.0-runtime-merge
-
- 13 May, 2006 5 commits
-
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-2
-
igor@rurik.mysql.com authored
over two views when using syntax with curly braces. Each outer join operation must be placed in a separate nest. This was not done when the syntax with curly braces was used. In some cases, in particular, for queries with outer join operation over views it could cause a crash.
-
gluh@eagle.intranet.mysql.r18.ru authored
remove initialization of unsigned_flag for Item_decimal
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-2
-
igor@rurik.mysql.com authored
itself when executing queries referring to a view with GROUP BY an expression containing non-constant interval. It happened because Item_date_add_interval::eq neglected the fact that the method can be applied to an expression of the form date(col) + interval time_to_sec(col) second at the time when col could not be evaluated yet. An attempt to evaluate time_to_sec(col) in this method resulted in a crash.
-
- 12 May, 2006 21 commits
-
-
kent@mysql.com authored
Change mode to -rw-rw-r--
-
kent@mysql.com authored
-
kent@mysql.com authored
Change mode to -rw-rw-r-- Ereport.pl, Ecreate.pl, Ecompare.pl: Change mode to -rwxrwxr--
-
kent@mysql.com authored
-
kent@mysql.com authored
Change mode to -rw-rw-r-- dbug_add_tags.pl: Change mode to -rwxrwxr--
-
gkodinov@mysql.com authored
into mysql.com:/home/kgeorge/mysql/5.0/B7549
-
gluh@eagle.intranet.mysql.r18.ru authored
replaced get_field(MEM_ROOT *mem, Field *field) with get_field(MEM_ROOT *mem, Field *field, String *res). It allows to avoid strlen().
-
gluh@mysql.com authored
into mysql.com:/home/gluh/MySQL/Merge/5.0
-
gluh@mysql.com authored
into mysql.com:/home/gluh/MySQL/Merge/5.0
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
tnurnberg@mysql.com authored
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
gluh@mysql.com authored
into mysql.com:/home/gluh/MySQL/Merge/5.0
-
gluh@eagle.intranet.mysql.r18.ru authored
-
kroki@mysql.com authored
from within triggers Add support for passing NEW.x as INOUT and OUT parameters to stored procedures. Passing NEW.x as INOUT parameter requires SELECT and UPDATE privileges on that column, and passing it as OUT parameter requires only UPDATE privilege.
-
msvensson@neptunus.(none) authored
-
tnurnberg@mysql.com authored
into mysql.com:/home/mysql-5.0-10418
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0-maint
-
msvensson@neptunus.(none) authored
- Don't kill the active connection to the server, instead read the connection id, switch connection and kill the first one from there.
-
igor@rurik.mysql.com authored
a worse execution plan than in 4.1 for some queries. It happened due the fact that at some conditions the optimizer always preferred range or full index scan access methods to lookup access methods even when the latter were much cheaper. The problem was not observed in 4.1 for the reported query because the WHERE condition was not of a form that could cause the problem. Equality propagation introduced on 5.0 added an extra predicate and changed the WHERE condition. The new condition provoked the optimizer to make a bad choice. The problem was fixed by the patch for bug 17379.
-
- 11 May, 2006 4 commits
-
-
kent@mysql.com authored
Stepped up to 4.0.28
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/work/mysql/mysql-5.0-maint
-
gkodinov@mysql.com authored
When a view statement is compiled on CREATE VIEW time, most of the optimizations should not be done. Finding the right optimization for a subquery is one of them. Unfortunately the optimizer is resolving the column references of the left expression of IN subqueries in the process of deciding witch optimization to use (if needed). So there should be a special case in Item_in_subselect::fix_fields() : check the validity of the left expression of IN subqueries in CREATE VIEW mode and then proceed as normal.
-
tnurnberg@mysql.com authored
into mysql.com:/home/mysql-4.1-10418
-
- 10 May, 2006 2 commits
-
-
tnurnberg@mysql.com authored
into mysql.com:/home/mysql-5.0-19263
-
kent@mysql.com authored
-