1. 27 Jan, 2009 12 commits
  2. 26 Jan, 2009 3 commits
    • Luis Soares's avatar
      5a731409
    • Magnus Svensson's avatar
      WL#4189 mtr.pl v2 · 2cc7e72a
      Magnus Svensson authored
       - Suppress intentional safemalloc dump warnings
       - add fflush(stdout) to make sure that the "End safemalloc memory dump." marker is flushed.
      2cc7e72a
    • Magnus Svensson's avatar
      WL#4189 mtr.pl v2 · ee156bf0
      Magnus Svensson authored
       - rewrite "check warnings" to be faster by not creating a full join
         between error_log and suspicious_patterns while running REGEXP.
         Instead add a column to error_log that will be set to 1 to indicate
         a warning and run the 6 REGEXP's we have for suspicious lines as
         6 separate full table scans.
       - Remove the "suspicious_patterns" table from mtr db
       - Use 'xykls37' as separator when loading the error log, that line should
         hopefully never exist in a line that should be a warning
      ee156bf0
  3. 24 Jan, 2009 13 commits
  4. 23 Jan, 2009 1 commit
    • Luis Soares's avatar
      merge: 5.1 -> 5.1-rpl · 14d4576b
      Luis Soares authored
      conflicts:
        Text conflict in client/mysqltest.cc
        Text conflict in mysql-test/include/wait_until_connected_again.inc
        Text conflict in mysql-test/lib/mtr_report.pm
        Text conflict in mysql-test/mysql-test-run.pl
        Text conflict in mysql-test/r/events_bugs.result
        Text conflict in mysql-test/r/log_state.result
        Text conflict in mysql-test/r/myisam_data_pointer_size_func.result
        Text conflict in mysql-test/r/mysqlcheck.result
        Text conflict in mysql-test/r/query_cache.result
        Text conflict in mysql-test/r/status.result
        Text conflict in mysql-test/suite/binlog/r/binlog_index.result
        Text conflict in mysql-test/suite/binlog/r/binlog_innodb.result
        Text conflict in mysql-test/suite/rpl/r/rpl_packet.result
        Text conflict in mysql-test/suite/rpl/t/rpl_packet.test
        Text conflict in mysql-test/t/disabled.def
        Text conflict in mysql-test/t/events_bugs.test
        Text conflict in mysql-test/t/log_state.test
        Text conflict in mysql-test/t/myisam_data_pointer_size_func.test
        Text conflict in mysql-test/t/mysqlcheck.test
        Text conflict in mysql-test/t/query_cache.test
        Text conflict in mysql-test/t/rpl_init_slave_func.test
        Text conflict in mysql-test/t/status.test
      14d4576b
  5. 22 Jan, 2009 1 commit
    • Luis Soares's avatar
      BUG#40143 federated.federated_server fails sporadically in pushbuild · 9453c4f0
      Luis Soares authored
      The original goal of the test, as reported on BUG #25721, is to check whether 
      a deadlock happens or not when concurrently CREATING/ALTERING/DROPPING the 
      same server. For that a procedure (p1) is created that runs the exact same 
      CREATE/ALTER/DROP statements for 10K iterations and two different connections 
      (threads - t1 and t2) call p1 concurrently. At the end of the 10K iterations, 
      the test checks if there was errors while running the loop (SELECT e >0).
            
      The problem is that In some cases it may happen that one thread, t1, gets 
      scheduled to execute with just enough time to complete the iteration and 
      never bumps into the other thread t2. Meaning that t1 will never run into an 
      SQL exception. On the other hand, the other thread, t2, may run into t1 and 
      never issue any/part of its own statements because it will throw an SQLEXCEPTION. 
      This is probably the case for failures where only one value differs.
            
      Furthermore, there is a third scenario: both threads are scheduled to run 
      interleaved for each iteration (or even one thread completes all iterations 
      before the other starts). In this case, both will succeed without any error. 
      This is probably the case for the failure that reports two different values.
            
      This patch addresses the failure in pushbuild by removing the error counting 
      and the printout (SELECT > 0) at the end of the test. A timeout should occur 
      if the error that the test is checking surfaces.
      9453c4f0
  6. 21 Jan, 2009 9 commits
  7. 15 Jan, 2009 1 commit
    • Joerg Bruehe's avatar
      Upmerge changesets from 5.0-build to 5.1-build. · 4f0d2f5a
      Joerg Bruehe authored
      This does not bring any contents changes, it is purely
      metadata which are affected.
      
      Details:
      
      Even within 5.0, most of these changesets did not cause
      file contents changes, because they were backports done
      for the "service pack" builds of 5.0.66sp1 and 5.0.72sp1.
      
      The "real" changesets are also already present in 5.1,
      so this upmerge doesn't change any contents.
      
      The only "real" changeset in 5.0 was a fix of the shell
      scripts used to configure bdb (BerkeleyDB).
      As we completele removed bdb from the 5.1 sources already,
      the affected files are not present in the 5.1 source tree,
      so this changeset also does not cause any contents changes.
      4f0d2f5a