- 16 Oct, 2006 2 commits
-
-
gkodinov/kgeorge@rakia.(none) authored
into rakia.(none):/home/kgeorge/mysql/autopush/B14019-4.1-opt
-
gkodinov/kgeorge@macbook.gmz authored
When resolving unqualified name references MySQL was not checking what is the item type for the reference. Thus e.g a string literal item that has by convention a name equal to its string value will also work as a reference to a SELECT list item or a table field. Fixed by allowing only Item_ref or Item_field to referenced by (unqualified) name.
-
- 01 Oct, 2006 1 commit
-
-
holyfoot/hf@mysql.com/deer.(none) authored
into mysql.com:/home/hf/work/21888/my41-21888
-
- 29 Sep, 2006 2 commits
-
-
evgen@moonbone.local authored
Fix for bug 7894 replaces a field(s) in a non-aggregate function with a item reference if such a field was specified in the GROUP BY clause in order to get a correct result. When ROLLUP is involved this lead to a wrong result due to value of a such field is got through a copy function and copying happens after the function evaluation. Such replacement isn't needed if grouping is also done by such a function. The change_group_ref() function now isn't called for a function present in the group list.
-
holyfoot/hf@mysql.com/deer.(none) authored
RTree keys are really different from BTree and need specific paramters to be set by optimizer to work. Sometimes optimizer doesn't set those properly. Here we decided just to add code to check that the parameters are correct. Hope to fix optimizer sometimes.
-
- 28 Sep, 2006 1 commit
-
-
gkodinov@dl145s.mysql.com authored
into dl145s.mysql.com:/data/bk/team_tree_merge/MERGE/mysql-4.1-opt
-
- 27 Sep, 2006 2 commits
-
-
gluh@mysql.com/gluh.(none) authored
-
holyfoot/hf@mysql.com/deer.(none) authored
into mysql.com:/home/hf/work/mysql-4.1.15428
-
- 25 Sep, 2006 3 commits
-
-
igor@rurik.mysql.com authored
an ALL/ANY quantified subquery in HAVING. The Item::split_sum_func2 method should not create Item_ref for objects of any class derived from Item_subselect.
-
holyfoot/hf@mysql.com/deer.(none) authored
into mysql.com:/home/hf/work/mysql-4.1.15428
-
holyfoot/hf@mysql.com/deer.(none) authored
into mysql.com:/home/hf/work/mysql-4.1.15428
-
- 24 Sep, 2006 1 commit
-
-
Filter out plain -O and Sun C/C++ style optimization flags, -xO<level> Filter out icc specific options from cflags/libs(_r)
-
- 23 Sep, 2006 2 commits
-
-
into mysql.com:/users/lthalmann/bk/MERGE/mysql-4.1-merge
-
into mysql.com:/users/lthalmann/bk/MERGE/mysql-4.1-merge
-
- 21 Sep, 2006 2 commits
-
-
- 20 Sep, 2006 3 commits
-
-
igor@rurik.mysql.com authored
Any default value for a enum fields over UCS2 charsets was corrupted when we put it into the frm file, as it had been overwritten by its HEX representation. To fix it now we save a copy of structure that represents the enum type and when putting the default values we use this copy.
-
into mysql.com:/users/lthalmann/bk/MERGE/mysql-4.1-merge
-
istruewing@chilla.local authored
into chilla.local:/home/mydev/mysql-4.1-bug14400-monty
-
- 19 Sep, 2006 2 commits
-
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/mysql-4.1-opt
-
istruewing@chilla.local authored
into chilla.local:/home/mydev/mysql-4.1-bug14400-monty
-
- 18 Sep, 2006 2 commits
-
-
svoj@may.pils.ru authored
into may.pils.ru:/home/svoj/devel/mysql/merge/mysql-4.1-engines
-
gkodinov@dl145s.mysql.com authored
into dl145s.mysql.com:/data/bk/team_tree_merge/MERGE/mysql-4.1-opt
-
- 16 Sep, 2006 1 commit
-
-
igor@rurik.mysql.com authored
statement that uses an aggregating IN subquery with HAVING clause. A wrong order of the call of split_sum_func2 for the HAVING clause of the subquery and the transformation for the subquery resulted in the creation of a andor structure that could not be restored at an execution of the prepared statement.
-
- 15 Sep, 2006 3 commits
-
-
gkodinov/kgeorge@macbook.gmz authored
into macbook.gmz:/Users/kgeorge/mysql/work/B21180-4.1-opt
-
istruewing@chilla.local authored
into chilla.local:/home/mydev/mysql-4.1-bug14400
-
gkodinov@dl145s.mysql.com authored
into dl145s.mysql.com:/data/bk/team_tree_merge/MERGE/mysql-4.1-opt
-
- 14 Sep, 2006 4 commits
-
-
into mysql.com:/users/lthalmann/bk/MERGE/mysql-4.1-merge
-
istruewing@chilla.local authored
"concurrent insert" After merge fix.
-
evgen@moonbone.local authored
into moonbone.local:/work/21677-bug-4.1-opt-mysql
-
evgen@moonbone.local authored
Added the test case for bug#21677: Wrong result when comparing a DATE and a DATETIME in BETWEEN
-
- 12 Sep, 2006 2 commits
-
-
evgen@moonbone.local authored
Removed changes to the Item_func_between::fix_length_and_dec() made in the fix for bug#16377 query_cache.result: Corrected a test case after removing a fix for bug#16377
-
istruewing@chilla.local authored
into chilla.local:/home/mydev/mysql-4.1-bug14400
-
- 11 Sep, 2006 1 commit
-
-
into mysql.com:/users/lthalmann/bk/MERGE/mysql-4.1-merge
-
- 08 Sep, 2006 1 commit
-
-
gkodinov/kgeorge@macbook.gmz authored
VALUES() was considered a constant. This caused replacing (or pre-calculating) it using uninitialized values before the actual execution takes place. Mark it as a non-constant (still not dependent of tables) to prevent the pre-calculation.
-
- 07 Sep, 2006 3 commits
-
-
evgen@moonbone.local authored
Corrected test case after removal of fix for bug#16377 type_date.test: Corrected test case after removal of fix for bug#16377 item_cmpfunc.cc: Removed changes to the agg_cmp_type() made in the for bug#16377
-
istruewing@chilla.local authored
into chilla.local:/home/mydev/mysql-4.1-bug14400
-
istruewing@chilla.local authored
"concurrent insert" Additional fix for full keys and test case.
-
- 06 Sep, 2006 1 commit
-
-
holyfoot/hf@mysql.com/deer.(none) authored
-
- 05 Sep, 2006 1 commit
-
-
gkodinov/kgeorge@rakia.(none) authored
into rakia.(none):/home/kgeorge/mysql/autopush/B16792-4.1-opt
-