1. 20 Mar, 2007 1 commit
  2. 19 Mar, 2007 6 commits
    • unknown's avatar
      Merge trift2.:/MySQL/M50/clone-5.0 · 70aec3a0
      unknown authored
      into  trift2.:/MySQL/M50/push-5.0
      
      
      sql/mysql_priv.h:
        Auto merged
      70aec3a0
    • unknown's avatar
      make_win_bin_dist: · 20768ead
      unknown authored
        Restore accidently removed line
      
      
      scripts/make_win_bin_dist:
        Restore accidently removed line
      20768ead
    • unknown's avatar
      Many files: · d4ac854d
      unknown authored
        Major cleanup of old Visual Studio project files, aligning engines etc
      
      
      VC++Files/bdb/bdb.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/client/mysql.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/client/mysql_upgrade.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/client/mysqladmin.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/client/mysqlclient.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/client/mysqldump.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/client/mysqlimport.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/client/mysqlshow.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/client/mysqltest.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/comp_err/comp_err.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/dbug/dbug.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/heap/heap.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/innobase/innobase.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/libmysql/libmysql.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/libmysqld/examples/test_libmysqld.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/libmysqld/libmysqld.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/libmysqltest/myTest.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/my_print_defaults/my_print_defaults.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/myisam/myisam.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/myisam_ftdump/myisam_ftdump.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/myisamchk/myisamchk.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/myisamlog/myisamlog.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/myisammrg/myisammrg.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/myisampack/myisampack.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/mysql.sln:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/mysqlbinlog/mysqlbinlog.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/mysqlcheck/mysqlcheck.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/mysqldemb/mysqldemb.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/mysqlserver/mysqlserver.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/mysys/mysys.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/perror/perror.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/regex/regex.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/replace/replace.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/sql/gen_lex_hash.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/sql/mysqld.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/strings/strings.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/test1/test1.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/tests/mysql_client_test.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/thr_test/thr_test.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/vio/vio.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      VC++Files/zlib/zlib.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      extra/yassl/taocrypt/taocrypt.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      extra/yassl/yassl.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      ndb/src/cw/cpcc-win32/C++/CPC_GUI.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      scripts/make_win_bin_dist:
        Major cleanup of old Visual Studio project files, aligning engines etc
      server-tools/instance-manager/mysqlmanager.vcproj:
        Major cleanup of old Visual Studio project files, aligning engines etc
      d4ac854d
    • unknown's avatar
      Merge mysqldev@production.mysql.com:my/mysql-5.0-release/ · 68270172
      unknown authored
      into  trift2.:/MySQL/M50/clone-5.0
      
      68270172
    • unknown's avatar
      netware/Makefile.am : "libmysql.imp" must survive a "make clean" for the NetWare builds. · 153fd642
      unknown authored
      
      netware/Makefile.am:
        "libmysql.imp" must survive a "make clean" for the NetWare builds.
      153fd642
    • unknown's avatar
      Merge dev:my/mysql-5.0-release · 1a63835a
      unknown authored
      into  pippilotta.erinye.com:/shared/home/df/mysql/build/mysql-5.0-release
      
      
      scripts/make_win_bin_dist:
        Auto merged
      1a63835a
  3. 18 Mar, 2007 1 commit
    • unknown's avatar
      make_win_bin_dist: · 5a1d00ac
      unknown authored
        - Support both "release" and "relwithdebinfo" targets
        - Copy ".pdb" and ".pdb" files for the server and instance manager
        - Removed the examples directory, unsupported
        - Handle both old and new builds in the same script, "-debug" and "-nt"
          extensions, directory "data" and "share" in different location
      
      
      scripts/make_win_bin_dist:
        - Support both "release" and "relwithdebinfo" targets
        - Copy ".pdb" and ".pdb" files for the server and instance manager
        - Removed the examples directory, unsupported
        - Handle both old and new builds in the same script, "-debug" and "-nt"
          extensions, directory "data" and "share" in different location
      5a1d00ac
  4. 17 Mar, 2007 2 commits
  5. 16 Mar, 2007 9 commits
    • unknown's avatar
      Bug#20166 mysql-test-run.pl does not test system privilege tables creation · 9d58a3c0
      unknown authored
       - Build sql files for netware from the mysql_system_tables*.sq files
       - Fix comments about mysql_create_system_tables.sh
       - Use mysql_install_db.sh to create system tables for mysql_test-run-shell
       - Fix mysql-test-run.pl to also look in share/mysql for the msyql_system*.sql files
      
      Changeset coded today by Magnus Svensson, just the application to 5.0.38 is by Joerg Bruehe.
      
      
      BitKeeper/deleted/.del-init_db.sql~e2b8d0c8390e8023:
        Delete: netware/init_db.sql
      BitKeeper/deleted/.del-test_db.sql:
        Delete: netware/test_db.sql
      BitKeeper/etc/ignore:
        Added netware/init_db.sql netware/test_db.sql to the ignore list
      mysql-test/install_test_db.sh:
        Use mysql_install_db from install_test_db(which is used by mysql-test-run-shell)
        to install the system tables
      mysql-test/mysql-test-run.pl:
        Look for the mysql_system_tables*.sql also in share/mysql
      netware/Makefile.am:
        Build netware/init_db.sql and netware/test_db.sql from
        the sources in scripts/msyql_system_tables*.sql
      scripts/make_binary_distribution.sh:
        netware/init_db.sql and netware/test_db.sql are now built by the Makefiles
        from the scripts/mysql_system_tables*.sql files
      sql/mysql_priv.h:
        Update comment remindging to update the MySQL system table definitions
        when adding a new SQL_MODE
      sql/sql_acl.h:
        Update comment reminding to update the MySQL System tables
        when changing the ACL defines
      9d58a3c0
    • unknown's avatar
      Fix bug#27212, test case "loaddata": Take the file to read from the binary package. · e83bb748
      unknown authored
      
      mysql-test/r/loaddata.result:
        Fix bug#27212:  Do not try to read a file which is not contained in a binary distribution,
        because it will be missing when the tests are run during release build or by a customer.
      mysql-test/t/loaddata.test:
        Fix bug#27212:  Do not try to read a file which is not contained in a binary distribution,
        because it will be missing when the tests are run during release build or by a customer.
      e83bb748
    • unknown's avatar
      Bug#27006: AFTER UPDATE triggers not fired with INSERT ... ON DUPLICATE KEY · 1238f850
      unknown authored
      UPDATE if the row wasn't actually changed.
      
      This bug was caused by fix for bug#19978. It causes AFTER UPDATE triggers
      not firing if a row wasn't actually changed by the update part of the
      INSERT .. ON DUPLICATE KEY UPDATE.
      
      Now triggers are always fired if a row is touched by the INSERT ... ON
      DUPLICATE KEY UPDATE.
      
      
      sql/sql_insert.cc:
        Bug#27006: AFTER UPDATE triggers not fired with INSERT ... ON DUPLICATE KEY
        UPDATE if the row wasn't actually changed.
        Now triggers are always fired if a row is touched by the INSERT ... ON
        DUPLICATE KEY UPDATE.
      mysql-test/r/trigger.result:
        Added a test case for the bug#27006: AFTER UPDATE triggers not fired with INSERT ... ON DUPLICATE KEY
        UPDATE if the row wasn't actually changed.
      mysql-test/t/trigger.test:
        Added a test case for the bug#27006: AFTER UPDATE triggers not fired with INSERT ... ON DUPLICATE KEY
        UPDATE if the row wasn't actually changed.
      1238f850
    • unknown's avatar
      Merge gkodinov@bk-internal.mysql.com:/home/bk/mysql-5.0-opt · 0583358e
      unknown authored
      into  magare.gmz:/home/kgeorge/mysql/autopush/B26261-5.0-opt
      
      
      sql/mysql_priv.h:
        Auto merged
      sql/sql_insert.cc:
        Auto merged
      sql/sql_prepare.cc:
        Auto merged
      mysql-test/r/insert_update.result:
        SCCS merged
      mysql-test/t/insert_update.test:
        SCCS merged
      0583358e
    • unknown's avatar
      Bug #26261: · 6c2b21ba
      unknown authored
       INSERT uses query_id to verify what fields are
       mentioned in the fields list of the INSERT command.
       However the check for that is made after the 
       ON DUPLICATE KEY is processed. This causes all
       the fields mentioned in ON DUPLICATE KEY to be 
       considered as mentioned in the fields list of 
       INSERT.
       Moved the check up, right after processing the
       fields list.
      
      
      mysql-test/r/insert_update.result:
        Bug #26261: test case
      mysql-test/t/insert_update.test:
        Bug #26261: test case
      sql/mysql_priv.h:
        Bug #26261: moved the check inside mysql_prepare_insert
      sql/sql_insert.cc:
        Bug #26261: move the check inside mysql_prepare_insert
        before setting up the ON DUPLICATE KEY part
      sql/sql_prepare.cc:
        Bug #26261: moved the check inside mysql_prepare_insert
      6c2b21ba
    • unknown's avatar
      Merge sgluhov@bk-internal.mysql.com:/home/bk/mysql-5.0-opt · ed685138
      unknown authored
      into  mysql.com:/home/gluh/MySQL/Merge/5.0-opt
      
      ed685138
    • unknown's avatar
      Bug#26285 selecting information_schema crahes server · 723bac48
      unknown authored
      The crash happens when 'skip-grant-tables' is enabled.
      We skip the filling of I_S privilege tables 
      if acl_cache is not initialized.
      
      
      mysql-test/r/skip_grants.result:
        test result
      mysql-test/t/skip_grants.test:
        test case
      sql/sql_acl.cc:
        skip filling of I_S privilege tables
        if acl_cache is not initialized
      723bac48
    • unknown's avatar
      Merge bk@192.168.21.1:mysql-5.0-opt · 0d851a4f
      unknown authored
      into  mysql.com:/home/hf/work/mrg/mysql-5.0-opt
      
      0d851a4f
    • unknown's avatar
      Merge bk@192.168.21.1:mysql-5.0 · e09cfa30
      unknown authored
      into  mysql.com:/home/hf/work/mrg/mysql-5.0-opt
      
      
      sql/sql_parse.cc:
        Auto merged
      e09cfa30
  6. 15 Mar, 2007 13 commits
    • unknown's avatar
      Merge dfischer@bk-internal.mysql.com:/home/bk/mysql-5.0-build · e4206dbe
      unknown authored
      into  pippilotta.erinye.com:/shared/home/df/mysql/build/mysql-5.0-build
      
      e4206dbe
    • unknown's avatar
      Added test options to Makefile.am including · bb1d29b9
      unknown authored
       - test suites developed by QA 
       - additional 'fast' test options 
      
      
      Makefile.am:
        Added test options to cover 
         - test suites developed by QA 
         - additional 'fast' test options
      bb1d29b9
    • unknown's avatar
      Raise version number after cloning 5.0.38 · fd97548d
      unknown authored
      fd97548d
    • unknown's avatar
      Merge mysql.com:/home/svoj/devel/bk/mysql-4.1-engines · c79b1f15
      unknown authored
      into  mysql.com:/home/svoj/devel/bk/mysql-5.0-engines
      
      c79b1f15
    • unknown's avatar
      Merge epotemkin@bk-internal.mysql.com:/home/bk/mysql-5.0-opt · 1bfa0046
      unknown authored
      into  moonbone.local:/mnt/gentoo64/work/27033-bug-5.0-opt-mysql
      
      1bfa0046
    • unknown's avatar
      Bug#27033: 0 as LAST_INSERT_ID() after INSERT .. ON DUPLICATE if rows were · 5660bb85
      unknown authored
      touched but not actually changed.
      
      The LAST_INSERT_ID() is reset to 0 if no rows were inserted or changed.
      This is the case when an INSERT ... ON DUPLICATE KEY UPDATE updates a row
      with the same values as the row contains.
      
      Now the LAST_INSERT_ID() values is reset to 0 only if there were no rows
      successfully inserted or touched.
      The new 'touched' field is added to the COPY_INFO structure. It holds the
      number of rows that were touched no matter whether they were actually
      changed or not.
      
      
      sql/sql_class.h:
        Bug#27033: 0 as LAST_INSERT_ID() after INSERT .. ON DUPLICATE if rows were
        touched but not actually changed.
        
        The new 'touched' field is added to the COPY_INFO structure. It holds the
        number of rows that were touched no matter whether they were actually
        changed or not.
      mysql-test/r/insert_update.result:
        Added a test case for the bug#27033: 0 as LAST_INSERT_ID() after INSERT .. ON DUPLICATE if rows were
        touched but not actually changed.
      mysql-test/t/insert_update.test:
        Added a test case for the bug#27033: 0 as LAST_INSERT_ID() after INSERT .. ON DUPLICATE if rows were
        touched but not actually changed.
      sql/sql_insert.cc:
        Bug#27033: 0 as LAST_INSERT_ID() after INSERT .. ON DUPLICATE if rows were
        touched but not actually changed.
        
        Now the LAST_INSERT_ID() values is reset to 0 only if there were no rows
        successfully inserted or touched.
      5660bb85
    • unknown's avatar
      Merge mysql.com:/home/hf/work/26833/my50-26833 · ddb2701d
      unknown authored
      into  mysql.com:/home/hf/work/mrg/mysql-5.0-opt
      
      
      sql/sql_parse.cc:
        Auto merged
      ddb2701d
    • unknown's avatar
      Merge bk@192.168.21.1:mysql-5.0 · 6ae76968
      unknown authored
      into  mysql.com:/home/hf/work/mrg/mysql-5.0-opt
      
      
      mysql-test/r/gis-rtree.result:
        Auto merged
      6ae76968
    • unknown's avatar
      Merge bk-internal.mysql.com:/home/bk/mysql-4.1 · 3696e9d8
      unknown authored
      into  mockturtle.local:/home/dlenev/src/mysql-4.1-merge
      
      3696e9d8
    • unknown's avatar
      Merge bk-internal.mysql.com:/home/bk/mysql-5.0 · 2cf9f7a2
      unknown authored
      into  mockturtle.local:/home/dlenev/src/mysql-5.0-merge
      
      2cf9f7a2
    • unknown's avatar
      Merge mockturtle.local:/home/dlenev/src/mysql-4.1-bg25966 · 23d9d63d
      unknown authored
      into  mockturtle.local:/home/dlenev/src/mysql-5.0-bg25966-2
      
      
      sql/mysqld.cc:
        Auto merged
      23d9d63d
    • unknown's avatar
      Fix for bug #25966 "2MB per second endless memory consumption after LOCK · 1d28a6ae
      unknown authored
      TABLE ... WRITE".
      
      Memory and CPU hogging occured when connection which had to wait for table
      lock was serviced by thread which previously serviced connection that was
      killed (note that connections can reuse threads if thread cache is enabled).
      One possible scenario which exposed this problem was when thread which
      provided binlog dump to replication slave was implicitly/automatically
      killed when the same slave reconnected and started pulling data through
      different thread/connection.
      The problem also occured when one killed particular query in connection
      (using KILL QUERY) and later this connection had to wait for some table
      lock.
      
      This problem was caused by the fact that thread-specific mysys_var::abort
      variable, which indicates that waiting operations on mysys layer should
      be aborted (this includes waiting for table locks), was set by kill
      operation but was never reset back. So this value was "inherited" by the
      following statements or even other connections (which reused the same
      physical thread). Such discrepancy between this variable and THD::killed
      flag broke logic on SQL-layer and caused CPU and memory hogging.
      
      This patch tries to fix this problem by properly resetting this member.
      
      There is no test-case associated with this patch since it is hard to test
      for memory/CPU hogging conditions in our test-suite.
      
      
      sql/mysqld.cc:
        We should not forget to reset THD::mysys_var::abort after kill operation
        if we are going to use thread to which this operation was applied for
        handling of other connections.
      sql/sp_head.cc:
        We should not forget to reset THD::mysys_var::abort after kill operation
        if we are going to use thread to which this operation was applied for
        handling of further statements.
      sql/sql_parse.cc:
        We should not forget to reset THD::mysys_var::abort after kill operation
        if we are going to use thread to which this operation was applied for
        handling of further statements.
      1d28a6ae
    • unknown's avatar
      Fix for bug #25966 "2MB per second endless memory consumption after LOCK · 3dae7ac8
      unknown authored
      TABLE ... WRITE".
      
      CPU hogging occured when connection which had to wait for table lock was
      serviced by thread which previously serviced connection that was killed
      (note that connections can reuse threads if thread cache is enabled).
      One possible scenario which exposed this problem was when thread which
      provided binlog dump to replication slave was implicitly/automatically
      killed when the same slave reconnected and started pulling data through
      different thread/connection.
      In 5.* versions memory hogging was added to CPU hogging. Moreover in
      those versions the problem also occured when one killed particular query
      in connection (using KILL QUERY) and later this connection had to wait for
      some table lock.
      
      This problem was caused by the fact that thread-specific mysys_var::abort
      variable, which indicates that waiting operations on mysys layer should
      be aborted (this includes waiting for table locks), was set by kill
      operation but was never reset back. So this value was "inherited" by the
      following statements or even other connections (which reused the same
      physical thread). Such discrepancy between this variable and THD::killed
      flag broke logic on SQL-layer and caused CPU and memory hogging.
      
      This patch tries to fix this problem by properly resetting this member.
      
      There is no test-case associated with this patch since it is hard to test
      for memory/CPU hogging conditions in our test-suite.
      
      
      sql/mysqld.cc:
        We should not forget to reset THD::mysys_var::abort after kill operation
        if we are going to use thread to which this operation was applied for
        handling of other connections.
      3dae7ac8
  7. 14 Mar, 2007 8 commits