1. 16 Dec, 2010 1 commit
  2. 03 Dec, 2010 1 commit
  3. 30 Nov, 2010 1 commit
    • Jon Olav Hauglid's avatar
      Bug #58414 mysql_upgrade fails on dump upgrade between 5.1.53 -> 5.5.8 · a186085a
      Jon Olav Hauglid authored
      The problem was that mysql_upgrade failed because DROP DATABASE
      refused to drop the 'performance_schema' database when the 
      mysql.proc table definition was made temporarily invalid
      by dump import.
      
      This patch fixes the problem by adding the error resulting
      from opening a damaged mysq.proc table (ER_CANNOT_LOAD_FROM_TABLE),
      to the list of errors DROP DATABASE will ignore when trying
      to lock stored procedures and functions before deletion.
      
      This problem was a regression introduced by the patch for
      Bug#57663.
      
      Test case added to sp-destruct.test.
      a186085a
  4. 26 Nov, 2010 1 commit
  5. 25 Nov, 2010 5 commits
  6. 24 Nov, 2010 19 commits
  7. 23 Nov, 2010 8 commits
  8. 22 Nov, 2010 4 commits
    • Gleb Shchepa's avatar
      empty upmerge after backport of bug 55568 · b95f75f8
      Gleb Shchepa authored
      5.0-security --> 5.1-security
      b95f75f8
    • Gleb Shchepa's avatar
      backport: Bug #55568 from 5.1-security to 5.0-security · 3586f772
      Gleb Shchepa authored
      > revision-id: alexey.kopytov@sun.com-20100824103548-ikm79qlfrvggyj9h
      > parent: sunny.bains@oracle.com-20100816001222-xqc447tr6jwh8c53
      > committer: Alexey Kopytov <Alexey.Kopytov@Sun.com>
      > branch nick: 5.1-security
      > timestamp: Tue 2010-08-24 14:35:48 +0400
      > message:
      >   Bug #55568: user variable assignments crash server when used
      >               within query
      >   
      >   The server could crash after materializing a derived table
      >   which requires a temporary table for grouping.
      >   
      >   When destroying the temporary table used to execute a query for
      >   a derived table, JOIN::destroy() did not clean up Item_fields
      >   pointing to fields in the temporary table. This led to
      >   dereferencing a dangling pointer when printing out the items
      >   tree later in the outer SELECT.
      >   
      >   The solution is an addendum to the patch for bug37362: in
      >   addition to cleaning up items in tmp_all_fields3, do the same
      >   for items in tmp_all_fields1, since now we have an example
      >   where this is necessary.
      3586f772
    • Davi Arnaut's avatar
      Assorted fixes for test failures. · e9379baa
      Davi Arnaut authored
      e9379baa
    • Alexander Nozdrin's avatar
      Merge from mysql-5.1-bugteam. · 522d5e5a
      Alexander Nozdrin authored
      522d5e5a