An error occurred fetching the project authors.
  1. 27 Aug, 2007 1 commit
    • davi@moksha.local's avatar
      Bug#30632 HANDLER read failure causes hang · 77d78a88
      davi@moksha.local authored
      If, after the tables are locked, one of the conditions to read from a
      HANDLER table is not met, the handler code wrongly jumps to a error path
      that won't unlock the tables.
      
      The user-visible effect is that after a error in a handler read command,
      all subsequent handler operations on the same table will hang.
      
      The fix is simply to correct the code to jump to the (same) error path that
      unlocks the tables.
      77d78a88
  2. 15 Aug, 2007 1 commit
    • davi@moksha.local's avatar
      Bug#25856 (HANDLER table OPEN in one connection lock DROP TABLE in another one) · c290b26c
      davi@moksha.local authored
      mysql_ha_open calls mysql_ha_close on the error path (unsupported) to close the (opened) table before inserting it into the tables hash list handler_tables_hash) but mysql_ha_close only closes tables which are on the hash list, causing the table to be left open and locked.
      
      This change moves the table close logic into a separate function that is always called on the error path of mysql_ha_open or on a normal handler close (mysql_ha_close).
      c290b26c
  3. 25 Jul, 2006 1 commit
  4. 24 Feb, 2006 1 commit
  5. 05 Jan, 2006 1 commit
    • monty@mysql.com's avatar
      Review fixes of new pushed code · 6e22e29d
      monty@mysql.com authored
      - Fixed tests
      - Optimized new code
      - Fixed some unlikely core dumps
      - Better bug fixes for:
        - #14397 - OPTIMIZE TABLE with an open HANDLER causes a crash
        - #14850 (ERROR 1062 when a quering a view using a Group By on a column that can be null
      6e22e29d
  6. 15 Nov, 2005 1 commit
    • ingo@mysql.com's avatar
      Bug#14397 - OPTIMIZE TABLE with an open HANDLER causes a crash · 74781d65
      ingo@mysql.com authored
      Version for 5.0.
      It fixes three problems:
      1. The cause of the bug was that we did not check the table version for
       the HANDLER ... READ commands. We did not notice when a table was
       replaced by a new one. This can happen during ALTER TABLE, REPAIR
       TABLE, and OPTIMIZE TABLE (there might be more cases). I call the fix
       for this problem "the primary bug fix".
      2. mysql_ha_flush() was not always called with a locked LOCK_open.
       Though the function comment clearly said it must.
       I changed the code so that the locking is done when required. I call
       the fix for this problem "the secondary fix".
      3. In 5.0 (not in 4.1 or 4.0) DROP TABLE had a possible deadlock flaw in
       concur with FLUSH TABLES WITH READ LOCK. I call the fix for this
       problem "the 5.0 addendum fix".
      74781d65
  7. 03 Nov, 2005 1 commit
    • ingo@mysql.com's avatar
      Bug#14397 - OPTIMIZE TABLE with an open HANDLER causes a crash · 1b99d30c
      ingo@mysql.com authored
      Version for 4.0.
      It fixes two problems:
      1. The cause of the bug was that we did not check the table version for
         the HANDLER ... READ commands. We did not notice when a table was
         replaced by a new one. This can happen during ALTER TABLE, REPAIR
         TABLE, and OPTIMIZE TABLE (there might be more cases). I call the fix
         for this problem "the primary bug fix".
      2. mysql_ha_flush() was not always called with a locked LOCK_open.
         Though the function comment clearly said it must.
         I changed the code so that the locking is done when required. I call
         the fix for this problem "the secondary fix".
      1b99d30c
  8. 31 Aug, 2005 1 commit
  9. 28 Jul, 2005 1 commit
  10. 07 Oct, 2004 1 commit
    • monty@mysql.com's avatar
      After merge fixes · 6239edc1
      monty@mysql.com authored
      Some bigger code changes was necessary becasue of the multi-table-update and the new HANDLER code
      6239edc1
  11. 24 Sep, 2004 1 commit
    • ingo@mysql.com's avatar
      BUG#4286 - HANDLER tables are closed by FLUSH TABLE(S). · e47decfa
      ingo@mysql.com authored
      BUG#4335 - one name can be handler open'ed many times.
      Reworked the HANDLER functions and interface.
      Using a HASH to store information on open tables that
      survives FLUSH TABLE.
      HANDLER tables alias names must now be unique, though it
      is allowed in 4.0 to qualify them with the database name
      of the base table.
      e47decfa
  12. 18 May, 2004 1 commit
  13. 13 Jan, 2004 1 commit
  14. 16 Dec, 2003 1 commit
  15. 10 Dec, 2003 1 commit
  16. 18 Aug, 2003 1 commit
    • monty@mashka.mysql.fi's avatar
      After merge fixes · 4f751216
      monty@mashka.mysql.fi authored
      Use server character set if --default-character-set is not used
      Added convert_string() for more efficient alloc+character-set convert of strings
      4f751216
  17. 04 Jul, 2003 3 commits
  18. 03 Jul, 2003 1 commit
  19. 22 Feb, 2003 1 commit
  20. 28 Jan, 2003 1 commit
  21. 10 Jan, 2003 1 commit
  22. 05 Jan, 2003 1 commit
  23. 03 Jan, 2002 1 commit
  24. 15 Apr, 2001 1 commit
  25. 13 Apr, 2001 1 commit
  26. 09 Apr, 2001 1 commit
  27. 08 Apr, 2001 1 commit
  28. 06 Apr, 2001 1 commit