1. 17 Apr, 2008 1 commit
  2. 16 Apr, 2008 2 commits
  3. 08 Apr, 2008 2 commits
    • kostja@dipika.(none)'s avatar
      Fix pushbuild errors and warnings. · 9533db5f
      kostja@dipika.(none) authored
      9533db5f
    • kostja@dipika.(none)'s avatar
      Tentative implementation of · d1f93762
      kostja@dipika.(none) authored
      WL#4165 Prepared statements: validation 
      WL#4166 Prepared statements: automatic re-prepare
      Fixes
      Bug#27430 Crash in subquery code when in PS and table DDL changed after PREPARE
      Bug#27690 Re-execution of prepared statement after table was replaced with a view crashes
      Bug#27420 A combination of PS and view operations cause error + assertion on shutdown
      
      The basic idea of the patch is to keep track of table metadata between
      prepared statement prepare and execute. If some table used in the statement
      has changed, the prepared statement is re-prepared before execution.
      
      See WL#4165 and WL#4166 contents and comments in the code for details
      of the implementation.
      d1f93762
  4. 07 Apr, 2008 5 commits
    • kostja@dipika.(none)'s avatar
      a9fff11f
    • kostja@dipika.(none)'s avatar
      A fix for Bug#32724 "innodb_mysql.test fails randomly". · 63944ed5
      kostja@dipika.(none) authored
      Enable back the disabled test case.
      63944ed5
    • dlenev@mockturtle.local's avatar
      Merge bk-internal.mysql.com:/home/bk/mysql-5.1-runtime · 44fe33f0
      dlenev@mockturtle.local authored
      into  mockturtle.local:/home/dlenev/src/mysql-5.1-symlink
      44fe33f0
    • kostja@dipika.(none)'s avatar
    • dlenev@mockturtle.local's avatar
      Fix for bug #35733 "main.symlink.test fails". · 15fd42b7
      dlenev@mockturtle.local authored
      The problem was that symlink.test failed due to debug assertions or
      due to errors emitted for wrong statements (in non-debug builds)
      if 6.0 version of server was run with --thread-handling=pool-of-threads
      option.
      
      The above problems were caused by that on the one hand code mi_create()
      which handles case when error is returned relies on my_errno being set
      to appropriate non-0 value, but on the other it has not done this
      in case when error was emitted due to discovery that share for table
      which we are going to create is already present in the list of open
      shares. Running server with pool-of-threads option just exposed this
      bug since in this scheduler mode my_errno is reset to 0 when connection
      (THD) is reattached to the "real" thread.
      
      This fix ensures that code in mi_create() properly sets my_errno in
      the case described above.
      
      Since original reason that caused this bug to be exposed in 6.0 tree
      might also under very special conditions lead to incorrect behavior
      of earlier versions of server (i.e. to errors emitted for wrong
      statements) this patch is also being pushed into 5.1 tree.
      
      No test case is present as this code is already covered by a test
      case + pushbuild options combination in 6.0.
      15fd42b7
  5. 01 Apr, 2008 3 commits
  6. 31 Mar, 2008 2 commits
  7. 28 Mar, 2008 3 commits
  8. 27 Mar, 2008 22 commits