1. 02 Nov, 2006 15 commits
  2. 01 Nov, 2006 3 commits
  3. 31 Oct, 2006 13 commits
  4. 30 Oct, 2006 6 commits
    • unknown's avatar
      Merge bk-internal:/home/bk/mysql-4.1-maint · 96ac9ff6
      unknown authored
      into  shellback.(none):/home/msvensson/mysql/mysql-4.1-maint
      
      96ac9ff6
    • unknown's avatar
      Bug#18654 Test is timing-dependent and fails from scheduling effects (?) · 5d6e9c5a
      unknown authored
       - Wait in loop with small sleep until tables has been renamed
      
      
      mysql-test/t/rename.test:
        To avoid scheduling effects wait for the tables to be renamed in a loop with small sleeps
        before continuing with tests
      mysql-test/include/wait_for_query_to_suceed.inc:
        New BitKeeper file ``mysql-test/include/wait_for_query_to_suceed.inc''
      5d6e9c5a
    • unknown's avatar
      Merge shellback.(none):/home/msvensson/mysql/mysql-5.0-maint · b828f697
      unknown authored
      into  shellback.(none):/home/msvensson/mysql/mysql-5.1-maint
      
      
      mysql-test/mysql-test-run.pl:
        Auto merged
      mysql-test/r/innodb_mysql.result:
        Auto merged
      mysql-test/t/ctype_utf8.test:
        Auto merged
      mysql-test/include/mix1.inc:
        Auto merged
      sql/set_var.cc:
        Auto merged
      sql/sql_class.cc:
        Auto merged
      sql/sql_class.h:
        Auto merged
      sql/mysqld.cc:
        Manual merge
      storage/myisam/sort.c:
        Manual merge
      b828f697
    • unknown's avatar
      Improve comments around FLUSH STATUS · 501d2426
      unknown authored
      It's not possible to flush the global status variables in 5.0
      Update test case so it works by recording the value of handle_rollback
      before and compare it to the value after
      
      
      mysql-test/r/innodb_mysql.result:
        Update result file
      mysql-test/t/innodb_mysql.test:
        It's not possible to reset the global status variables in 5.0 so intead its value
        is recorded and compared to the after value.
        It should not have changed.
      sql/mysqld.cc:
        Improve comments
      sql/set_var.cc:
        Improve comments
      sql/sql_class.cc:
        Improve comments
      sql/sql_class.h:
        Improve comments
      501d2426
    • unknown's avatar
    • unknown's avatar
      Merge bk-internal:/home/bk/mysql-5.0-maint · 3ca26c2e
      unknown authored
      into  shellback.(none):/home/msvensson/mysql/mysql-5.0-maint
      
      
      mysql-test/mysql-test-run.pl:
        Auto merged
      3ca26c2e
  5. 27 Oct, 2006 3 commits
    • unknown's avatar
      Disable abi_check in 5.1 for the moment · 85e53c7f
      unknown authored
      85e53c7f
    • unknown's avatar
      Fix for bug #23412: delete rows with null date field · d2718abe
      unknown authored
      Backport of the fix for bug #8143: A date with value 0 is treated as a NULL value
      
      
      mysql-test/r/delete.result:
        Fix for bug #23412: delete rows with null date field
          - test result
      mysql-test/t/delete.test:
        Fix for bug #23412: delete rows with null date field
          - test case
      sql/sql_delete.cc:
        Fix for bug #23412: delete rows with null date field
          - during SELECT queries processing we convert 'date[time]_field is null'                   
            conditions into 'date[time]_field = 0000-00-00[ 00:00:00]' for not null                  
            DATE and DATETIME fields. To be consistent, we have to do the same for DELETE            
            queries. So we should call remove_eq_conds() in the mysql_delete() as well.              
            Also it may simplify and speed up DELETE queries execution.
      d2718abe
    • unknown's avatar
      Merge rkalimullin@bk-internal.mysql.com:/home/bk/mysql-5.0-maint · 39c97dd9
      unknown authored
      into  mysql.com:/usr/home/ram/work/bug22158/my50-bug22158
      
      39c97dd9