1. 21 Jul, 2006 1 commit
  2. 26 Jun, 2006 1 commit
    • kent@mysql.com's avatar
      make_sharedlib_distribution.sh: · c36dd286
      kent@mysql.com authored
        For compatibility, don't use {..,..} in pattern matching
      make_binary_distribution.sh:
        Added .dylib and .sl as shared library extensions
      c36dd286
  3. 13 Jun, 2006 1 commit
  4. 20 May, 2006 1 commit
  5. 12 May, 2006 1 commit
    • kent@mysql.com's avatar
      Many files: · 9e77c3a0
      kent@mysql.com authored
        Change mode to -rw-rw-r--
      dbug_add_tags.pl:
        Change mode to -rwxrwxr--
      9e77c3a0
  6. 11 May, 2006 1 commit
  7. 06 May, 2006 1 commit
  8. 04 May, 2006 1 commit
  9. 25 Apr, 2006 2 commits
  10. 11 Apr, 2006 3 commits
  11. 10 Apr, 2006 3 commits
  12. 08 Apr, 2006 1 commit
  13. 07 Apr, 2006 1 commit
  14. 06 Apr, 2006 1 commit
  15. 03 Apr, 2006 1 commit
  16. 01 Apr, 2006 1 commit
  17. 02 Mar, 2006 2 commits
  18. 01 Mar, 2006 4 commits
  19. 20 Feb, 2006 1 commit
  20. 12 Feb, 2006 1 commit
  21. 28 Jan, 2006 1 commit
  22. 23 Jan, 2006 2 commits
    • evgen@moonbone.local's avatar
      Fixed bug #16510: Updating field named like '*name' caused server crash. · b1967ad7
      evgen@moonbone.local authored
      When setup_fields() function finds field named '*' it expands it to the list
      of all table fields. It does so by checking that the first char of
      field_name is '*', but it doesn't checks that the '* is the only char.
      Due to this, when updating table with a field named like '*name', such field
      is wrongly treated as '*' and expanded. This leads to making list of fields
      to update being longer than list of the new values. Later, the fill_record() 
      function crashes by dereferencing null when there is left fields to update,
      but no more values.
      
      Added check in the setup_fields() function which ensures that the field
      expanding will be done only when '*' is the only char in the field name.
      b1967ad7
    • ingo@mysql.com's avatar
      BUG#5390 - problems with merge tables · 87f9c10d
      ingo@mysql.com authored
      After-fix optimizations proposed and finally
      implemented by Monty.
      87f9c10d
  23. 17 Jan, 2006 1 commit
  24. 16 Jan, 2006 2 commits
  25. 13 Jan, 2006 1 commit
  26. 12 Jan, 2006 1 commit
  27. 06 Jan, 2006 1 commit
  28. 27 Dec, 2005 1 commit
  29. 18 Dec, 2005 1 commit