1. 08 Feb, 2007 1 commit
  2. 06 Feb, 2007 2 commits
    • malff/marcsql@weblab.(none)'s avatar
      Merge weblab.(none):/home/marcsql/TREE/mysql-5.0-12976_b · 6cde77e1
      malff/marcsql@weblab.(none) authored
      into  weblab.(none):/home/marcsql/TREE/mysql-5.1-12976-merge
      6cde77e1
    • malff/marcsql@weblab.(none)'s avatar
      Bug#12976 (stored procedures local variables of type bit) · b5f8b636
      malff/marcsql@weblab.(none) authored
      Before this change, a local variables in stored procedures / stored functions
      or triggers, when declared with a type of bit(N), would not evaluate their
      value properly.
      
      The problem was that the data was incorrectly typed as a string,
      causing for example bit b'1', implemented as a byte 0x01, to be interpreted
      as a string starting with the character 0x01. This later would cause
      implicit conversions to integers or booleans to fail.
      
      The root cause of this problem was an incorrect translation between field
      types, like bit(N), and internal types used when representing values in Item
      objects.
      
      Also, before this change, the function HEX() would sometime print extra "0"
      characters when invoked with bit(N) values.
      
      With this fix, the type translation (sp_map_result_type, sp_map_item_type)
      has been changed so that bit(N) fields are represented with integer values.
      
      A consequence is that, for the function HEX(), when called with a stored
      procedure local variable of type bit(N) as argument, HEX() is provided with an
      integer instead of a string, and therefore does not print "0" padding.
      
      A test case for Bug 12976 was present in the test suite, and has been updated.
      b5f8b636
  3. 05 Feb, 2007 1 commit
  4. 04 Feb, 2007 1 commit
  5. 03 Feb, 2007 1 commit
  6. 02 Feb, 2007 2 commits
  7. 01 Feb, 2007 2 commits
  8. 31 Jan, 2007 1 commit
  9. 30 Jan, 2007 4 commits
  10. 29 Jan, 2007 3 commits
  11. 25 Jan, 2007 16 commits
  12. 24 Jan, 2007 6 commits
    • svoj@april.(none)'s avatar
      Merge mysql.com:/home/svoj/devel/mysql/merge/mysql-5.0-engines · f05c519a
      svoj@april.(none) authored
      into  mysql.com:/home/svoj/devel/mysql/merge/mysql-5.1-engines
      f05c519a
    • svoj@april.(none)'s avatar
      Merge mysql.com:/home/svoj/devel/bk/mysql-5.1 · 3efc2965
      svoj@april.(none) authored
      into  mysql.com:/home/svoj/devel/mysql/merge/mysql-5.1-engines
      3efc2965
    • malff/marcsql@weblab.(none)'s avatar
      Merge malff@bk-internal.mysql.com:/home/bk/mysql-5.1-runtime · a97b3d37
      malff/marcsql@weblab.(none) authored
      into  weblab.(none):/home/marcsql/TREE/mysql-5.1-21029
      a97b3d37
    • malff/marcsql@weblab.(none)'s avatar
      Bug#21029 (Dependencies between sql_yacc.cc and dependent headers not detected) · 3ae384d0
      malff/marcsql@weblab.(none) authored
      The build scripts in general, using automake, autoconf, etc, contain several
      special commands and work around all related to the way the bison code in the
      parser is built, for sql/sql_yacc.yy. These work arounds, accumulated over
      time during development, ultimately cause the build scripts to be unstable
      and cause build defects by not enforcing dependencies.
      
      This fix simplifies the build process and aligns it with the automake tooling,
      which provides native support for bison and *.yy files.
      
      In particular, the following problem have been fixed:
      - dependencies with sql_yacc.cc were not honored (Bug 21029), leading to
        corrupted builds,
      - the work around introduced by Bug 24557, to cleanup the generated files
        sql_yacc.h and sql_yacc.cc, has been removed,
      - the generated makefile, in a source distribution, used to destroy the files
        sql_yacc.h and sql_yacc.cc on a 'make clean' target. This has been fixed:
        these files are now removed by make maintainer-clean.
      - The root cause of the problem found with gcc 4.1 (see Bug 24619) has been
        clearly documented, and the "sed" hack has been replaced by a cleaner
        work around, when building the code with bison 1.875.
      - Removed the file sql/sql_yacc.yy.bak, added by WL 3031 by accident.
      - Removed the unnecessary AM_YFLAG= --debug introduced by WL 3432, since
        the compiling option DBUG_OFF takes precedence when setting YYDEBUG.
      3ae384d0
    • svoj@mysql.com/april.(none)'s avatar
      Merge mysql.com:/home/svoj/devel/bk/mysql-5.0 · de1572d6
      svoj@mysql.com/april.(none) authored
      into  mysql.com:/home/svoj/devel/mysql/merge/mysql-5.0-engines
      de1572d6
    • svoj@mysql.com/april.(none)'s avatar
      Merge mysql.com:/home/svoj/devel/bk/mysql-5.0 · ea7fe60f
      svoj@mysql.com/april.(none) authored
      into  mysql.com:/home/svoj/devel/mysql/merge/mysql-5.0-engines
      ea7fe60f