1. 04 May, 2005 1 commit
    • unknown's avatar
      logging_ok: · 8736d8ac
      unknown authored
        Logging to logging@openlogging.org accepted
      NDBT_ResultRow.cpp, ndb_restore.test, ndb_restore.result:
        BUG#10287
      
      
      mysql-test/r/ndb_restore.result:
        BUG#10287
      mysql-test/t/ndb_restore.test:
        BUG#10287
      ndb/test/src/NDBT_ResultRow.cpp:
        BUG#10287
      BitKeeper/etc/logging_ok:
        Logging to logging@openlogging.org accepted
      8736d8ac
  2. 03 May, 2005 2 commits
    • unknown's avatar
      Merge mysql.com:/opt/local/work/mysql-4.1-root · b883aeba
      unknown authored
      into mysql.com:/opt/local/work/mysql-4.1-9096-fresh
      
      
      sql/item.h:
        Auto merged
      sql/item_func.cc:
        Auto merged
      b883aeba
    • unknown's avatar
      A fix and test case for Bug#9096 "select doesn't return all matched · 9fcda7fc
      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.
      9fcda7fc
  3. 02 May, 2005 4 commits
  4. 01 May, 2005 1 commit
  5. 30 Apr, 2005 1 commit
  6. 29 Apr, 2005 12 commits
  7. 28 Apr, 2005 16 commits
  8. 27 Apr, 2005 3 commits