1. 02 May, 2011 4 commits
  2. 30 Apr, 2011 1 commit
  3. 29 Apr, 2011 15 commits
  4. 28 Apr, 2011 2 commits
    • Rafal Somla's avatar
      BUG#11879051: FIRST REPLY LENGTH LIMIT (255) CAN BE VIOLATED · 4eebae08
      Rafal Somla authored
      BEFORE: First packet sent by client-side plugin (generated by Windows
      function InitializeSecurityContext()) could be longer than 255 bytes 
      violating the limitation imposed by authentication protocol.
      
      AFTER: Handshake protocol is  changed so that if first client's reply is 
      longer than 254 bytes then  it is be sent in 2 parts. However, for replies
      shorter than 255 bytes nothing changes.
      
      ADDITIONAL CHANGES: 
      - The generic packet processing loop  (Handshake::packet_processing_loop) 
      has been refactored. Communication with the peer has been abstracted
      into virtual methods read/write_packet() which are implemented in client 
      and server and transparently do the required splitting and gluing of packets.
      - Make it possible to optionally use dbug library in the plugin.
      - Add code for testing splitting of long first client reply.
      4eebae08
    • Rafal Somla's avatar
      Bug#11766631 (59780) - Move the client authentication_windows plugin · c8e48ac3
      Rafal Somla authored
      into the server repository
      
      This patch adds client windows authentication plugin code to the client 
      library libmysql (only on Windows platform). The plugin is compiled into 
      the library and added to the list of built-in plugins. This way clients 
      should be able to connect to a server which uses windows authentication 
      plugin even as an SQL user which uses such authentication.
      
      Note: this makes the client library to depend on Secur32 Windows system
      library. When building clients, they must be linked against Secur32. 
      Command mysql_config --libs correctly lists Secur32 as a required 
      dependency.
      c8e48ac3
  5. 29 Apr, 2011 2 commits
  6. 28 Apr, 2011 2 commits
  7. 27 Apr, 2011 9 commits
  8. 26 Apr, 2011 5 commits
    • unknown's avatar
      Bug#60309 - Bug#12356829: MYSQL 5.5.9 FOR MAC OSX HAS BUG WITH FOREIGN KEY CONSTRAINTS · 6ed10ee5
      unknown authored
      The innoDB global variable srv_lower_case_table_names is set to the value of lower_case_table_names declared in mysqld.h server in ha_innodb.cc.  Since this variable can change at runtime, it is reset for each handler call to ::create, ::open, ::rename_table & ::delete_table.
      
      But it is possible for tables to be implicitly opened before an explicit handler call is made when an engine is first started or restarted.  I was able to reproduce that with the testcase in this patch on a version of InnoDB from 2 weeks ago.  It seemed like the change buffer entries for the secondary key was getting put into pages after the restart.  (But I am not sure, I did not write down the call stack while it was reproducing.)  In the current code, the implicit open, which is actually a call to dict_load_foreigns(), does not occur with this testcase.
      
      The change is to replace srv_lower_case_table_names by an interface function in innodb.cc that retrieves the server global variable when it is needed.
      6ed10ee5
    • Guilhem Bichot's avatar
      merge from latest 5.5 · 85f6ec59
      Guilhem Bichot authored
      85f6ec59
    • Guilhem Bichot's avatar
      merge from latest 5.5 · 3c894df5
      Guilhem Bichot authored
      3c894df5
    • Guilhem Bichot's avatar
      merge from 5.1 · c575254f
      Guilhem Bichot authored
      c575254f
    • Mattias Jonsson's avatar
      merge · 8b9d7ece
      Mattias Jonsson authored
      8b9d7ece