1. 03 Oct, 2007 2 commits
  2. 02 Oct, 2007 8 commits
  3. 01 Oct, 2007 4 commits
    • evgen@moonbone.local's avatar
      Bug#31095: Unexpected NULL constant caused server crash. · 49af76ac
      evgen@moonbone.local authored
      The Item_func_rollup_const class is used for wrapping constants to avoid
      wrong result for ROLLUP queries with DISTINCT and a constant in the select
      list. This class is also used to wrap up a NULL constant but its null_value
      wasn't set accordingly. This led to a server crash.
      
      Now the null_value of an object of the Item_func_rollup_const class is set
      by its fix_length_and_dec member function.
      49af76ac
    • gshchepa/uchum@gleb.loc's avatar
      Fixed bug #31077. · 5fc81ee8
      gshchepa/uchum@gleb.loc authored
      mysqldump adds the "-- Dump completed on YYYY-MM-DD hh:mm:ss" string
      to the end of output if the --comments switch is on.
      The only way to suppress this line is to use --skip-comments/--compact
      switch.
      
      New switch has been added to the mysqldump client command line:
      --dump-date.
      
      For the compatibility with previous releases, by default the --dump-date
      is on.
      The --dump-date switch forces mysqldump to add date to the
      "-- Dump completed on ..." string at the end of output.
      The --skip-dump-date switch supresses the output of date string
      and uses short form of that commentary: "-- Dump completed".
      --skip-comments or --compact switches disable the whole commentary
      as usual.
      5fc81ee8
    • gkodinov/kgeorge@magare.gmz's avatar
    • gkodinov/kgeorge@magare.gmz's avatar
  4. 29 Sep, 2007 1 commit
  5. 28 Sep, 2007 5 commits
  6. 27 Sep, 2007 5 commits
  7. 24 Sep, 2007 1 commit
  8. 22 Sep, 2007 4 commits
    • gkodinov/kgeorge@macbook.local's avatar
      Merge gkodinov@bk-internal.mysql.com:/home/bk/mysql-5.0-opt · 44292dcb
      gkodinov/kgeorge@macbook.local authored
      into  macbook.local:/Users/kgeorge/mysql/autopush/B28701-merged-5.0-opt
      44292dcb
    • gkodinov/kgeorge@macbook.local's avatar
      Merge macbook.local:/Users/kgeorge/mysql/work/B28701-5.0-opt · ae9d734f
      gkodinov/kgeorge@macbook.local authored
      into  macbook.local:/Users/kgeorge/mysql/work/B28701-merged-5.0-opt
      ae9d734f
    • evgen@sunlight.local's avatar
      Merge epotemkin@bk-internal.mysql.com:/home/bk/mysql-5.0-opt · 7ed30b97
      evgen@sunlight.local authored
      into  sunlight.local:/local_work/27216-bug-5.0-opt-mysql
      7ed30b97
    • evgen@sunlight.local's avatar
      Bug#27216: functions with parameters of different date types may return wrong · 36bf417b
      evgen@sunlight.local authored
      type of the result.
      
      There are several functions that accept parameters of different types.
      The result field type of such functions was determined based on
      the aggregated result type of its arguments. As the DATE and the DATETIME
      types are represented by the STRING type, the result field type
      of the affected functions was always STRING for DATE/DATETIME arguments.
      The affected functions are COALESCE, IF, IFNULL, CASE, LEAST/GREATEST, CASE.
      
      Now the affected functions aggregate the field types of their arguments rather
      than their result types and return the result of aggregation as their result
      field type.
      The cached_field_type member variable is added to the number of classes to
      hold the aggregated result field type.
      The str_to_date() function's result field type now defaults to the
      MYSQL_TYPE_DATETIME.
      The agg_field_type() function is added. It aggregates field types with help
      of the Field::field_type_merge() function.
      The create_table_from_items() function now uses the 
      item->tmp_table_field_from_field_type() function to get the proper field
      when the item is a function with a STRING result type.
      36bf417b
  9. 21 Sep, 2007 1 commit
    • evgen@sunlight.local's avatar
      Bug#30384: Having SQL_BUFFER_RESULT option in the CREATE .. KEY(..) .. SELECT · bb5cdfb8
      evgen@sunlight.local authored
      led to creating corrupted index.
      
      While execution of the  CREATE .. SELECT SQL_BUFFER_RESULT statement the 
      engine->start_bulk_insert function was called twice. On the first call
      On the first call MyISAM disabled all non-unique indexes and on the second
      call it decides to not re-enable them because all indexes was disabled.
      Due to this no indexes was actually created during CREATE TABLE thus
      producing crashed table.
      
      Now the select_inset class has is_bulk_insert_mode flag which prevents
      calling the start_bulk_insert function twice.
      The flag is set in the select_create::prepare, select_insert::prepare2
      functions and the select_insert class constructor.
      The flag is reset in the select_insert::send_eof function.
      bb5cdfb8
  10. 20 Sep, 2007 3 commits
  11. 19 Sep, 2007 1 commit
  12. 15 Sep, 2007 1 commit
  13. 14 Sep, 2007 4 commits