- 09 Oct, 2007 1 commit
-
-
unknown authored
Problem: creating a partitioned table during name resolution for the partition function we search for column names in all parts of the CREATE TABLE query. It is superfluous (and wrong) sometimes. Fix: launch name resolution for the partition function against the table we're creating. mysql-test/r/partition.result: Fix for bug #29444: crash with partition refering to table in create-select - test result. mysql-test/t/partition.test: Fix for bug #29444: crash with partition refering to table in create-select - test result. sql/item.cc: Fix for bug #29444: crash with partition refering to table in create-select - LEX::use_only_table_context introduced, which is used in the Item_field::fix_fields() to resolve names only against context->first_name_resolution_table/last_name_resolution_table. sql/sql_lex.cc: Fix for bug #29444: crash with partition refering to table in create-select - LEX::use_only_table_context introduced, which is used in the Item_field::fix_fields() to resolve names only against context->first_name_resolution_table/last_name_resolution_table. sql/sql_lex.h: Fix for bug #29444: crash with partition refering to table in create-select - LEX::use_only_table_context introduced, which is used in the Item_field::fix_fields() to resolve names only against context->first_name_resolution_table/last_name_resolution_table. sql/sql_partition.cc: Fix for bug #29444: crash with partition refering to table in create-select - set the lex->use_only_table_context before the func_expr->fix_fields() call to ensure we're resolving names against the table we're creating; then restore it back after the call.
-
- 06 Oct, 2007 2 commits
- 05 Oct, 2007 25 commits
-
-
unknown authored
into sin.intern.azundris.com:/home/tnurnberg/19828/51-19828
-
unknown authored
into pilot.mysql.com:/data/msvensson/mysql/mysql-5.1-new-maint client/mysqldump.c: Auto merged extra/comp_err.c: Auto merged mysys/my_init.c: Auto merged
-
unknown authored
into pilot.mysql.com:/data/msvensson/mysql/mysql-5.0-maint
-
unknown authored
extra/comp_err.c: Override my_mkdir() umask setting. The default is 0700 which perfectly makes sense for the server but leads to Bug #27789 when applied to comp_err generated directories in the souce tree. Generated directories and the files within won't be accessible to other users, sometimes including root if on a non-local filesystem, making "sudo make install" fail.
-
unknown authored
into pilot.mysql.com:/data/msvensson/mysql/mysql-5.0-maint
-
unknown authored
into shellback.(none):/home/msvensson/mysql/mysql-5.1-maint mysql-test/mysql-test-run.pl: Auto merged mysql-test/t/mysqltest.test: Auto merged mysql-test/lib/mtr_cases.pl: Mereg 5.0->5.1
-
unknown authored
-
unknown authored
mysql-test/lib/mtr_cases.pl: Allow --skip-test and --do-test to take a perl regex mysql-test/mysql-test-run.pl: Update usage for --skip-test and --do-test
-
unknown authored
into sin.intern.azundris.com:/home/tnurnberg/19828/51-19828 mysql-test/r/grant.result: Auto merged sql/sql_acl.cc: Auto merged
-
unknown authored
mysql-test/mysql-test-run.pl: Just pass the $opt_valgrind_options to mtr_add_arg - it does a "push(@$args, sprintf($format, @fargs));" behind the scenes
-
unknown authored
-
unknown authored
-
unknown authored
into shellback.(none):/home/msvensson/mysql/mysql-5.1-maint client/mysqltest.c: Auto merged
-
unknown authored
Write .reject file to r/ if it's writable else use opt_logdir client/mysqltest.c: Write .reject file to r/ if it's writable else use opt_logdir
-
unknown authored
into shellback.(none):/home/msvensson/mysql/mysql-5.1-maint mysql-test/mysql-test-run.pl: Merge 5.0-> 5.1
-
unknown authored
- "mysqld --verbose --help" need to be started in a writable directory mysql-test/mysql-test-run.pl: Create a tmpdir where mysqld can peform it's lowercase or uppercase test
-
unknown authored
into shellback.(none):/home/msvensson/mysql/mysql-5.1-maint
-
unknown authored
- Allow test case names to be specied in various different ways mysql-test/lib/mtr_cases.pl: Allow test name to be specified in all sorts of ways: mysql-test-run alias mysql-test-run alias.test mysql-test-run main.alias mysql-test-run main.alias.test mysql-test-run t/alias mysql-test-run t/alias.test
-
unknown authored
into sin.intern.azundris.com:/home/tnurnberg/19828/51-19828 mysql-test/t/grant.test: Auto merged sql/sql_acl.cc: Auto merged mysql-test/r/grant.result: manual merge
-
unknown authored
into sin.intern.azundris.com:/home/tnurnberg/31253/51-31253 sql/item.cc: Auto merged mysql-test/r/type_datetime.result: SCCS merged mysql-test/t/type_datetime.test: SCCS merged
-
unknown authored
convert(<invalid time>, datetime) in WHERE caused crash as function returned (void*)NULL, but did not flag SQL NULL. It does now. mysql-test/r/type_datetime.result: show that convert() to datetime in a WHERE-clause will no longer crash the server on invalid input. mysql-test/t/type_datetime.test: show that convert() to datetime in a WHERE-clause will no longer crash the server on invalid input. sql/item.cc: When failing to process time values, do not just return (void*)NULL, but flag SQL NULL as well so no caller will try to process the 0x0L. This makes behaviour for Item::Item::val_decimal_from_date() and Item::Item::val_decimal_from_time() identical.
-
unknown authored
into sin.intern.azundris.com:/home/tnurnberg/31227/51-31227
-
unknown authored
into sin.intern.azundris.com:/home/tnurnberg/31227/50-31227
-
unknown authored
into sin.intern.azundris.com:/home/tnurnberg/31227/51-31227 mysql-test/r/type_decimal.result: Auto merged sql/my_decimal.cc: Auto merged
-
unknown authored
Reserve the space for the leading 0 (before the decimal point) in DECIMAL(a,a) ZEROFILL. mysql-test/r/type_decimal.result: show that we allocate a large enough buffer for output of DECIMAL(a,a) [ZEROFILL]. mysql-test/t/type_decimal.test: show that we allocate a large enough buffer for output of DECIMAL(a,a) [ZEROFILL]. without patch for bug#31227, valgrind will complain here; so will a debug build. sql/my_decimal.cc: Reserve the space for the leading 0 (before the decimal point) in DECIMAL(a,a) ZEROFILL. Doxygenise preamble of my_decimal2string().
-
- 04 Oct, 2007 12 commits
-
-
unknown authored
into sin.intern.azundris.com:/home/tnurnberg/30444/51-30444
-
unknown authored
into sin.intern.azundris.com:/home/tnurnberg/30444/50-30444
-
ssh://bk-internal.mysql.com//home/bk/mysql-5.0-maintunknown authored
into polly.(none):/home/kaa/src/maint/mysql-5.0-maint
-
unknown authored
into polly.(none):/home/kaa/src/maint/mysql-5.1-maint
-
unknown authored
into polly.(none):/home/kaa/src/maint/mysql-5.1-maint sql/set_var.cc: Auto merged
-
unknown authored
into polly.(none):/home/kaa/src/maint/mysql-5.0-maint
-
unknown authored
into mysql.com:/home/ram/work/b31070/b31070.5.0
-
unknown authored
into polly.(none):/home/kaa/src/maint/bug5731/my51-bug5731 mysql-test/r/variables.result: Auto merged mysys/my_getopt.c: Auto merged sql/set_var.cc: Auto merged mysql-test/t/variables.test: Manual merge.
-
unknown authored
Issue a warning if a user sets an option or a variable to a value that is greater than a defined maximum for the option/variable. This is for bug #29446 "Specifying a myisam_sort_buffer > 4GB on 64 bit machines not possible". Support for myisam_sort_buffer_size > 4 GB on 64-bit Windows will be looked at later in 5.2. mysql-test/r/variables.result: Fixed the test. mysql-test/t/variables.test: Fixed the test. mysys/my_getopt.c: Print a warning to the error log if a user sets an option to a value greater than the option's maximum value. sql/set_var.cc: Issue an SQL warning if a user assignes a value greater than the variable's maximum value.
-
unknown authored
into mysql.com:/home/ram/work/b31070/b31070.5.1 strings/ctype-big5.c: Auto merged strings/ctype-euc_kr.c: Auto merged strings/ctype-gb2312.c: Auto merged strings/ctype-sjis.c: Auto merged
-
unknown authored
-
unknown authored
into sin.intern.azundris.com:/home/tnurnberg/30444/51-30444 client/mysqldump.c: Auto merged
-