1. 15 Nov, 2004 1 commit
    • unknown's avatar
      Proposed fix for bug #6439 "from_unixtime() function returns wrong datetime · c4134b7a
      unknown authored
      values for too big argument".
      
      Added range checking for from_unixtime() argument, cleaned up code 
      a bit.
      
      
      mysql-test/r/func_time.result:
        Test for bug #6439 "from_unixtime() function returns wrong datetime 
        values for too big argument".
      mysql-test/t/func_time.test:
        Test for bug #6439 "from_unixtime() function returns wrong datetime 
        values for too big argument".
      sql/item_timefunc.cc:
        Item_func_from_unixtime: 
          Added error range checking for function argument + small code clean up.
      c4134b7a
  2. 04 Nov, 2004 3 commits
    • unknown's avatar
      b3e00b67
    • unknown's avatar
      Merge bk-internal.mysql.com:/home/bk/mysql-4.0 · 8df8ffeb
      unknown authored
      into mysql.com:/home/dlenev/src/mysql-4.0-bg6387
      
      8df8ffeb
    • unknown's avatar
      The files stored in "Docs/Images" within the "mysqldocs" BK tree must be included · 3cbb64c3
      unknown authored
      in the source tar-ball for distribution. This is done by using the "DISTFILES" macro
      in a new "Docs/Images/Makefile". As the source BK tree does not contain these files,
      they are copied from the "mysqldocs" tree at release build time.
      This changeset relies on "bk commit - mysqldoc tree (joerg:1.2276)" of today.
      
      
      Build-tools/Bootstrap:
        Copy the relevant files with "Docs/Images" from the "mysqldocs" BK tree into the
        build tree, ensuring that the "Makefile*" from the source BK tree are removed before.
      Docs/Images/Makefile.am:
        This dummy file is only needed to satisfy the Makefile hierarchy, 
        at release build time it will be replaced by its counterpart from the "mysqldocs" BK tree.
      Docs/Makefile.am:
        Include the new "Docs/Images/Makefile" in the Makefile hierarchy.
      configure.in:
        Ensure that the autotools will handle the new "Docs/Images/Makefile.am".
      3cbb64c3
  3. 03 Nov, 2004 4 commits
  4. 02 Nov, 2004 1 commit
    • unknown's avatar
      ha_innodb.cc: · b7cd3f5e
      unknown authored
        Backport Jan's fix of the LOAD DATA INFILE REPLACE duplicate key error bug (Bug #5835) to 4.0
      
      
      sql/ha_innodb.cc:
        Backport Jan's fix of the LOAD DATA INFILE REPLACE duplicate key error bug (Bug #5835) to 4.0
      b7cd3f5e
  5. 01 Nov, 2004 2 commits
  6. 31 Oct, 2004 1 commit
    • unknown's avatar
      row0mysql.c, pars0pars.c, eval0eval.c, dict0load.c, dict0dict.c, dict0crea.c: · 97ce1517
      unknown authored
        Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it
      dict0dict.c:
        Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it; fix also a hang that would occur if one tried in ALTER TABLE or RENAME TABLE to create a foreign key constraint name that collided with another existing name
      
      
      innobase/dict/dict0crea.c:
        Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it
      innobase/dict/dict0load.c:
        Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it
      innobase/dict/dict0dict.c:
        Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it; fix also a hang that would occur if one tried in ALTER TABLE or RENAME TABLE to create a foreign key constraint name that collided with another existing name
      innobase/eval/eval0eval.c:
        Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it
      innobase/pars/pars0pars.c:
        Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it
      innobase/row/row0mysql.c:
        Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it
      97ce1517
  7. 29 Oct, 2004 1 commit
  8. 28 Oct, 2004 1 commit
  9. 27 Oct, 2004 7 commits
    • unknown's avatar
      Merge lgrimmer@bk-internal.mysql.com:/home/bk/mysql-4.0 · bb1cb112
      unknown authored
      into mysql.com:/space/my/mysql-4.0
      
      bb1cb112
    • unknown's avatar
      - Applied some Windows portability fixes for myisampack.c and sql_handler.cc · f4b0f729
      unknown authored
        (backports from fixes made in 4.1)
      
      
      myisam/myisampack.c:
         - replaced "1ULL" with "((ulonglong)1)" to resolve a compile error on
           Windows
      sql/sql_handler.cc:
         - removed some unused variables
         - added a (byte*) cast to fix a compile error on Windows (backport of a
           fix made in 4.1)
      f4b0f729
    • unknown's avatar
      texi2html: · 31c366cb
      unknown authored
        Updated version of texi2html so that 4.0.22 HTML manual doesn't turn out all goofy.
      
      
      Docs/Support/texi2html:
        Updated version of texi2html so that 4.0.22 HTML manual doesn't turn out all goofy.
      31c366cb
    • unknown's avatar
      Merge jbruehe@bk-internal.mysql.com:/home/bk/mysql-4.0 · c92c6789
      unknown authored
      into mysql.com:/M40/mysql-4.0
      
      c92c6789
    • unknown's avatar
      Fix when compiling without InnoDB · 89dce2fb
      unknown authored
      
      BitKeeper/deleted/.del-innodb-lock-master.opt~f76a4a1999728f87:
        Delete: mysql-test/t/innodb-lock-master.opt
      89dce2fb
    • unknown's avatar
      Change 'Build-tools/mysql-copyright' to ensure the receiving machines will build · 0b1b06e3
      unknown authored
      without trying to re-run autotools.
      (Backport from 4.1.7 for 4.0.22)
      
      
      Build-tools/mysql-copyright:
        The top level Makefile will try to re-run the autotools unless the timestamps of the
        relevant files are in truly ascending order. Ensure this order!
        (Backport from 4.1.7 for 4.0.22)
      0b1b06e3
    • unknown's avatar
      Backport innodb_max_purge_lag from 4.1 · 2d4bea72
      unknown authored
      
      innobase/include/srv0srv.h:
        Add configuration parameter srv_max_purge_lag.
        Add global variable srv_dml_needed_delay.
      innobase/include/trx0sys.h:
        Add trx_sys->rseg_history_len
      innobase/row/row0mysql.c:
        Add row_mysql_delay_if_needed() for delaying INSERTs, UPDATEs and
        DELETEs for srv_dml_needed_delay microseconds.
      innobase/srv/srv0srv.c:
        Define global variable srv_dml_needed_delay.
        Define configuration parameter srv_max_purge_lag.
      innobase/trx/trx0purge.c:
        Update trx_sys->rseg_history_len.
        trx_purge(): Compute srv_dml_needed_delay from srv_max_purge_lag
        and trx_sys->rseg_history_len.
      innobase/trx/trx0rseg.c:
        Initialize trx_sys->rseg_history_len at InnoDB start-up.
      sql/ha_innodb.h:
        Add configuration parameter srv_max_purge_lag.
      sql/mysqld.cc:
        Add startup option innodb_max_purge_lag,
        with default value 0 (meaning infinite, disabling the feature).
      sql/set_var.cc:
        Add global variable innodb_max_purge_lag.
      2d4bea72
  10. 24 Oct, 2004 1 commit
  11. 22 Oct, 2004 5 commits
    • unknown's avatar
      postreview fixes · 84f921b7
      unknown authored
      
      sql/mysql_priv.h:
        constant definition
      sql/sql_base.cc:
        difine used instead of constant
      sql/sql_cache.cc:
        difine used instead of constant
        typo fixed
      84f921b7
    • unknown's avatar
      Merge sanja.is.com.ua:/home/bell/mysql/bk/mysql-4.0 · 3b8bb300
      unknown authored
      into sanja.is.com.ua:/home/bell/mysql/bk/work-qc-4.0
      
      3b8bb300
    • unknown's avatar
      Merge sanja.is.com.ua:/home/bell/mysql/bk/mysql-4.0 · cf009866
      unknown authored
      into sanja.is.com.ua:/home/bell/mysql/bk/work-4.0
      
      cf009866
    • unknown's avatar
      Part of fix for bug #6081 "Call to deprecated mysql_create_db() function · 51b70a77
      unknown authored
      crashes server"
      
      (in 4.0 we fix only connection stalling in case of error, crash itself is
      fixed in 4.1, the test case for this code is also there).
      
      
      sql/sql_parse.cc:
        Handling of COM_CREATE_DB, COM_DROP_DB:
        We should call send_error() if mysql_create_db or mysql_drop_db
        return error (like we do it for SQL versions of these commands).
      51b70a77
    • unknown's avatar
      os0file.c: · abffc514
      unknown authored
        Add typecast from ulint to ssize_t in pread and pwrite, so that the type is according to the Linux man page; this will probably not help to fix the HP-UX 32-bit pwrite failure, since the compiler should do the appropriate typecasts anyway
      
      
      innobase/os/os0file.c:
        Add typecast from ulint to ssize_t in pread and pwrite, so that the type is according to the Linux man page; this will probably not help to fix the HP-UX 32-bit pwrite failure, since the compiler should do the appropriate typecasts anyway
      abffc514
  12. 21 Oct, 2004 2 commits
    • unknown's avatar
      row0mysql.c, row0ins.c: · a05d9b79
      unknown authored
        Fix bug #5961: release the dictionary latch during a long cascaded FOREIGN KEY operation, so that we do not starve other users
      
      
      innobase/row/row0ins.c:
        Fix bug #5961: release the dictionary latch during a long cascaded FOREIGN KEY operation, so that we do not starve other users
      innobase/row/row0mysql.c:
        Fix bug #5961: release the dictionary latch during a long cascaded FOREIGN KEY operation, so that we do not starve other users
      a05d9b79
    • unknown's avatar
      Check of temporary tables hiding for query fetched from QC (BUG#6084) · b50b1dd3
      unknown authored
      
      mysql-test/r/query_cache.result:
        hiding real table stored in query cache by temporary table
      mysql-test/t/query_cache.test:
        hiding real table stored in query cache by temporary table
      sql/sql_cache.cc:
        Check of temporary tables hiding for query fetched from QC
      sql/sql_cache.h:
        Key length now stored in table record of query cache
      b50b1dd3
  13. 20 Oct, 2004 3 commits
    • unknown's avatar
      Fix test case for innodb-lock · 0a505ccc
      unknown authored
      
      mysql-test/r/innodb-lock.result:
        Fix test case (old one didn't test things correctly)
      mysql-test/t/innodb-lock.test:
        Fix test case (old one didn't test things correctly)
      mysys/thr_lock.c:
        More debugging information
      sql/mysqld.cc:
        Enable innodb_table_locks as default, as otherwise there is a possibility for deadlocks
      sql/sql_base.cc:
        More debug information
      0a505ccc
    • unknown's avatar
      Merge bk-internal.mysql.com:/home/bk/mysql-4.0 · b7956584
      unknown authored
      into mysql.com:/home/my/mysql-4.0
      
      
      libmysql/libmysql.c:
        Auto merged
      b7956584
    • unknown's avatar
      Code cleanups (done during review of new code) · 0d873f90
      unknown authored
      Rename innodb_table_locks_old_behavior -> innodb_table_locks
      Set innodb_table_locks to off by default to get same behaviour as in MySQL 4.0.20
      (This means that Innodb ignore table locks by default, which makes it easier to combine MyISAM and InnoDB to simulate a transaction)
      
      
      libmysql/libmysql.c:
        Use ulong instead of unsigned long
        Reuse _dig_vec()
      myisam/myisampack.c:
        Simplify code
      mysql-test/r/innodb-lock.result:
        new test case
      mysql-test/t/innodb-lock.test:
        new test case
      sql/ha_innodb.cc:
        Rename innodb_table_locks_old_behavior -> innodb_table_locks
      sql/mysqld.cc:
        Rename innodb_table_locks_old_behavior -> innodb_table_locks
        Set this off by default to get same behaviour as in MySQL 4.0.20
      sql/set_var.cc:
        Rename innodb_table_locks_old_behavior -> innodb_table_locks
      sql/sql_class.h:
        Rename innodb_table_locks_old_behavior -> innodb_table_locks
      0d873f90
  14. 19 Oct, 2004 4 commits
    • unknown's avatar
      trx0rec.c: · 33a11b7b
      unknown authored
        test
      
      
      innobase/trx/trx0rec.c:
        test
      33a11b7b
    • unknown's avatar
      libmysql.c: · 8edd934b
      unknown authored
        Add note to mysql_hex_string() comment.
      
      
      libmysql/libmysql.c:
        Add note to mysql_hex_string() comment.
      8edd934b
    • unknown's avatar
      fixed retsult code · cefa6916
      unknown authored
      cefa6916
    • unknown's avatar
      libmysql.c: · b24cec68
      unknown authored
        New function mysql_hex_string()
      
      
      libmysql/libmysql.c:
        New function mysql_hex_string()
      b24cec68
  15. 17 Oct, 2004 2 commits
    • unknown's avatar
      Merge dellis@bk-internal.mysql.com:/home/bk/mysql-4.0 · e6df9c3a
      unknown authored
      into goetia.(none):/home/dellis/mysqlab/bk/mysql-4.0
      
      
      BitKeeper/etc/logging_ok:
        auto-union
      sql/mysqld.cc:
        Auto merged
      e6df9c3a
    • unknown's avatar
      mysqld.cc: · 03a67b25
      unknown authored
        BUG #5731 key_buffer_size not properly restricted to 4GB; use UINT_MAX32 for clarity.
      
      
      sql/mysqld.cc:
        BUG #5731 key_buffer_size not properly restricted to 4GB; use UINT_MAX32 for clarity.
      03a67b25
  16. 16 Oct, 2004 2 commits