- 22 Apr, 2006 1 commit
-
-
unknown authored
Error was emitted when one tried to select information from view which used merge algorithm and which also had CONVERT_TZ() function in its select list. This bug was caused by wrong assumption that global table list for view which is handled using merge algorithm begins from tables belonging to the main select of this view. Nowadays the above assumption is not true only when one uses convert_tz() function in view's select list, but in future other cases may be added (for example we may support merging of views with subqueries in select list one day). Relying on this false assumption led to the usage of wrong table list for field lookups and therefor errors. With this fix we explicitly use pointer to the beginning of main select's table list. mysql-test/r/timezone_grant.result: Added additional test case for bug#15153 "CONVERT_TZ() is not allowed in all places in VIEWs" that checks that usage of CONVERT_TZ() function in view does not require additional privileges. mysql-test/r/view.result: Added test case for bug#15153 "CONVERT_TZ() is not allowed in all places in VIEWs". mysql-test/t/timezone_grant.test: Added additional test case for bug#15153 "CONVERT_TZ() is not allowed in all places in VIEWs" that checks that usage of CONVERT_TZ() function in view does not require additional privileges. mysql-test/t/view.test: Added test case for bug#15153 "CONVERT_TZ() is not allowed in all places in VIEWs". sql/sql_view.cc: mysql_make_view(): We should not assume that global table list for view which is handled using merge algorithm begins from tables belonging to the main select of this view. Nowadays the above assumption is not true only when one uses convert_tz() function in view's select list, but in future other cases may be added (for example we may support merging of views with subqueries in select list one day). So let us instead explicitly use pointer to the beginning of main select's table list.
-
- 17 Apr, 2006 5 commits
-
-
unknown authored
into zippy.(none):/home/cmiller/work/mysql/mysql-5.0__ready
-
unknown authored
into zippy.(none):/home/cmiller/work/mysql/mysql-5.0__ready
-
unknown authored
Testsuite added
-
unknown authored
5.0 additional fix for b#18691 Handle DECIMAL the same with INT and REAL. sql/item_timefunc.cc: 5.0 additional fix for b#18691 Handle DECIMAL the same with INT and REAL.
-
unknown authored
into mysql.com:/usr/home/bar/mysql-5.0 mysql-test/r/ctype_ucs.result: Auto merged mysql-test/t/ctype_ucs.test: Auto merged sql/item_timefunc.h: Auto merged sql/item_timefunc.cc: After merge fix
-
- 16 Apr, 2006 1 commit
-
-
unknown authored
does not have "NOT NULL" attribute set. Also, calculate the padding characters more safely, so that a negative number doesn't cause it to print MAXINT-n spaces. mysql-test/r/mysql.result: Add test result. mysql-test/t/mysql.test: Add test.
-
- 15 Apr, 2006 1 commit
-
-
unknown authored
into april.(none):/home/svoj/devel/mysql/BUG17917/mysql-5.0 sql/mysqld.cc: Auto merged myisam/mi_packrec.c: Manual merge.
-
- 14 Apr, 2006 2 commits
- 13 Apr, 2006 19 commits
-
-
unknown authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0 sql/item_func.cc: Auto merged
-
unknown authored
into mysql.com:/opt/local/work/mysql-5.0-runtime-merge sql/sql_yacc.yy: Auto merged
-
unknown authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0
-
unknown authored
mysql-test/r/view.result: BUG#14308 test suite. mysql-test/t/view.test: BUG#14308 test suite. sql/share/errmsg.txt: New error message about a recursive view. sql/sql_view.cc: The check of view recursion.
-
unknown authored
into mysql.com:/opt/local/work/mysql-5.0-runtime-merge sql/item.cc: Auto merged sql/mysql_priv.h: Auto merged sql/sql_parse.cc: Auto merged sql/mysqld.cc: SCCS merged
-
unknown authored
into dl145j.mysql.com:/tmp/andrei/5.0-bug18715_drop_view_slave
-
unknown authored
-
unknown authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0
-
unknown authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-5.0 BitKeeper/deleted/.del-acinclude.m4~f4ab416bac5003: Auto merged configure.in: Auto merged mysql-test/r/func_op.result: Auto merged sql/item_func.cc: Auto merged
-
unknown authored
into mysql.com:/home/MySQL/5.0-Bug-17248a
-
unknown authored
into mysql.com:/home/psergey/mysql-5.0-csc9139
-
unknown authored
get_best_covering_ror_intersect() was copying ror_scans starting from the end of the array and not from its beginning. mysql-test/r/index_merge_innodb.result: Testcase for BUG#19021 mysql-test/t/index_merge_innodb.test: Testcase for BUG#19021 sql/opt_range.cc: BUG#19021: In get_best_covering_ror_intersect(), the array of pointers to scans to be used is [tree->ror_scans, ror_scan_mark), and not [ror_scan_mark, ...)
-
unknown authored
into april.(none):/home/svoj/devel/mysql/BUG17917/mysql-4.1
-
unknown authored
sql/mysqld.cc: Fix a typo.
-
unknown authored
into april.(none):/home/svoj/devel/mysql/BUG17917/mysql-4.1
-
unknown authored
Retrieving data from compressed MyISAM table which is bigger than 4G on 32-bit box with mmap() support results in server crash. mmap() accepts length of bytes to be mapped in second param, which is 32-bit size_t. But we pass data_file_length, which is 64-bit my_off_t. As a result only first data_file_length % 4G were mapped. This fix adds additional condition for mmap() usage, that is use mmap() for compressed table which size is no more than 4G on 32-bit platform. myisam/mi_packrec.c: Use mmap() for compressed table which size is no more than 4G on 32-bit platform.
-
unknown authored
sql/ha_innodb.cc: Import patch foo2 sql/ha_innodb.h: Import patch foo2 sql/handler.cc: Import patch foo2 sql/handler.h: Import patch foo2 sql/mysqld.cc: Import patch foo2 sql/set_var.cc: Import patch foo2 sql/sql_class.h: Import patch foo2 sql/sql_repl.cc: Import patch foo2
-
unknown authored
sql/ha_innodb.cc: Import patch foo1 sql/ha_innodb.h: Import patch foo1 sql/handler.cc: Import patch foo1 sql/handler.h: Import patch foo1 sql/mysqld.cc: Import patch foo1 sql/set_var.cc: Import patch foo1 sql/sql_class.h: Import patch foo1 sql/sql_repl.cc: Import patch foo1
-
unknown authored
Conversion from int and real numbers to UCS2 didn't work fine: CONVERT(100, CHAR(50) UNICODE) CONVERT(103.9, CHAR(50) UNICODE) The problem appeared because numbers have binary charset, so, simple charset recast binary->ucs2 was performed instead of real conversion. Fixed to make numbers pretend to be non-binary. mysql-test/r/ctype_ucs.result: Adding test case mysql-test/t/ctype_ucs.test: Adding test case sql/item_timefunc.cc: Adding new member from_cs, to replace my_charset_bin to a non-binary charset when converting from numbers to UCS2 sql/item_timefunc.h: Adding new member from_cs, to replace my_charset_bin to a non-binary charset when converting from numbers to UCS2
-
- 12 Apr, 2006 9 commits
-
-
unknown authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-0
-
unknown authored
limit. mysql-test/r/ps.result: Post-merge fixes. mysql-test/t/ps.test: Post-merge fixes. sql/share/errmsg.txt: Add a new error message for max_prepared_stmt_count limit, we can do it in 5.0 sql/sql_class.cc: Post-merge fixes. sql/sql_class.h: Post-merge fixes. sql/sql_prepare.cc: Post-merge fixes.
-
unknown authored
into mysql.com:/home/tomash/src/mysql_ab/mysql-5.0-bug15933
-
unknown authored
CONNECTION_ID() was implemented as a constant Item, i.e. an instance of Item_static_int_func class holding value computed at creation time. Since Items are created on parsing, and trigger statements are parsed on table open, the first connection to open a particular table would effectively set its own CONNECTION_ID() inside trigger statements for that table. Re-implement CONNECTION_ID() as a class derived from Item_int_func, and compute connection_id on every call to fix_fields(). mysql-test/r/trigger.result: Add result for bug#16461. mysql-test/t/trigger.test: Add test case for bug#16461. sql/item.cc: Remove now unused class Item_static_int_func. sql/item.h: Remove now unused class Item_static_int_func. sql/item_create.cc: Use new implementation of CONNECTION_ID(). sql/item_func.cc: Re-implement CONNECTION_ID() as Item_func_connection_id (was Item_static_int_func). Set max_length to 10, as it was before. Compute connection_id dynamically on every call to fix_fields(). sql/item_func.h: Re-implement CONNECTION_ID() as Item_func_connection_id (was Item_static_int_func).
-
unknown authored
into mysql.com:/opt/local/work/mysql-5.0-merge sql/set_var.cc: Auto merged mysql-test/r/ps.result: Manual merge. mysql-test/t/ps.test: Manual merge. sql/item_row.cc: Manual merge. sql/item_row.h: Manual merge. sql/mysql_priv.h: Manual merge. sql/mysqld.cc: Manual merge. sql/set_var.h: Manual merge. sql/sql_class.cc: Manual merge. sql/sql_class.h: Manual merge. sql/sql_prepare.cc: Manual merge.
-
unknown authored
into mysql.com:/home/tomash/src/mysql_ab/mysql-5.0-bug15933
-
unknown authored
a race between updating and checking Max_used_connections. This is done in a loop until either disconnect finished or timeout expired. In a latter case the test will fail. mysql-test/r/status.result: Update result to match changes in test case. mysql-test/t/status.test: Close extra conections in previous test. In test for bug#15933 we have to wait for all disconnects to finish to avoid a race between updating and checking Max_used_connections. This is done in a loop until either disconnect finished or timeout expired. In a latter case the test will fail. Use con1, con2, con3 instead of con3, con4, con5.
-
unknown authored
Fixed in parser. rpl_view gained no changes but rpl_view-slave.opt. sql/sql_yacc.yy: UPDATING option for create/alter view is added for tables_ok to finds the view's TABLE_LIST.updating as true. FIXME: Regarding to UPDATING option `create view' should not have any difference from `create table'. mysql-test/t/rpl_view-slave.opt: The option is needed to force slave executes tables_ok which must return OK in conditions of this tests (no table foo is used.
-
unknown authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
- 11 Apr, 2006 2 commits