An error occurred fetching the project authors.
  1. 23 Nov, 2004 1 commit
  2. 22 Nov, 2004 2 commits
  3. 18 Nov, 2004 1 commit
  4. 13 Nov, 2004 3 commits
  5. 12 Nov, 2004 1 commit
  6. 11 Nov, 2004 3 commits
  7. 10 Nov, 2004 2 commits
  8. 09 Nov, 2004 2 commits
    • monty@mysql.com's avatar
      After merge fixes · d2d7533e
      monty@mysql.com authored
      d2d7533e
    • monty@mysql.com's avatar
      After merge fixes · 2bba55b5
      monty@mysql.com authored
      Added push_back(void *, MEM_ROOT *) to make some list-handling code easier that needs to be allocated in a different mem-root
      (Before one had to change thd->mem_root ; push_back(); restore mem_root.
      2bba55b5
  9. 08 Nov, 2004 1 commit
  10. 07 Nov, 2004 2 commits
    • monty@mysql.com's avatar
      Simpler arena swapping code · b903a129
      monty@mysql.com authored
      Now thd->mem_root is a pointer to thd->main_mem_root and THR_MALLOC is a pointer to thd->mem_root.
      This gives us the following benefits:
      - Allow us to easily detect if arena has already been swapped before (this fixes a bug in setup_conds() where arena was swaped twice in some cases)
      - Faster swaps of arenas (as we don't have to copy the whole MEM_ROOT)
      - We don't anymore have to call my_pthread_setspecific_ptr(THR_MALLOC,...) to change where memory is alloced. Now it's enough to set thd->mem_root
      b903a129
    • serg@serg.mylan's avatar
      hack removed · 8bf7f675
      serg@serg.mylan authored
      8bf7f675
  11. 06 Nov, 2004 1 commit
    • igor@rurik.mysql.com's avatar
      join_outer.result, join_outer.test: · ca355c8a
      igor@rurik.mysql.com authored
        Added cases for bugs #6307 and #6460.
      sql_select.cc:
        Fixed the problem of bug reports #6307 and #6460.
        The reported wrong result sets were due to the fact that
        the added call of the fix_fields method for the built
        AND condition that joined WHERE and ON conditions
        broke ON expression, as it removed extra AND levels
        in the built condition. 
        It looks like that no attributes of the built condition
        are needed, so we don't have to call fix_fields here.
      ca355c8a
  12. 05 Nov, 2004 1 commit
  13. 03 Nov, 2004 1 commit
    • monty@mysql.com's avatar
      Fixes after merge with 4.1 · 47bbf768
      monty@mysql.com authored
      FOUND is not a reserved keyword anymore
      Added Item_field::set_no_const_sub() to be able to mark fields that can't be substituted
      Added 'simple_select' method to be able to quickly determinate if a select_result is a normal SELECT
      Note that the 5.0 tree is not yet up to date: Sanja will have to fix multi-update-locks for this merge to be complete
      47bbf768
  14. 02 Nov, 2004 2 commits
    • timour@mysql.com's avatar
      fixed spelling · 7031a0b0
      timour@mysql.com authored
      7031a0b0
    • timour@mysql.com's avatar
      WL#1972 "Evaluate HAVING before SELECT select-list" · 09f1c709
      timour@mysql.com authored
      - Changed name resolution for GROUP BY so that derived columns do not shadow table columns
        from the FROM clause. As a result GROUP BY now is handled as a true ANSI extentsion.
      - Issue a warning when HAVING is resolved into ambiguous columns, and prefer the columns from
        the GROUP BY clause over SELECT columns.
      09f1c709
  15. 21 Oct, 2004 1 commit
  16. 20 Oct, 2004 1 commit
  17. 19 Oct, 2004 2 commits
    • monty@mishka.local's avatar
      Review of all code pushed since last review · 04c23808
      monty@mishka.local authored
      Simple optimzations and cleanups
      Removed compiler warnings and fixed portability issues
      Added client functions 'mysql_embedded()' to allow client to check if we are using embedded server
      Fixes for purify
      04c23808
    • igor@rurik.mysql.com's avatar
      table.h, sql_select.h: · 4c8e3917
      igor@rurik.mysql.com authored
        Added the code processing on expressions for applying
        multiple equalities.
      sql_select.cc:
        Post-merge fixes for Item_equal patch.
        Added the code processing on expressions for applying
        multiple equalities.
      Many files:
        Post-merge fixes for Item_equal patch.
      item_cmpfunc.cc:
        Post-merge fixes for Item_equal patch.
        Fixed a problem when an equality field=const cannot be applied to
        the predicate P(field,c) for constant propagation as a conversion
        of field is needed.
      item.h, item.cc:
        Fixed a problem when an equality field=const cannot be applied to
        the predicate P(field,c) for constant propagation as a conversion
        of field is needed.
      4c8e3917
  18. 11 Oct, 2004 2 commits
  19. 10 Oct, 2004 1 commit
  20. 09 Oct, 2004 2 commits
    • konstantin@mysql.com's avatar
      A small simplification: perform two actions at once, register a · 703e396b
      konstantin@mysql.com authored
      change, and perform it (the new Item changes registry).
      703e396b
    • konstantin@mysql.com's avatar
      A fix and test case for Bug#5987 "subselect in bool function · daa4c249
      konstantin@mysql.com authored
      crashes server (prepared statements)": the bug was that all boolean
      items always recovered its original arguments at statement cleanup 
      stage.
      This collided with Item_subselect::select_transformer, which tries to 
      permanently change the item tree to use a transformed subselect instead of
      original one.
      So we had this call sequence for prepare:
      mysql_stmt_prepare -> JOIN::prepare -> 
      Item_subselect::fix_fields -> the item tree gets transformed ->
      Item_bool_rowready_func2::cleanup, item tree is recovered to original
      state, while it shouldn't have been;
      mysql_stmt_execute -> attempts to execute a broken tree -> crash.
      Now instead of bluntly recovering all arguments of bool functions in 
      Item_bool_rowready_func2::cleanup, we recover only those
      which were changed, and do it in one place.
      There still would exist a possibility for a collision with subselect
      tranformation, if permanent and temporary changes were performed at the 
      same stage.
      But fortunately subselect transformation is always done first, so it 
      doesn't conflict with the optimization done by propogate_cond_constants.
      Now we have: 
      mysql_stmt_prepare -> JOIN::prepare -> subselect transformation 
      permanently changes the tree -> cleanup doesn't recover anything, 
      because nothing was registered for recovery.
      mysql_stmt_execute -> JOIN::prepare (the tree is already transformed, 
      so it doesn't change), JOIN::optimize -> 
      propogate_cond_constants -> temporary changes the item tree 
      with constants -> JOIN::execute -> cleanup -> 
      the changes done by propogate_cond_constants are recovered, as
      they were registered for recovery.
      daa4c249
  21. 08 Oct, 2004 2 commits
  22. 07 Oct, 2004 1 commit
    • monty@mysql.com's avatar
      After merge fixes · 6239edc1
      monty@mysql.com authored
      Some bigger code changes was necessary becasue of the multi-table-update and the new HANDLER code
      6239edc1
  23. 05 Oct, 2004 1 commit
    • igor@rurik.mysql.com's avatar
      join_outer.result, join_outer.test: · a9b759af
      igor@rurik.mysql.com authored
        Added a test case for bug #5896.
      sql_select.cc:
        Fixed the problem of ignoring on expressions depending
        only on outer table when outer table either contains
        1 row or is guaranteed to return only 1 row (bug #5896).
      a9b759af
  24. 01 Oct, 2004 1 commit
  25. 30 Sep, 2004 2 commits
  26. 28 Sep, 2004 1 commit
    • monty@mishka.local's avatar
      Strict mode & better warnings · f2941380
      monty@mishka.local authored
      Under strict mode MySQL will generate an error message if there was any conversion when assigning data to a field.
      Added checking of date/datetime fields.
      If strict mode, give error if we have not given value to field without a default value (for INSERT)
      f2941380