1. 04 Dec, 2006 19 commits
  2. 03 Dec, 2006 1 commit
  3. 02 Dec, 2006 10 commits
    • kent@mysql.com/kent-amd64.(none)'s avatar
      Makefile.am: · 4dc11321
      kent@mysql.com/kent-amd64.(none) authored
        Disabled abi_check, as it was before merge
      4dc11321
    • kent@kent-amd64.(none)'s avatar
      Merge mysql.com:/home/kent/bk/mysql-5.0-build · 2b5e2230
      kent@kent-amd64.(none) authored
      into  mysql.com:/home/kent/bk/mysql-5.1-build
      2b5e2230
    • kent@mysql.com/kent-amd64.(none)'s avatar
      mysql_install_db.sh: · d72b71ef
      kent@mysql.com/kent-amd64.(none) authored
        If --srcdir and --windows is given, check if error message file
        is in source or build tree (bug#24557)
      Makefile.am:
        Cleaned up "ali_check" target, to satisfy "distcleancheck" (bug#24557)
      mysql_install_db.sh:
        Added --srcdir=DIR option, used from top Makefile.am in dist-hook
        target, to find "fill_help_tables.sql" in VPATH build (bug#24557)
      Makefile.am:
        Work around problem with "distcleancheck", "sql_yacc.cc" might be in both
        the source and build tree.
        Call "mysql_install_db" with new option --srcdir, to enable the script
        to find all that is needed, if source and build directory is not the same
        (bug#24557)
      d72b71ef
    • malff/marcsql@weblab.(none)'s avatar
      Merge malff@bk-internal.mysql.com:/home/bk/mysql-5.1-new-maint · 6e3f6b04
      malff/marcsql@weblab.(none) authored
      into  weblab.(none):/home/marcsql/TREE/mysql-5.1-maint-24736
      6e3f6b04
    • andrey@example.com's avatar
      Merge ahristov@bk-internal.mysql.com:/home/bk/mysql-5.1-maint · 32dedbe6
      andrey@example.com authored
      into  example.com:/work/bug24395-v2/my51
      32dedbe6
    • kent@kent-amd64.(none)'s avatar
      Merge kboortz@bk-internal.mysql.com:/home/bk/mysql-5.1-build · b011500f
      kent@kent-amd64.(none) authored
      into  mysql.com:/home/kent/bk/mysql-5.1-build
      b011500f
    • kent@kent-amd64.(none)'s avatar
      Merge mysql.com:/home/kent/bk/mysql-5.0-build · bc1e7c91
      kent@kent-amd64.(none) authored
      into  mysql.com:/home/kent/bk/mysql-5.1-build
      bc1e7c91
    • kent@mysql.com/kent-amd64.(none)'s avatar
      Makefile.am: · cbf52979
      kent@mysql.com/kent-amd64.(none) authored
        Added "mysql_client_test.def"
      mysql_client_test.def:
        BitKeeper file /home/kent/bk/mysql-5.0-build/netware/mysql_client_test.def
      cbf52979
    • kent/mysqldev@suse9-x86.mysql.com's avatar
      myisampack.def, myisamlog.def, myisam_ftdump.def, myisamchk.def: · 81f97ed6
      kent/mysqldev@suse9-x86.mysql.com authored
        Adjusted for storage path
      nwbootstrap:
        Corrected bad merge
      81f97ed6
    • malff/marcsql@weblab.(none)'s avatar
      Bug#24736: UDF functions parsed as Stored Functions · 88ba7676
      malff/marcsql@weblab.(none) authored
      Before this fix, a call to a User Defined Function (UDF) could,
      under some circumstances, be interpreted as a call to a Stored function
      instead. This occurred if a native function was invoked in the parameters
      for the UDF, as in "select my_udf(abs(x))".
      
      The root cause of this defect is the introduction, by the fix for Bug 21809,
      of st_select_lex::udf_list, and it's usage in the parser in sql_yacc.yy
      in the rule function_call_generic (in 5.1).
      
      While the fix itself for Bug 21809 is correct in 5.0, the code change
      merged into the 5.1 release created the issue, because the calls in 5.1 to :
      - lex->current_select->udf_list.push_front(udf)
      - lex->current_select->udf_list.pop()
      are not balanced in case of native functions, causing the udf_list,
      which is really a stack, to be out of sync with the internal stack
      maintained by the bison parser.
      
      Instead of moving the call to udf_list.pop(), which would have fixed the
      symptom, this patch goes further and removes the need for udf_list.
      
      This is motivated by two reasons:
      
      a) Maintaining a stack in the MySQL code in sync with the stack maintained
      internally in sql_yacc.cc (not .yy) is extremely dependent of the
      implementation of yacc/bison, and extremely difficult to maintain.
      It's also totally dependent of the structure of the grammar, and has a risk
      to break with regression defects each time the grammar itself is changed.
      
      b) The previous code did report construct like "foo(expr AS name)" as
      syntax errors (ER_PARSER_ERROR), which is incorrect, and misleading.
      The syntax is perfectly valid, as this expression is valid when "foo" is
      a UDF. Whether this syntax is legal or not depends of the semantic of "foo".
      
      With this change:
      
      a) There is only one stack (in bison), and no List<udf_func> to maintain.
      
      b) "foo(expr AS name)", when used incorrectly, is reported as semantic error:
      - ER_WRONG_PARAMETERS_TO_NATIVE_FCT (for native functions)
      - ER_WRONG_PARAMETERS_TO_STORED_FCT (for stored functions)
      This is achieved by the changes implemented in item_create.cc
      88ba7676
  4. 01 Dec, 2006 10 commits