- 01 May, 2008 2 commits
-
-
pcrews@pcrews-mac-local.local authored
Bug#36028 - Test funcs_1.<engine>_trig_03e failing on Windows Bug#36029 - Test funcs_1.<engine>_trig_0407 failing on Windows Bug#36030 - Test funcs_1.<engine>_trig_08 failing on Windows Adding $MASTER_MYSOCK to init_win_path() When path names are short, master.sock ends up in MYSQL_TMP_DIR, but with longer path names, master.sock ends up in /tmp/<random_string>/ and these tests will fail due to path delimiter difference. New changeset to start with 5.0 -- Not all of these tests are present in 5.0, but want to keep mysqltest the same
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/merge-5.0-bugteam
-
- 28 Apr, 2008 5 commits
-
-
iggy@amd64.(none) authored
into amd64.(none):/src/rel_clean_up/my50-rel_clean_up
-
iggy@amd64.(none) authored
-
iggy@amd64.(none) authored
into amd64.(none):/src/rel_clean_up/my50-rel_clean_up
-
iggy@amd64.(none) authored
into amd64.(none):/src/rel_clean_up/my50-rel_clean_up
-
iggy@amd64.(none) authored
-
- 24 Apr, 2008 1 commit
-
-
evgen@moonbone.local authored
When a zero length is provided to the my_decimal_length_to_precision function along with unsigned_flag set to false it returns a negative value. For queries that employs temporary tables may cause failed assertion or excessive memory consumption while temporary table creation. Now the my_decimal_length_to_precision and the my_decimal_precision_to_length functions take unsigned_flag into account only if the length/precision argument is non-zero.
-
- 23 Apr, 2008 2 commits
-
-
-
gshchepa/uchum@host.loc authored
Post-commit minor cleanup of testcase (bug#36139).
-
- 22 Apr, 2008 3 commits
-
-
gshchepa/uchum@host.loc authored
into host.loc:/home/uchum/work/5.0-bugteam
-
gshchepa/uchum@host.loc authored
impossible WHERE/HAVING clause (subselect_single_select_engine::exec). Allocation and initialization of joined table list t1, t2... of subqueries like: NOT IN (SELECT ... FROM t1,t2,... WHERE 0) is optimized out, however server tries to traverse this list.
-
gshchepa/uchum@host.loc authored
Grouping or ordering of long values in not indexed BLOB/TEXT columns with GBK or BIG5 charsets crashes the server. MySQL server uses sorting (the filesort procedure) in the temporary table to evaluate the GROUP BY clause in case of lack of suitable index. That procedure takes into account only first @max_sort_length bytes (system variable, usually 1024) of TEXT/BLOB sorting key string. The my_strnxfrm_gbk and my_strnxfrm_big5 fill temporary keys with data of whole blob length instead of @max_sort_length bytes length. That buffer overrun has been fixed.
-
- 21 Apr, 2008 1 commit
-
-
sergefp@mysql.com authored
- Make convert_zerofill_number_to_string() take into account that the constant it is converting may evaluate to NULL.
-
- 01 Apr, 2008 2 commits
-
-
mkindahl@dl145h.mysql.com authored
-
mkindahl@dl145h.mysql.com authored
into dl145h.mysql.com:/data0/mkindahl/mysql-5.0-rpl-merge
-
- 31 Mar, 2008 2 commits
-
-
mkindahl@dl145h.mysql.com authored
-
mkindahl@dl145h.mysql.com authored
into dl145h.mysql.com:/data0/mkindahl/mysql-5.0-rpl-merge
-
- 30 Mar, 2008 1 commit
-
-
iggy@amd64.(none) authored
-
- 29 Mar, 2008 3 commits
-
-
gkodinov/kgeorge@macbook.gmz authored
-
gkodinov/kgeorge@macbook.gmz authored
-
gkodinov/kgeorge@macbook.gmz authored
-
- 28 Mar, 2008 12 commits
-
-
iggy@amd64.(none) authored
into amd64.(none):/src/bug26243/my50-bug26243
-
anozdrin/alik@quad.opbmk authored
1. Use 'dat' extension, because it is handled in Makefile.am; 2. Fix typo: the bug id is 35469, not 35649.
-
iggy@amd64.(none) authored
into amd64.(none):/src/bug26243/my50-bug26243
-
anozdrin/alik@quad.opbmk authored
into quad.opbmk:/mnt/raid/alik/MySQL/devel/5.0-bt
-
iggy@amd64.(none) authored
- Backported the 5.1 DBUG to 5.0. - Avoid memory cleanup race on Windows client for CTRL-C
-
anozdrin/alik@quad.opbmk authored
The problem was that LOAD DATA code (sql_load.cc) didn't take into account that there may be items, representing references to other columns. This is a usual case in views. The crash happened because Item_direct_view_ref was casted to Item_user_var_as_out_param, which is not a base class. The fix is to 1) Handle references properly; 2) Ensure that an item is treated as a user variable only when it is a user variable indeed; 3) Report an error if LOAD DATA is used to load data into non-updatable column.
-
mattiasj@witty. authored
into witty.:/Users/mattiasj/clones/bug21413-50-bugteam
-
mattiasj@witty. authored
into witty.:/Users/mattiasj/clones/bug21413-50-engines
-
mattiasj@witty. authored
in REPLACE DELAYED post push patch, removing the optimization for copying delayed_insert variables.
-
evgen@moonbone.local authored
into moonbone.local:/work/27219-5.0-opt-mysql
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/merge-5.0-bugteam
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/work/merge-5.0-bugteam
-
- 27 Mar, 2008 6 commits
-
-
tnurnberg@white.intern.koehntopp.de authored
into mysql.com:/misc/mysql/mysql-5.0-opt
-
evgen@moonbone.local authored
Mixing aggregate functions and non-grouping columns is not allowed in the ONLY_FULL_GROUP_BY mode. However in some cases the error wasn't thrown because of insufficient check. In order to check more thoroughly the new algorithm employs a list of outer fields used in a sum function and a SELECT_LEX::full_group_by_flag. Each non-outer field checked to find out whether it's aggregated or not and the current select is marked accordingly. All outer fields that are used under an aggregate function are added to the Item_sum::outer_fields list and later checked by the Item_sum::check_sum_func function.
-
gshchepa/uchum@host.loc authored
into host.loc:/home/uchum/work/5.0-opt
-
mattiasj@witty. authored
into witty.:/Users/mattiasj/clones/bug21413-50-engines
-
davi@mysql.com/endora.local authored
Fixed interference between tests: Users were added but not properly removed. This caused later tests to fail.
-
joerg@trift2. authored
into trift2.:/MySQL/M50/push-5.0
-