An error occurred fetching the project authors.
  1. 14 Sep, 2005 2 commits
  2. 13 Sep, 2005 3 commits
  3. 08 Sep, 2005 1 commit
  4. 07 Sep, 2005 1 commit
  5. 27 Aug, 2005 2 commits
  6. 25 Aug, 2005 1 commit
  7. 24 Aug, 2005 1 commit
  8. 19 Aug, 2005 1 commit
    • konstantin@mysql.com's avatar
      A fix and a test case for "Bug #12168 'DECLARE CONTINUE HANDLER FOR · 887fba47
      konstantin@mysql.com authored
      NOT FOUND ...' in conditional handled incorrectly".
      
      Whenever we remove an instruction during optimization, we need to
      adjust instruction numbers (ip - instruction pointer) stored in all
      instructions. In addition to that, sp_instr_hpush_jump, which 
      corresponds to DECLARE CONTINUE HANDLER needs adjustment for m_handler,
      which holds the number of instruction with the continue handler.
      In the bug report, a wrong ip stored in m_handler was pointing at 
      FETCH, which resulted in an error message and abnormal SP termination.
      The fix is to just remove m_handler member from sp_instr_hpush_jump,
      as it's always points to the instruction next to the DECLARE
      statement itself (m_ip+1).
      887fba47
  9. 18 Aug, 2005 1 commit
  10. 08 Aug, 2005 1 commit
    • dlenev@mysql.com's avatar
      Fix for bug #10055 "Using stored function with information_schema causes empty · 615baa9f
      dlenev@mysql.com authored
      result set".
      
      To enable full access to contents of I_S tables from stored functions
      or statements that use them, we manipulate with thread's open tables
      state and ensure that we won't cause deadlock when we open tables by
      ignoring flushes and name-locks.
      Building of contents of I_S.TABLES no longer requires locking of tables
      since we use use handler::info() method with HA_STATUS_AUTO flag instead
      of handler::update_auto_increment() for obtaining information about
      auto-increment values. But this also means that handlers have to implement
      support for HA_STATUS_AUTO flag (particularly InnoDB needs it).
      615baa9f
  11. 03 Aug, 2005 1 commit
  12. 30 Jul, 2005 1 commit
  13. 29 Jul, 2005 1 commit
  14. 22 Jul, 2005 1 commit
  15. 16 Jul, 2005 1 commit
  16. 15 Jul, 2005 3 commits
  17. 09 Jul, 2005 1 commit
    • dlenev@mysql.com's avatar
      Enable support of access to tables from triggers. Thus fix bug #8406 "Triggers · 923fe817
      dlenev@mysql.com authored
      crash if referencing a table" and several other related bugs.
      Fix for bug #11834 "Re-execution of prepared statement with dropped function
      crashes server." which was spotted during work on previous bugs.
      
      Also couple of nice cleanups:
      - Replaced two separate hashes for stored routines used by statement with one.
      - Now instead of doing one pass through all routines used in statement for
        caching them and then doing another pass for adding their tables to table
        list, we do only one pass during which do both things.
      923fe817
  18. 06 Jul, 2005 2 commits
  19. 01 Jul, 2005 2 commits
  20. 30 Jun, 2005 1 commit
  21. 21 Jun, 2005 1 commit
  22. 10 Jun, 2005 1 commit
  23. 06 Jun, 2005 1 commit
    • igor@rurik.mysql.com's avatar
      sp.test, sp.result: · f2405d71
      igor@rurik.mysql.com authored
        Added a test case for bug #6866.
      sql_select.cc:
        Fixed bug #6866.
        Bug was due to the fact that on_expr was not backed up
        for the second execution of the stored procedure.
      f2405d71
  24. 01 Jun, 2005 1 commit
  25. 27 May, 2005 1 commit
  26. 08 May, 2005 1 commit
  27. 07 May, 2005 1 commit
  28. 05 May, 2005 2 commits
  29. 28 Apr, 2005 1 commit
  30. 22 Apr, 2005 1 commit
  31. 21 Apr, 2005 1 commit