1. 15 May, 2009 18 commits
  2. 14 May, 2009 9 commits
  3. 13 May, 2009 7 commits
  4. 12 May, 2009 6 commits
    • Jim Winstead's avatar
      Merge in approved bug-fixes · 9a84e1e7
      Jim Winstead authored
      9a84e1e7
    • Jim Winstead's avatar
      Merge from 5.0-bugteam · 6cbe3ef3
      Jim Winstead authored
      6cbe3ef3
    • Gleb Shchepa's avatar
      Bug #44290: explain crashes for subquery with distinct in · 2121599d
      Gleb Shchepa authored
                  SQL_SELECT::test_quick_select
      
      The crash was caused by an incomplete cleanup of JOIN_TAB::select
      during the filesort of rows for GROUP BY clause inside a subquery.
      Queries where a quick index access is replaced with filesort was
      was affected. For example:
      
        SELECT 1 FROM
          (SELECT COUNT(DISTINCT c1) FROM t1
             WHERE c2 IN (1, 1) AND c3 = 2 GROUP BY c2) x
      
      Quick index access related data in the SQL_SELECT::test_quick_select
      function was inconsistent after an incomplete cleanup.
      This function has been completed to prevent crashes in the
      SQL_SELECT::test_quick_select function.
      2121599d
    • Chad MILLER's avatar
      Remove community-server only feature and place in its own test · 1a1b1671
      Chad MILLER authored
      with appropriate condition.
      1a1b1671
    • Luis Soares's avatar
      BUG#42749: infinite loop writing to row based binlog - processlist shows · 56b5df72
      Luis Soares authored
      "freeing items"
      
      The calculation of the table map log event in the event constructor
      was one byte shorter than what would be actually written. This would
      lead to a mismatch between the number of bytes written and the event
      end_log_pos, causing bad event alignment in the binlog (corrupted
      binlog) or in the transaction cache while fixing positions
      (MYSQL_BIN_LOG::write_cache). This could lead to impossible to read
      binlog or even infinite loops in MYSQL_BIN_LOG::write_cache.
      
      This patch addresses this issue by correcting the expected event
      length in the Table_map_log_event constructor, when the field metadata
      size exceeds 255.
      56b5df72
    • Ramil Kalimullin's avatar
      Fix for bug#44774: load_file function produces valgrind warnings · ae8348c2
      Ramil Kalimullin authored
      Problem: using LOAD_FILE() in some cases we pass a file name string
      without a trailing '\0' to fn_format() which relies on that however.
      That may lead to valgrind warnings.
      
      Fix: add a trailing '\0' to the file name passed to fn_format().
      ae8348c2