- 09 Jan, 2007 7 commits
-
-
evgen@moonbone.local authored
used. The Item::save_in_field() function is called from fill_record() to fill the new row with data while execution of the CREATE TABLE ... SELECT statement. Item::save_in_field() calls val_xxx() methods in order to get values. val_xxx() methods do not take into account the result field. Due to this Item_func_set_user_var::val_xxx() methods returns values from the original table, not from the temporary one. The save_in_field() member function is added to the Item_func_set_user_var class. It detects whether the result field should be used and properly updates the value of the user variable.
-
evgen@moonbone.local authored
A BINARY field is represented by the Field_string class. The space character is used as the filler for unused characters in such a field. But a BINARY field should use \x00 instead. Field_string:reset() now detects whether the current field is a BINARY one and if so uses the \x00 character as a default value filler.
-
evgen@moonbone.local authored
into moonbone.local:/home/evgen/bk-trees/mysql-5.0-opt
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/opt/my50-opt
-
evgen@moonbone.local authored
into moonbone.local:/home/evgen/bk-trees/mysql-5.0-opt
-
igor@olga.mysql.com authored
into olga.mysql.com:/home/igor/dev-opt/mysql-5.0-opt-bug24345
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/opt/my50-opt
-
- 05 Jan, 2007 1 commit
-
-
gkodinov/kgeorge@macbook.gmz authored
The optimizer removes expressions from GROUP BY/DISTINCT if they happen to participate in a <expression> = <const> predicates of the WHERE clause (the idea being that if it's always equal to a constant it can't have multiple values). However for predicates where the expression and the constant item are of different result type this is not valid (e.g. a string column compared to 0). Fixed by additional check of the result types of the expression and the constant and if they differ the expression don't get removed from the group by list.
-
- 04 Jan, 2007 2 commits
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/opt/my50-opt
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/opt/my50-opt
-
- 03 Jan, 2007 5 commits
-
-
igor@olga.mysql.com authored
This bug appeared after the patch for bug 21390 that had added some code to handle outer joins with no matches after substitution of a const table in an efficient way. That code as it is cannot be applied to the case of nested outer join operations. Being applied to the queries with nested outer joins the code can cause crashes or wrong result sets. The fix blocks row substitution for const inner tables of an outer join if the inner operand is not a single table.
-
gkodinov/kgeorge@rakia.gmz authored
into rakia.gmz:/home/kgeorge/mysql/work/B15439-5.0-opt
-
gkodinov/kgeorge@rakia.gmz authored
Addendum to the fix for bug#15439 : valgrind pb failed
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/opt/my41-opt
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/opt/my50-opt
-
- 02 Jan, 2007 11 commits
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
-
holyfoot/hf@mysql.com/hfmain.(none) authored
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/common/my50-common
-
holyfoot/hf@mysql.com/hfmain.(none) authored
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/common/my50-common
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/common/my50-common
-
holyfoot/hf@mysql.com/hfmain.(none) authored
-
holyfoot/hf@mysql.com/hfmain.(none) authored
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/common/my50-common
-
holyfoot/hf@mysql.com/hfmain.(none) authored
-
kent@mysql.com/kent-amd64.(none) authored
Temporary work around for bug#25359
-
- 31 Dec, 2006 5 commits
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/common/my50-common
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/common/my41-common
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/d2/hf/common/my50-common
-
kent@mysql.com/kent-amd64.(none) authored
into mysql.com:/home/kent/bk/main/mysql-5.0
-
kent@mysql.com/kent-amd64.(none) authored
Corrected spelling in copyright text Makefile.am: Don't update the files from BitKeeper Many files: Removed "MySQL Finland AB & TCX DataKonsult AB" from copyright header Adjusted year(s) in copyright header Many files: Added GPL copyright text Removed files: Docs/Support/colspec-fix.pl Docs/Support/docbook-fixup.pl Docs/Support/docbook-prefix.pl Docs/Support/docbook-split Docs/Support/make-docbook Docs/Support/make-makefile Docs/Support/test-make-manual Docs/Support/test-make-manual-de Docs/Support/xwf
-
- 28 Dec, 2006 1 commit
-
-
stewart@willster.(none) authored
into willster.(none):/home/stewart/Documents/MySQL/5.0/ndb-mgm-work
-
- 27 Dec, 2006 2 commits
-
-
tomas@poseidon.mysql.com authored
into poseidon.mysql.com:/home/tomas/mysql-5.0-ndb
-
into xiphis.org:/home/antony/work2/mysql-5.0-engines-merge
-
- 26 Dec, 2006 2 commits
-
-
holyfoot/hf@mysql.com/deer.(none) authored
-
svoj@mysql.com/june.mysql.com authored
repair it Multi-table delete that is optimized with QUICK_RANGE reports table corruption. DELETE statement must not use KEYREAD optimization, and sets table->no_keyread to 1. This was ignored in QUICK_RANGE optimization. With this fix QUICK_RANGE optimization honors table->no_keyread value and does not enable KEYREAD when it is requested.
-
- 25 Dec, 2006 1 commit
-
-
gluh@mysql.com/eagle.(none) authored
into mysql.com:/home/gluh/MySQL/Merge/4.1-opt
-
- 23 Dec, 2006 2 commits
-
-
kent@mysql.com/kent-amd64.(none) authored
Changed header to GPL version 2 only
-
evgen@moonbone.local authored
into moonbone.local:/home/evgen/bk-trees/mysql-5.0-opt
-
- 21 Dec, 2006 1 commit
-
-
istruewing@chilla.local authored
into chilla.local:/home/mydev/mysql-5.0-axmrg
-