1. 09 Feb, 2016 4 commits
  2. 06 Feb, 2016 8 commits
  3. 05 Feb, 2016 2 commits
  4. 03 Feb, 2016 2 commits
  5. 02 Feb, 2016 1 commit
    • Vladislav Vaintroub's avatar
      MDEV-9466 : Exception handler on Windows does not output any text, · 603c0960
      Vladislav Vaintroub authored
      if mysqld runs as service
      
      The bug is caused by the attempt to write to filedescriptor 2
      (STDERR_FILENO), however in case of a service stderr has different fd
      (debugging shows fileno(stderr) is 4 after freopen, and -1 before it)
      
      Fixed definition of STDERR_FILENO for Windows to be fileno(stderr).
      603c0960
  6. 01 Feb, 2016 2 commits
  7. 29 Jan, 2016 2 commits
  8. 19 Jan, 2016 1 commit
  9. 15 Jan, 2016 2 commits
  10. 13 Jan, 2016 2 commits
  11. 12 Jan, 2016 1 commit
  12. 11 Jan, 2016 4 commits
  13. 08 Jan, 2016 1 commit
    • Sreeharsha Ramanavarapu's avatar
      Bug #22232332: SAVING TEXT FIELD TO TEXT VARIABLE IN A · 863f7ceb
      Sreeharsha Ramanavarapu authored
                     PROCEDURE RESULTS IN GARBAGE BYTES
      
      Issue:
      -----
      This problem occurs under the following conditions:
      
      a) Stored procedure has a variable is declared as TEXT/BLOB.
      b) Data is copied into the the variable using the
         SELECT...INTO syntax from a TEXT/BLOB column.
      
      Data corruption can occur in such cases.
      
      SOLUTION:
      ---------
      The blob type does not allocate space for the string to be
      stored. Instead it contains a pointer to the source string.
      Since the source is deallocated immediately after the
      select statement, this can cause data corruption.
      
      As part of the fix for Bug #21143080, when the source was
      part of the table's write-set, blob would allocate the
      neccessary space. But this fix missed the possibility that,
      as in the above case, the target might be a variable.
      
      The fix will add the copy_blobs check that was removed by
      the earlier fix.
      863f7ceb
  14. 07 Jan, 2016 2 commits
    • Vladislav Vaintroub's avatar
      MDEV-9298 : Build failure when linking libmysql. · 5f48b615
      Vladislav Vaintroub authored
      If GCC or CLang compile with link time optimization (-flto),
      they throw an error during link , when lto sees a
      function (e.g mysql_real_connect) is redeclared as "external void *"
      in libmysql_exports.cc
      
      The fix disables -flto for generated libmysql_exports.cc
      5f48b615
    • Ajo Robert's avatar
      Bug#21770366 backport bug#21657078 to 5.5 and 5.6 · 3d1306f7
      Ajo Robert authored
      Problem Statement
      =========
      Fix various issues when building MySQL with Visual Studio 2015.
      
      Fix:
      =======
      - Visual Studio 2015 adds support for timespec. Add check and
        related code to use this and only use our replacement if
        timespec is not defined.
      - Rename lfind/lsearch to my* to avoid redefinition problems.
      - Set default value for TMPDIR to "" on Windows as P_tmpdir
        no longer exists.
      - using VS definition of snprintf if available
      - tzname are now renamed to _tzname.
      3d1306f7
  15. 04 Jan, 2016 1 commit
    • V S Murthy Sidagam's avatar
      Description: yaSSL was only handling the cases of zero or · 8c65e082
      V S Murthy Sidagam authored
      one leading zeros for the key agreement instead of
      potentially any number.
      There is about 1 in 50,000 connections to fail
      when using DHE cipher suites.  The second problem was the
      case where a server would send a public value shorter than
      the prime value, causing about 1 in 128 client connections
      to fail, and also caused the yaSSL client to read off the
      end of memory.
      All client side DHE cipher suite users should update.
      Note: The patch is received from YaSSL people
      8c65e082
  16. 31 Dec, 2015 1 commit
    • Sreeharsha Ramanavarapu's avatar
      Bug #21564557: INCONSISTENT OUTPUT FROM 5.5 AND 5.6 · cb15cce7
      Sreeharsha Ramanavarapu authored
                     UNIX_TIMESTAMP(STR_TO_DATE('201506', "%Y%M"
      
      Issue:
      -----
      When an invalid date is supplied to the UNIX_TIMESTAMP
      function from STR_TO_DATE, no check is performed before
      converting it to a timestamp value.
      
      SOLUTION:
      ---------
      Add the check_date function and only if it succeeds,
      proceed to the timestamp conversion.
      
      No warning will be returned for dates having zero in
      month/date, since partial dates are allowed. UNIX_TIMESTAMP
      will return only a zero for such values.
      
      The problem has been handled in 5.6+ with WL#946.
      cb15cce7
  17. 30 Dec, 2015 1 commit
  18. 29 Dec, 2015 3 commits