1. 13 Jul, 2006 1 commit
  2. 12 Jul, 2006 2 commits
    • unknown's avatar
      Merge zippy.(none):/home/cmiller/mysql-4.1_bug18470 · 4823bc50
      unknown authored
      into  zippy.(none):/home/cmiller/work/mysql/m50-maint--07C2P
      
      
      configure.in:
        Auto merged
      4823bc50
    • unknown's avatar
      Bug#18470: Compile Failure: strings.s fails make with unknown pseudo-ops · 4bfb28e2
      unknown authored
      The bug is thqt we use some nonstandard assembly codes in our strings
      source, and some assemblers don't know what to do with them:  Specifically,
      Sun's Solaris assembler and Apple's Darwin assembler balk at them.
      
      This patch, rather than trying to test for properties of the assembler, 
      which Autoconf doesn't have any decent facilites for, instead tries to
      compile the code in question and disables assembly if it fails.
      
      There's still the problem of unportable assembly, but I'll leave that 
      to someone who feels like rewriting and debugging it.
      
      
      configure.in:
        Actually try to compile the code in question, since a test for the CPU
        type is insufficient to determine whether our code will compile.
      4bfb28e2
  3. 10 Jul, 2006 1 commit
    • unknown's avatar
      A patch to Bug#17667 didn't take into consideration that the vardir, which contains · 019e221c
      unknown authored
      the server's binlog file, might be set to a different directory.  This adds a new
      "vardir" parameter, which takes the name of the directory as a value, so that the 
      test_bug17667() test can find the binlog.  
      
      
      mysql-test/mysql-test-run.pl:
        Add the "vardir" to the options passed to "mysql_test_client", so we know 
        where to find the binlog file.
      tests/mysql_client_test.c:
        Receive a new option, "vardir".
        
        Use the vardir option to find the binlog file in test_bug17667() .
      019e221c
  4. 29 Jun, 2006 22 commits
  5. 28 Jun, 2006 14 commits
    • unknown's avatar
      Merge mysql.com:/home/tomash/src/mysql_ab/mysql-5.0 · 48d1dc74
      unknown authored
      into  mysql.com:/home/tomash/src/mysql_ab/mysql-5.0-bug10946
      
      
      mysql-test/r/trigger.result:
        Auto merged
      mysql-test/t/trigger.test:
        Auto merged
      sql/sql_trigger.cc:
        Auto merged
      48d1dc74
    • unknown's avatar
      Bug#10946: Confusing error messeges in the case of duplicate trigger definition · 837c9719
      unknown authored
      It was hard to distinguish case, when one was unable to create trigger
      on the table because trigger with same action time and event already
      existed for this table, from the case, when one tried to create trigger
      with name which was already occupied by some other trigger, since in
      both these cases we emitted ER_TRG_ALREADY_EXISTS error and message.
      Now we emit ER_NOT_SUPPORTED_YET error with appropriate additional
      message in the first case. There is no sense in introducing separate
      error for this situation since we plan to get rid of this limitation
      eventually.
      
      
      mysql-test/r/trigger.result:
        Update result for new error message.
      mysql-test/t/trigger.test:
        Update test for new error code.
      sql/sql_trigger.cc:
        If there is already a trigger with the same activation time, report an
        "Unsupported yet" error.
      837c9719
    • unknown's avatar
      A fix for Bug#19022 "Memory bug when switching db during trigger execution". · 88843709
      unknown authored
      No test case as the bug is in an existing test case (rpl_trigger.test
      when it is run under valgrind).
      The warning was caused by memory corruption in replication slave: thd->db
      was pointing at a stack address that was previously used by 
      sp_head::execute()::old_db. This happened because mysql_change_db
      behaved differently in replication slave and did not make a copy of the 
      argument to assign to thd->db. 
      The solution is to always free the old value of thd->db and allocate a new
      copy, regardless whether we're running in a replication slave or not.
      
      
      sql/log_event.cc:
        Move rewrite_db to log_event.cc, the only place where it is used.
      sql/slave.cc:
        Move rewrite_db to log_event.cc
      sql/slave.h:
        Remove an unneeded declaration.
      sql/sql_class.h:
        Fix set_db to always free the old db, even if the argument is NULL.
        Add a comment.
      sql/sql_db.cc:
        Always make a deep copy of the argument in mysql_change_db, even 
        if running in a replication slave. This is necessary because 
        sp_use_new_db (stored procedures) assumes that mysql_change_db always makes
        a deep copy of the argument, and thus passes a pointer to stack into it.
        This assumption was true for all cases except the replication slave thread.
      88843709
    • unknown's avatar
      BUG #19773 · 9016a6be
      unknown authored
      Pushbuild fixes to result file, test, and header file for federated.
      
      
      mysql-test/r/federated.result:
        BUG #19773
        
        Pushbuild fixes - result file had hard-coded port
      mysql-test/t/federated.test:
        BUG #19773
        
        Pushbuild fixes Test was missing --replace_result
      sql/ha_federated.h:
        BUG #19773
        
        HPUX and Windows failed with variable named row and *row in method declaration
      9016a6be
    • unknown's avatar
      Merge bk-internal:/home/bk/mysql-5.0-runtime · d127fa3b
      unknown authored
      into  mysql.com:/home/jimw/my/mysql-5.0-18005
      
      
      sql/sql_trigger.cc:
        Auto merged
      d127fa3b
    • unknown's avatar
      Merge pgalbraith@bk-internal.mysql.com:/home/bk/mysql-5.0 · 7f9a6aa9
      unknown authored
      into  govinda.patg.net:/home/patg/mysql-build/mysql-5.0-engines-bug19773
      
      
      sql/ha_federated.cc:
        Auto merged
      7f9a6aa9
    • unknown's avatar
      Merge xiphis.org:/home/antony/work2/p4-bug12096.2 · 76d0badd
      unknown authored
      into  xiphis.org:/home/antony/work2/p4-bug12096.2-merge
      
      
      configure.in:
        Auto merged
      sql/mysqld.cc:
        Auto merged
      76d0badd
    • unknown's avatar
      Merge igreenhoe@bk-internal.mysql.com:/home/bk/mysql-5.0-maint · a522b4a8
      unknown authored
      into  mysql.com:/home/greenman/workspace-mysql/mysql/pending/bug-5.0-18979
      
      
      a522b4a8
    • unknown's avatar
      Merge igreenhoe@bk-internal.mysql.com:/home/bk/mysql-5.0-maint · da728f8b
      unknown authored
      into  mysql.com:/home/greenman/workspace-mysql/mysql/pending/bug-5.0-18979
      
      
      da728f8b
    • unknown's avatar
      Merge igreenhoe@bk-internal.mysql.com:/home/bk/mysql-5.0-maint · 15472a67
      unknown authored
      into  mysql.com:/home/greenman/workspace-mysql/mysql/pending/bug-5.0-17353
      
      
      15472a67
    • unknown's avatar
      Merge mysql.com:/users/lthalmann/bkroot/mysql-5.0-rpl · 11d38c1d
      unknown authored
      into  mysql.com:/users/lthalmann/bk/MERGE/mysql-5.0-merge
      
      
      sql/ha_ndbcluster.cc:
        Auto merged
      11d38c1d
    • unknown's avatar
      BUG#20739. · 48b09e2a
      unknown authored
      In the Windows build files, the "Max nt" configuration for some reason
      had the mysql_client_test project disabled. Enable it.
      
      
      VC++Files/mysql.sln:
        The "Max nt" configuration for some reason had the mysql_client_test
        project disabled. Enable it.
      48b09e2a
    • unknown's avatar
      Disabled test case for Windows (BUG#20753) · 1fdccc89
      unknown authored
      1fdccc89
    • unknown's avatar
      Merge mysql.com:/home/stewart/Documents/MySQL/5.0/ndb · 7e4ae350
      unknown authored
      into  mysql.com:/home/stewart/Documents/MySQL/5.0/merge
      
      
      ndb/src/mgmsrv/ConfigInfo.cpp:
        Auto merged
      sql/ha_ndbcluster.cc:
        Auto merged
      7e4ae350