1. 05 May, 2005 1 commit
    • unknown's avatar
      terminal.c, sql_bitmap.h, my_sys.h, configure.in, config.h: · 2b9ae6cf
      unknown authored
        Initial Metrowerks CodeWarrior compiler support
      
      
      cmd-line-utils/libedit/config.h:
        Initial Metrowerks CodeWarrior compiler support
      configure.in:
        Initial Metrowerks CodeWarrior compiler support
      include/my_sys.h:
        Initial Metrowerks CodeWarrior compiler support
      sql/sql_bitmap.h:
        Initial Metrowerks CodeWarrior compiler support
      cmd-line-utils/readline/terminal.c:
        Initial Metrowerks CodeWarrior compiler support
      2b9ae6cf
  2. 04 May, 2005 6 commits
  3. 03 May, 2005 2 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
  4. 02 May, 2005 4 commits
  5. 01 May, 2005 1 commit
  6. 30 Apr, 2005 1 commit
  7. 29 Apr, 2005 12 commits
  8. 28 Apr, 2005 13 commits
    • unknown's avatar
      Fix 'CREATE TABLE ... LIKE ...' when lower_case_table_names · f54194e2
      unknown authored
      is set on case-sensitive file systems and the source table
      was specified in something other than lowercase. (Bug #9761)
      
      
      mysql-test/r/lowercase_table.result:
        Add results
      mysql-test/t/lowercase_table.test:
        Regression test for Bug #9761
      sql/sql_table.cc:
        When lower_case_table_names is set, make sure to look for
        the source table using a lowercase filename.
      f54194e2
    • unknown's avatar
      Merge mysql.com:/home/mydev/mysql-4.1-bug5964 · 9d9a1a9c
      unknown authored
      into mysql.com:/home/mydev/mysql-4.1-4100
      
      9d9a1a9c
    • unknown's avatar
      BUG#5964 - 4.1 MERGE tables regression from 4.0 · d9533bf6
      unknown authored
      Changed the creation of the .MRG file so that only the table  name
      is written when the MyISAM table is in the same database as the
      MERGE table, a relative path is used in other cases in mysqld,
      and possibly an absolute path is used in an embedded server.
      No test case is added as the external behaviour is unchanged.
      Only the file names within the .MRG file are changed.
      
      
      include/my_sys.h:
        BUG#5964 - 4.1 MERGE tables regression from 4.0
        Added declaration for a new function.
      myisammrg/myrg_open.c:
        BUG#5964 - 4.1 MERGE tables regression from 4.0
        Changed check for absolute path to check for any path.
      mysys/my_getwd.c:
        BUG#5964 - 4.1 MERGE tables regression from 4.0
        Added a new functions which checks for absolute _or_
        relative paths.
      sql/ha_myisammrg.cc:
        BUG#5964 - 4.1 MERGE tables regression from 4.0
        Changed the creation of the .MRG file so that only the table  name
        is written when the MyISAM table is in the same database as the
        MERGE table, a relative path is used in other cases in mysqld,
        and possibly an absolute path is used in an embedded server.
      d9533bf6
    • unknown's avatar
      Merge spetrunia@bk-internal.mysql.com:/home/bk/mysql-4.1 · b4a024ea
      unknown authored
      into mysql.com:/home/psergey/mysql-4.1-bug9298
      
      b4a024ea
    • unknown's avatar
      Bug#8321 - myisampack bug in compression algorithm · 6aab4f49
      unknown authored
      Merge from 4.0.
      
      6aab4f49
    • unknown's avatar
      Bug#8321 - myisampack bug in compression algorithm · 0cb74803
      unknown authored
      This is the second of three changesets. It contains the pure bug fix.
      It also contains the second after-review fixes.
      The problem was that with gcc on x86, shifts are done modulo word size. 
      'value' is 32 bits wide and shifting it by 32 bits is a no-op.
      This was triggered by an evil distribution of character incidences. 
      A distribution of 2917027827 characters made of 202 distinct values led to
      34 occurrences of 32-bit Huffman codes.
      This might have been the first time ever that write_bits() had to write
      32-bit values. Since it can be expected that one day even 32 bits might
      be insufficient, the third changeset suggests to enlarge some variables
      to 64 bits.
      
      0cb74803
    • unknown's avatar
      Merge bk-internal.mysql.com:/home/bk/mysql-4.1 · 3e090cba
      unknown authored
      into mysql.com:/home/my/mysql-4.1
      
      3e090cba
    • unknown's avatar
      After review fixes to check-cpu · d46255b1
      unknown authored
      
      BUILD/check-cpu:
        Remove the exit 0 from check-cpu
      d46255b1
    • unknown's avatar
      Merge mskold@bk-internal.mysql.com:/home/bk/mysql-4.1 · c513dbb4
      unknown authored
      into mysql.com:/usr/local/home/marty/MySQL/mysql-4.1
      
      c513dbb4
    • unknown's avatar
      Merge neptunus.(none):/home/msvensson/mysql/bug9911 · 784b14ba
      unknown authored
      into neptunus.(none):/home/msvensson/mysql/mysql-4.1
      
      784b14ba
    • unknown's avatar
      BUG#9911 After review fixes · d8220f56
      unknown authored
       - Remove ha_archive::rename_table and move the fix to handler::rename_table
      
      
      sql/examples/ha_archive.cc:
        Remove ha_archive::rename_table
      sql/examples/ha_archive.h:
        Remove ha_archive::rename_table
      sql/handler.cc:
        Fix handler::rename_table so it does not care about if the file to rename is missing
      d8220f56
    • unknown's avatar
      Fix for avoiding gettin Invalid schema object version when doing local... · 49d979d0
      unknown authored
      Fix for avoiding gettin Invalid schema object version when doing local changes, more post review fixes
      
      
      49d979d0
    • unknown's avatar