1. 28 Jul, 2006 1 commit
  2. 24 Jul, 2006 1 commit
  3. 08 Jul, 2006 1 commit
  4. 07 Jul, 2006 2 commits
  5. 05 Jul, 2006 1 commit
  6. 01 Jul, 2006 1 commit
    • cmiller@zippy.(none)'s avatar
      Bug#19006: 4.0 valgrind problems (in test func_str) · 5039184e
      cmiller@zippy.(none) authored
      On exactly-sized Strings, the String::c_ptr() function peeked beyond the
      end of the buffer, possibly into unititialized space to see whether the 
      buffer was NUL-terminated.
      
      In a place that did peek improperly, we now use a c_ptr_safe() function, 
      which doesn't peek where it shouldn't.
      5039184e
  7. 28 Jun, 2006 1 commit
    • ingo@mysql.com's avatar
      Bug#14400 - Query joins wrong rows from table which is subject of "concurrent insert" · 99ad23ec
      ingo@mysql.com authored
      It was possible that fetching a record by an exact key value 
      (including the record pointer) could return a record with a 
      different key value. This happened only if a concurrent insert 
      added a record with the searched key value after the fetching 
      statement locked the table for read.
      
      The search succeded on the key value, but the record was
      rejected as it was past the file length that was remembered
      at start of the fetching statement. With other words it was 
      rejected as being a concurrently inserted record.
      
      The action to recover from this problem was to fetch the 
      record that is pointed at by the next key of the index. 
      This was repeated until a record below the file length was 
      found.
      
      I do now avoid this loop if an exact match was searched. 
      If this match is beyond the file length, it is now treated 
      as "key not found". There cannot be another key with the 
      same record pointer.
      99ad23ec
  8. 27 Jun, 2006 1 commit
  9. 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
  10. 13 Jun, 2006 1 commit
  11. 20 May, 2006 1 commit
  12. 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
  13. 11 May, 2006 1 commit
  14. 06 May, 2006 1 commit
  15. 04 May, 2006 1 commit
  16. 25 Apr, 2006 2 commits
  17. 11 Apr, 2006 3 commits
  18. 10 Apr, 2006 3 commits
  19. 08 Apr, 2006 1 commit
  20. 07 Apr, 2006 1 commit
  21. 06 Apr, 2006 1 commit
  22. 03 Apr, 2006 1 commit
  23. 01 Apr, 2006 1 commit
  24. 02 Mar, 2006 2 commits
  25. 01 Mar, 2006 4 commits
  26. 20 Feb, 2006 1 commit
  27. 12 Feb, 2006 1 commit
  28. 28 Jan, 2006 1 commit
  29. 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