1. 02 Dec, 2003 1 commit
  2. 01 Dec, 2003 2 commits
  3. 28 Nov, 2003 7 commits
  4. 27 Nov, 2003 3 commits
  5. 26 Nov, 2003 2 commits
  6. 25 Nov, 2003 3 commits
  7. 24 Nov, 2003 3 commits
    • unknown's avatar
      - Rephrased two option help texts to not start with "use the ..." as this · 4ca9c493
      unknown authored
         confuses RPM's Perl module dependency checking (it adds a bogus
         requirement to "Perl(the)", as "use" is a Perl keyword). (BUG#1931)
      
      
      scripts/mysqlaccess.sh:
         - Rephrased option help text so it does not start with "use" as this 
           confuses RPM's Perl module dependency checking (it adds a bogus
           requirement to "Perl(the)", as "use" is a Perl keyword). (BUG#1931)
      sql-bench/bench-init.pl.sh:
         - Rephrased option help text so it does not start with "use" as this 
           confuses RPM's Perl module dependency checking (it adds a bogus
           requirement to "Perl(the)", as "use" is a Perl keyword). (BUG#1931)
      4ca9c493
    • unknown's avatar
      Merge mysql.com:/space/my/mysql-4.0 · 7427698e
      unknown authored
      into mysql.com:/space/my/mysql-4.0-build
      
      7427698e
    • unknown's avatar
      Fixed Bug#1907, option of type GET_BOOL with arg type OPT_ARG · 5c30ea7c
      unknown authored
      did not call get_one_option().
      
      5c30ea7c
  8. 23 Nov, 2003 1 commit
  9. 21 Nov, 2003 1 commit
  10. 20 Nov, 2003 7 commits
    • unknown's avatar
      Merge bk-internal:/home/bk/mysql-4.0/ · de145afd
      unknown authored
      into serg.mylan:/usr/home/serg/Abk/mysql-4.0
      
      de145afd
    • unknown's avatar
      yet another trunc* bug · 739ef55d
      unknown authored
      739ef55d
    • unknown's avatar
      Revert patch for bigint handling in double context as it broke normal bigint handling · e85337c9
      unknown authored
      The right way to fix this is to change the Field::store(longlong) method to be
      Field::store(longlong, bool unsigned_flag), but this is better to do in 4.1 than in 4.0
      
      
      mysql-test/r/bigint.result:
        New tests to show how the last bigint patch broke MySQL
      mysql-test/t/bigint.test:
        New tests to show how the last bigint patch broke MySQL
      sql/item.cc:
        Revert patch for bigint handling in double context as it broke normal bigint handling
      sql/item.h:
        Revert patch for bigint handling in double context as it broke normal bigint handling
      e85337c9
    • unknown's avatar
      Merge · 2b4500cb
      unknown authored
      
      mysql-test/r/fulltext.result:
        SCCS merged
      mysql-test/t/fulltext.test:
        SCCS merged
      2b4500cb
    • unknown's avatar
      more left join tests · ca9e2565
      unknown authored
      ca9e2565
    • unknown's avatar
      fix for bug #1790: · 7f95915e
      unknown authored
      "BIT_AND() result in GROUP BY different when SQL_BIG_RESULT used"
      
      return value of BIT_AND changed to BIGINT SIGNED
      Also the patch fixes another bug: when temporary table is in use and one of
      values in group is NULL, BIT_AND always returns zero.
      Fixed it to always skip null values.
      
      
      mysql-test/r/func_group.result:
        bug #1790: test results fixed
      sql/item_sum.cc:
        fix for bug #1790:
        update_field() rewritten to use add() and thus was moved
        to Item_sum_bit::update_field()
        Item_sum_bit::reset_field() was rewritten to take into account
        reset_bits.
      sql/item_sum.h:
        fix for bug #1790:
        Item_sum::update_field() and Item_sum::reset_field() commented
        Item_sum_and changed to return BIGINT SIGNED
        Item_sum_and::update_field() and Item_sum_or::update_field)
        were replaced with generic Item_sum_bit::update_field()
      7f95915e
    • unknown's avatar
  11. 19 Nov, 2003 3 commits
  12. 18 Nov, 2003 3 commits
    • unknown's avatar
      Bug#1826, HANDLER+ALTER TABLE=crash (unfortunately, it cannot be tested in mysql-test suite) · bb055f09
      unknown authored
      more user variable tests
      
      
      mysql-test/r/user_var.result:
        more user variable tests (just to have this behaviour written down somewhere)
      mysql-test/t/user_var.test:
        more user variable tests (just to have this behaviour written down somewhere)
      sql/sql_handler.cc:
        Bug#1826, HANDLER+ALTER TABLE=crash
        (unfortunately, it cannot be tested in mysql-test suite)
      bb055f09
    • unknown's avatar
      Merge gbichot@bk-internal.mysql.com:/home/bk/mysql-4.0 · 74eae76e
      unknown authored
      into mysql.com:/home/mysql_src/mysql-4.0
      
      74eae76e
    • unknown's avatar
      Fix for BUG#1870 · 28d2458c
      unknown authored
          "CHANGE MASTER makes SQL thread restart from coordinates of I/O thread".
          So, in CHANGE MASTER:
          when it seems reasonable that the user did not want to discontinue
          its replication (i.e. when he is not specifying host or port or master_log_file
          or master_log_pos; this will be documented), set the coordinates of the
          I/O thread to those of the SQL thread. This way, the SQL thread will see
          no discontinuity in the relay log (i.e. will skip no events), because
          the I/O thread will fill the brand new relay log with the events which
          are just after the position where the SQL thread had stopped
          (before CHANGE MASTER was issued).
          And a new test for this bug.
      
      
      mysql-test/r/rpl_loaddata.result:
        Now, after CHANGE MASTER the coordinates of the I/O thread are the last ones of the SQL thread, so result update.
      sql/sql_repl.cc:
        Fix for BUG#1870
        "CHANGE MASTER makes SQL thread restart from coordinates of I/O thread".
        So, in CHANGE MASTER:
        when it seems reasonable that the user did not want to discontinue
        its replication (i.e. when he is not specifying host or port or master_log_file
        or master_log_pos; this will be documented), set the coordinates of the
        I/O thread to those of the SQL thread. This way, the SQL thread will see
        no discontinuity in the relay log (i.e. will skip no events), because
        the I/O thread will fill the brand new relay log with the events which
        are just after the position where the SQL thread had stopped
        (before CHANGE MASTER was issued).
      28d2458c
  13. 17 Nov, 2003 4 commits