1. 24 Nov, 2010 1 commit
  2. 17 Nov, 2010 1 commit
  3. 15 Nov, 2010 1 commit
  4. 14 Nov, 2010 1 commit
  5. 05 Nov, 2010 1 commit
    • Bjorn Munch's avatar
      Bug #57840 MTR: parallel execution breaks with smart ordering of test cases · 0527d492
      Bjorn Munch authored
      There were actually more problems in this area:
        Slaves (if any) were unconditionally restarted, this appears unnecessary.
        Sort criteria were suboptimal, included the test name.
      Added logic to "reserve" a sequence of tests with same config for one thread
      Got rid of sort_criteria hash, put it into the test case itself
      Adds little sanity check that expected worker picks up test
      Fixed some tests that may fail if starting on running server
      Some of these fail only if *same* test is repeated.
      Finally, special sorting of tests that do --force-restart
      0527d492
  6. 21 Oct, 2010 1 commit
  7. 20 Oct, 2010 4 commits
  8. 19 Oct, 2010 3 commits
  9. 07 Oct, 2010 1 commit
  10. 01 Oct, 2010 1 commit
  11. 30 Sep, 2010 2 commits
  12. 29 Sep, 2010 1 commit
  13. 28 Sep, 2010 2 commits
  14. 22 Sep, 2010 1 commit
  15. 21 Sep, 2010 1 commit
  16. 20 Sep, 2010 1 commit
  17. 15 Sep, 2010 1 commit
  18. 14 Sep, 2010 1 commit
  19. 13 Sep, 2010 1 commit
  20. 10 Sep, 2010 2 commits
  21. 09 Sep, 2010 1 commit
  22. 07 Sep, 2010 4 commits
  23. 02 Sep, 2010 1 commit
  24. 31 Aug, 2010 1 commit
  25. 30 Aug, 2010 2 commits
  26. 26 Aug, 2010 3 commits
    • Alexey Kopytov's avatar
      Automerge. · 1f7b4031
      Alexey Kopytov authored
      1f7b4031
    • Alexey Kopytov's avatar
      Automerge. · 8a310d69
      Alexey Kopytov authored
      8a310d69
    • Alexey Kopytov's avatar
      Bug #53544: Server hangs during JOIN query in stored procedure · 6c6a3e8f
      Alexey Kopytov authored
                  called twice in a row
      
      Queries with nested joins could cause an infinite loop in the
      server when used from SP/PS.
      
      When flattening nested joins, simplify_joins() tracks if the
      name resolution list needs to be updated by setting
      fix_name_res to TRUE if the current loop iteration has done any
      transformations to the join table list. The problem was that
      the flag was not reset before the next loop iteration leading
      to unnecessary "fixing" of the name resolution list which in
      turn could lead to a loop (i.e. circularly-linked part) in that
      list. This was causing problems on subsequent execution when
      used together with stored procedures or prepared statements.
      
      Fixed by making sure fix_name_res is reset on every loop
      iteration.
      6c6a3e8f