1. 26 Apr, 2011 2 commits
  2. 25 Apr, 2011 2 commits
  3. 23 Apr, 2011 3 commits
  4. 22 Apr, 2011 3 commits
    • Sergey Glukhov's avatar
      5.1 -> 5.5 merge · 0f763f4f
      Sergey Glukhov authored
      0f763f4f
    • Sergey Glukhov's avatar
      Bug#11756928 48916: SERVER INCORRECTLY PROCESSING HAVING CLAUSES WITH AN ORDER BY CLAUSE · 76f37a02
      Sergey Glukhov authored
      Before sorting HAVING condition is split into two parts,
      first part is a table related condition and the rest of is
      HAVING part. Extraction of HAVING part does not take into account
      the fact that some of conditions might be non-const but
      have 'used_tables' == 0 (independent subqueries)
      and because of that these conditions are cut off by
      make_cond_for_table() function.
      The fix is to use (table_map) 0 instead of used_tables in
      third argument for make_cond_for_table() function.
      It allows to extract elements which belong to sorted
      table and in addition elements which are independend
      subqueries.
      76f37a02
    • Sergey Vojtovich's avatar
      Merge. · 2594941b
      Sergey Vojtovich authored
      2594941b
  5. 21 Apr, 2011 4 commits
  6. 20 Apr, 2011 10 commits
  7. 18 Apr, 2011 6 commits
  8. 16 Apr, 2011 3 commits
  9. 15 Apr, 2011 7 commits
    • Bjorn Munch's avatar
      null upmerge · ae145b6d
      Bjorn Munch authored
      ae145b6d
    • Bjorn Munch's avatar
      merge from 5.5 main · f3203f5a
      Bjorn Munch authored
      f3203f5a
    • Bjorn Munch's avatar
      merge from 5.1 main · 19add93d
      Bjorn Munch authored
      19add93d
    • Alexander Nozdrin's avatar
      A patch for Bug#11763166 (55847: SHOW WARNINGS returns empty · 506ff594
      Alexander Nozdrin authored
      result set when SQLEXCEPTION is active.
      
      The problem was in a hackish THD::no_warnings_for_error attribute.
      When it was set, an error was not written to Warning_info -- only
      Diagnostics_area state was changed. That means, Diagnostics_area
      might contain error state, which is not present in Warning_info.
      
      The user-visible problem was that in some cases SHOW WARNINGS
      returned empty result set (i.e. there were no warnings) while
      the previous SQL statement failed. According to the MySQL
      protocol errors must be presented in warning list.
      
      The main idea of this patch is to remove THD::no_warnings_for_error.
      There were few places where it was used:
        - sql_admin.cc, handling of REPAIR TABLE USE_FRM.
        - sql_show.cc, when calling fill_schema_table_from_frm().
        - sql_show.cc, when calling fill_table().
      The fix is to either use internal-error-handlers, or to use
      temporary Warning_info storing warnings, which might be ignored.
      
      This patch is needed to fix Bug 11763162 (55843).
      506ff594
    • Sergey Glukhov's avatar
      5.1 -> 5.5 merge · df28a9d8
      Sergey Glukhov authored
      df28a9d8
    • Sergey Glukhov's avatar
      Bug#11765139 58069: LOAD DATA INFILE: VALGRIND REPORTS INVALID MEMORY READS AND WRITES WITH U · 12a6e0d9
      Sergey Glukhov authored
      Some multibyte sequences could be considered by my_mbcharlen() functions
      as multibyte character but more exact my_ismbchar() does not think so.
      In such a case this multibyte sequences is pushed into 'stack' buffer which
      is too small to accommodate the sequence.
      The fix is to allocate stack buffer in
      compliance with max character length.
      12a6e0d9
    • Bjorn Munch's avatar
      upmerge 12351213,12360195 · af6a02c7
      Bjorn Munch authored
      af6a02c7