1. 19 Dec, 2009 2 commits
  2. 18 Dec, 2009 2 commits
  3. 17 Dec, 2009 1 commit
  4. 16 Dec, 2009 5 commits
  5. 15 Dec, 2009 7 commits
  6. 14 Dec, 2009 3 commits
  7. 12 Dec, 2009 1 commit
    • Alexander Nozdrin's avatar
      Manual merge from mysql-trunk-merge. · aceea234
      Alexander Nozdrin authored
      Conflicts:
        - extra/comp_err.c
        - mysql-test/collections/default.experimental
        - mysql-test/r/archive.result
        - mysql-test/r/select.result
        - mysql-test/suite/binlog/r/binlog_unsafe.result
        - mysql-test/suite/binlog/t/binlog_unsafe.test
        - mysql-test/suite/rpl/t/disabled.def
        - mysql-test/t/archive.test
        - mysql-test/t/select.test
        - sql/item.cc
        - sql/item.h
        - sql/item_timefunc.cc
        - sql/sql_base.cc
        - sql/sql_delete.cc
        - sql/sql_load.cc
        - sql/sql_partition.cc
        - sql/sql_table.cc
        - storage/innobase/handler/ha_innodb.cc
        - vio/vio.c
      aceea234
  8. 11 Dec, 2009 10 commits
  9. 10 Dec, 2009 6 commits
  10. 09 Dec, 2009 2 commits
  11. 08 Dec, 2009 1 commit
    • Magne Mahre's avatar
      Bug#35589 SET PASSWORD caused a crash · 0eb255ee
      Magne Mahre authored
      Bug#35591 FLUSH PRIVILEGES caused a crash
      
      A race condition on the privilege hash tables (proc_priv_hash
      and func_priv_hash) caused one thread to try to delete elements
      that had already been deleted by another thread.
      
      The bug was caused by reading and saving the pointers to 
      the hash tables outside mutex protection.  This led to an
      inconsistency where a thread copied a pointer to a hash,
      another thread did the same, the first thread then deleted
      the hash, and the second then crashed when it in turn tried to
      delete the deleted hash.
      
      The fix is to ensure that operations on the shared hash structures
      happens under mutex protection (moving the locking up a little)
      
      
      0eb255ee