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 · 534ea968
      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)
      534ea968
    • unknown's avatar
      Merge mysql.com:/space/my/mysql-4.0 · cbf2558b
      unknown authored
      into mysql.com:/space/my/mysql-4.0-build
      
      
      cbf2558b
    • unknown's avatar
      Fixed Bug#1907, option of type GET_BOOL with arg type OPT_ARG · 5281f34e
      unknown authored
      did not call get_one_option().
      
      
      5281f34e
  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/ · a71285a7
      unknown authored
      into serg.mylan:/usr/home/serg/Abk/mysql-4.0
      
      
      a71285a7
    • unknown's avatar
      yet another trunc* bug · 722a4cc5
      unknown authored
      722a4cc5
    • unknown's avatar
      Revert patch for bigint handling in double context as it broke normal bigint handling · 7c6ed734
      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
      7c6ed734
    • unknown's avatar
      Merge · d54e1be6
      unknown authored
      
      mysql-test/r/fulltext.result:
        SCCS merged
      mysql-test/t/fulltext.test:
        SCCS merged
      d54e1be6
    • unknown's avatar
      more left join tests · b6bbbf08
      unknown authored
      b6bbbf08
    • unknown's avatar
      fix for bug #1790: · 3f355523
      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()
      3f355523
    • 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) · a36145a8
      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)
      a36145a8
    • unknown's avatar
      Merge gbichot@bk-internal.mysql.com:/home/bk/mysql-4.0 · 40c951a0
      unknown authored
      into mysql.com:/home/mysql_src/mysql-4.0
      
      
      40c951a0
    • unknown's avatar
      Fix for BUG#1870 · 80649ee8
      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).
      80649ee8
  13. 17 Nov, 2003 4 commits