1. 15 May, 2005 1 commit
    • unknown's avatar
      mysqltest.c, mysql-test-run.sh: · 03dbe156
      unknown authored
        Not to conflict with Windows return code 2 for "not found", use 62 for "skip"
      mysql-test-run.sh, suppress.purify:
        Use Purify suppress file
      
      
      mysql-test/suppress.purify:
        Purify suppress file
      mysql-test/mysql-test-run.sh:
        Use Purify suppress file
        Not to conflict with Windows return code 2 for "not found", use 62 for "skip"
      client/mysqltest.c:
        Not to conflict with Windows return code 2 for "not found", use 62 for "skip"
      03dbe156
  2. 06 May, 2005 4 commits
  3. 05 May, 2005 13 commits
  4. 04 May, 2005 8 commits
  5. 03 May, 2005 3 commits
    • unknown's avatar
      Merge mysql.com:/opt/local/work/mysql-4.1-root · 4e4d5ea3
      unknown authored
      into mysql.com:/opt/local/work/mysql-4.1-9096-fresh
      
      
      sql/item.h:
        Auto merged
      sql/item_func.cc:
        Auto merged
      4e4d5ea3
    • unknown's avatar
      A fix and test case for Bug#9096 "select doesn't return all matched · eb9e992b
      unknown authored
      records if prepared statements is used".
      This fix changes equality evaluation method of basic constants from
      by-name to by-value, thus effectively enabling use of parameter markers
      in some optimizations (constants propagation, evaluation of possible
      keys for query).
      
      
      mysql-test/r/ps.result:
        Test results for the test case for Bug#9096
      mysql-test/t/ps.test:
        A short test case for Bug#9096 "select doesn't return all matched records if
         prepared statements is used". The is enough to reproduce the
        glitch in update_ref_and_keys causing the bug to occur.
      sql/item.cc:
        Implement by-value equality evaluation of basic constants.
        This is needed to work with Item_param values. Until now
        Item_param was compared with other items by its name, which is always "?".
        The bug at hand showed up when an integer
        constant was created from one parameter marker (with value 200887 and
         name "?") and then compared by-name with another parameter marker
        (with value 860 and name "?"). True returned by this comparison resulted
        in a wrong table access method used to evaluate the query.
        Implement Item_param methods needed to emulate "basic constant" mode at 
        full.
      sql/item.h:
        Change declaration of basic_const_item(): now it also widens its 
        argument from const Item * to Item * if the argument is a basic constant.
        Declare eq() for all basic constatns, as long as now they 
        are compared by value, not by name. Each constant needs its own
        comparison method.
        Declarations of Item_param methods needed to fully emulate 
        a basic constant when parameter value is set.
      sql/item_func.cc:
        Fix wrong casts.
      eb9e992b
    • unknown's avatar
      Merge jlindstrom@bk-internal.mysql.com:/home/bk/mysql-4.1 · 86bae853
      unknown authored
      into hundin.mysql.fi:/home/jan/mysql-4.1
      
      86bae853
  6. 02 May, 2005 5 commits
  7. 01 May, 2005 1 commit
  8. 30 Apr, 2005 1 commit
  9. 29 Apr, 2005 4 commits