1. 28 Mar, 2008 1 commit
  2. 27 Mar, 2008 8 commits
  3. 26 Mar, 2008 4 commits
  4. 25 Mar, 2008 3 commits
  5. 22 Mar, 2008 2 commits
  6. 20 Mar, 2008 3 commits
  7. 19 Mar, 2008 10 commits
  8. 18 Mar, 2008 2 commits
  9. 17 Mar, 2008 3 commits
  10. 15 Mar, 2008 1 commit
  11. 14 Mar, 2008 3 commits
    • antony@pcg5ppc.xiphis.org's avatar
      Merge acurtis@bk-internal.mysql.com:/home/bk/mysql-5.0-engines · 0b4da8a3
      antony@pcg5ppc.xiphis.org authored
      into  pcg5ppc.xiphis.org:/Network/Servers/anubis.xiphis.org/home/antony/work/merge.20080307/mysql-5.0
      0b4da8a3
    • davi@mysql.com/endora.local's avatar
      Bug#35103 mysql_client_test::test_bug29948 causes sporadic failures · f23e3fd0
      davi@mysql.com/endora.local authored
      The problem was that the COM_STMT_SEND_LONG_DATA was sending a response
      packet if the prepared statement wasn't found in the server (due to
      reconnection). The commands COM_STMT_SEND_LONG_DATA and COM_STMT_CLOSE
      should not send any packets, even error packets should not be sent since
      they are not expected by the client API.
      
      The solution is to clear generated during the execution of the aforementioned
      commands and to skip resend of prepared statement commands. Another fix is
      that if the connection breaks during the send of prepared statement command,
      the command is not sent again since the prepared statement is no longer in the
      server.
      f23e3fd0
    • istruewing@stella.local's avatar
      Post-merge fix · 26ed736a
      istruewing@stella.local authored
      26ed736a