1. 27 Mar, 2008 3 commits
  2. 26 Mar, 2008 2 commits
    • kaa@kaamos.(none)'s avatar
      Merge kaamos.(none):/data/src/bugteam/bug34928/my51 · 12dcd0ed
      kaa@kaamos.(none) authored
      into  kaamos.(none):/data/src/bugteam/mysql-5.1-bugteam
      12dcd0ed
    • kaa@kaamos.(none)'s avatar
      Fix for bug #34928: Confusion by having Primary Key and Index · b753e4a0
      kaa@kaamos.(none) authored
      The bug is a regression introduced in 5.1 by the patch for bug28404.
      
      Under some circumstances test_if_skip_sort_order() could leave some
      data structures in an inconsistent state so that some parts of code
      could assume the selected execution strategy for GROUP BY/DISTINCT as
      a loose index scan (e.g. JOIN_TAB::is_using_loose_index_scan()), while
      the actual strategy chosen was an ordered index scan, which led to
      wrong data being returned.
      
      Fixed test_if_skip_sort_order() so that when changing the type for a
      join table, select->quick is reset not only for EXPLAIN, but for the 
      actual join execution as well, to not confuse code that depends on its
      value to determine the chosen GROUP BY/DISTINCT strategy.
      b753e4a0
  3. 25 Mar, 2008 2 commits
    • davi@mysql.com/endora.local's avatar
      Bug#35272: @@global.key_buffer_size = 4294967295 let the server crash · 079a1748
      davi@mysql.com/endora.local authored
      When trying to get the requested amount of memory for the keybuffer,
      the out of memory could be signaled if one of the tentative allocations
      fail. Later the server would crash (debug assert) when trying to send
      a ok packet with a error set.
      
      The solution is only to signal the error if all tentative allocations
      for the keybuffer fail.
      079a1748
    • andrey@whirlpool.hristov.com's avatar
      Fix for Bug #27944 Filtering THD::client capabilities · 36b83cc8
      andrey@whirlpool.hristov.com authored
      The server used to trust blindly information from the client about
      its capabilities. During the connection handshake the server sends
      information about what it supports and then the client sends back a
      set of capabilities which cover all of the server's or less.
      Before this changeset the server didn't check whether the flags sent
      by the client were valid for the server. For example, if the server
      doesn't support compressed protocol but the client does and sends that
      bit turned on, the server didn't check it. The change make the server code
      less error prone to problems related to the value of THD::client_capabilities.
      
      Clearly there is no vulnerability being fixed but this is a maintainenance
      fix to prevent misusage in the future.
      36b83cc8
  4. 14 Mar, 2008 5 commits
  5. 13 Mar, 2008 2 commits
  6. 12 Mar, 2008 11 commits
  7. 11 Mar, 2008 5 commits
  8. 10 Mar, 2008 9 commits
  9. 08 Mar, 2008 1 commit