1. 04 Dec, 2012 3 commits
    • Pedro Gomes 's avatar
      Bug#13545447 RPL_ROTATE_LOGS FAILS DUE TO CONCURRENCY ISSUES IN REP. CODE · 8bdde97f
      Pedro Gomes authored
      RPL_ROTATE_LOGS has been failing sporadically in what seems a
      problem related to routines that update the coordinates. However,
      the test lacks proper assert statments and because of this the
      debug information upon failure simply points to the content
      mismatch between the test and the result file.
      
      Not as a solution, but as a improvement to the test to better
      debug this failure, new assert statments were added to the test.
      
      @rpl_rotate_logs.test
        Added new assert statments reducing the
        dependency on the result file.
      
      @rpl_rotate_logs.result
        Added new content to the result file to
        match the test changes
      8bdde97f
    • Manish Kumar's avatar
      BUG#13812374 - RPL.RPL_REPORT_PORT FAILS OCCASIONALLY ON PB2 · 3db0a400
      Manish Kumar authored
      Problem: The problem with the test is that the slave returns 
               from start_slave.inc call too early before the list
               is actually actualised. This caused the slave stale 
               data to be reported.
      
      Fix: Added a wait in the test till the slave's IO status is 
           changed to "Waiting for master to send event" which 
           which ensures the list is correctly updated.
      3db0a400
    • Yasufumi Kinoshita's avatar
      UNIV_DEBUG build of some environments needs · 5b936401
      Yasufumi Kinoshita authored
      #include "read0read.h"
      for srv0srv.c and trx0rec.c.
      This is only for mysql-5.5
      5b936401
  2. 01 Dec, 2012 5 commits
  3. 30 Nov, 2012 3 commits
  4. 29 Nov, 2012 4 commits
    • Tor Didriksen's avatar
      Bug#11754279 SIGNIFICANT INACCURACY IN DECIMAL MULTIPLICATION CALCULATIONS · fee6968b
      Tor Didriksen authored
          frac is the number of decimal digits after the point
      For each multiplication in the expression, decimal_mul() does this:
        to->frac= from1->frac + from2->frac;              /* store size in digits */
      which will eventually overflow.
      The code for handling the overflow, will truncate the two digits in "1.75" to "1"
      
      Solution:
      Truncate to 31 significant fractional digits, when doing decimal multiplication.
      fee6968b
    • Venkatesh Duggirala's avatar
      BUG#15888454: SLAVE CRASHES WHEN DML REQUIRES CONVERSION & TABLE HAS · 387ffaa9
      Venkatesh Duggirala authored
      LESS COLUMNS THAN MASTER
      
      Problem:
      ========
      If DML operation requires a converstion at slave and if slave contains
      less number of columns than master, slave is crashing.
      
      Fix:
      ====
      When Slave applies any DML operation, it sees if any of the columns 
      requires conversion. If yes, it creates conversion table. 
      While creating the coversion table, it should look into the actual number 
      of columns required to create the table instead of getting the number
      of columns from Master (size()). Columns would have dropped or added
      at Slave. So the value should be min(columns@master, columns@slave)
      
      sql/rpl_utility.cc:
        loop through only correct number of columns
      387ffaa9
    • Harin Vadodaria's avatar
      Bug#15912213: BUFFER OVERFLOW IN ACL_GET() · a53fa4f0
      Harin Vadodaria authored
      Description: Null merge.
      a53fa4f0
    • Harin Vadodaria's avatar
      Bug#15912213: BUFFER OVERFLOW IN ACL_GET() · 74403471
      Harin Vadodaria authored
      Description: A very large database name causes buffer
                   overflow in functions acl_get() and
                   check_grant_db() in sql_acl.cc. It happens
                   due to an unguarded string copy operation.
                   This puts required sanity checks before
                   copying db string to destination buffer.
      74403471
  5. 28 Nov, 2012 5 commits
  6. 26 Nov, 2012 6 commits
  7. 21 Nov, 2012 2 commits
  8. 20 Nov, 2012 4 commits
    • Nuno Carvalho's avatar
      BUG#15891524: RLI_FAKE MODE IS NOT UNSET AFTER BINLOG REPLAY · fcc7fe26
      Nuno Carvalho authored
      When a binlog is replayed into a server, e.g.:
        $ mysqlbinlog binlog.000001 | mysql
      it sets a pseudo slave mode on the client connection in order to server
      be able to read binlog events, there is, a format description event is
      needed to correctly read following events.
      Also this pseudo slave mode applies to the current connection
      replication rules that are needed to correctly apply binlog events.
      
      If a binlog dump is sourced on a connection, this pseudo slave mode will
      remains after it, what will apply unexpected rules from customer
      perspective to following commands.
      
      Added a new SET statement to binlog dump that will unset pseudo slave
      mode at the end of dump file.
      fcc7fe26
    • unknown's avatar
    • Vamsikrishna Bhagi's avatar
      Bug#14463669 FAILURE TO CORRECTLY PARSE ROUTINES IN · 35b9884f
      Vamsikrishna Bhagi authored
                         MYSQLDUMP OUTPUT
            
            A patch is pushed on this bug. A result mismatch
            occured for the test main.ddl_i18n_utf8 in
            x86_64 gcov build of linux in pb2. This commit is
            to modify ddl_i18n_utf8.result to match the
            changes made for the bug.
      35b9884f
    • Vamsikrishna Bhagi's avatar
      Bug#14463669 FAILURE TO CORRECTLY PARSE ROUTINES IN · f8d30119
      Vamsikrishna Bhagi authored
                   MYSQLDUMP OUTPUT
      
      A patch is pushed on this bug. A result mismatch
      occured for the test main.ddl_i18n_koi8r in
      x86_64 gcov build of linux in pb2. This commit is
      to modify ddl_i18n_koi8r.result to match the
      changes made for the bug.
      f8d30119
  9. 19 Nov, 2012 2 commits
    • Vamsikrishna Bhagi's avatar
      Bug#14463669 FAILURE TO CORRECTLY PARSE ROUTINES IN · 3deeb437
      Vamsikrishna Bhagi authored
                   MYSQLDUMP OUTPUT
      
      Problem: mysqldump when used with option --routines, dumps
               all the routines of the specified database into
               output. The statements in this output are written
               in such a way that they are version safe using C
               style version commenting (of the format
               /*!<version num> <sql statement>*/). If a semicolon
               is present right before closing of the comment in
               dump output, it results in a syntax error while
               importing.
      
      
      Solution: Version comments for dumped routines are
                specifically to protect the ones older than 5.0.
                When the import is done on 5.0 or later versions,
                entire create statement gets executed as all the
                check conditions at the beginning of the comments
                are cleared. Since the trade off is between the
                performance of newer versions which are more in
                use and protection of very old versions which are
                no longer supported, it is proposed that these
                comments be removed altogether to maintain
                stability of the versions supported.
      
      client/mysqldump.c:
        Bug#14463669 FAILURE TO CORRECTLY PARSE ROUTINES IN
                     MYSQLDUMP OUTPUT
        
        Output of mysqldump is derived by getting the queries from
        show create and appending version comments to them.
        query_str is the variable used to store the final string.
        Since it is no longer required, its declaration and
        manipulations made on it are deleted. At the step where
        output is printed, query_str is replaced with the original
        query string derived from 'show create'.
      3deeb437
    • Satya Bodapati's avatar
      Bug#14147491 - INFINITE LOOP WHEN OPENING A CORRUPTED TABLE · f7043d76
      Satya Bodapati authored
      This bug is fixed by Bug#14251529. Only testcase from the 
      contribution is used.
      f7043d76
  10. 16 Nov, 2012 6 commits
    • unknown's avatar
      Merge · 6a834eb8
      unknown authored
      6a834eb8
    • unknown's avatar
      Merge · 4e50f87c
      unknown authored
      4e50f87c
    • Inaam Rana's avatar
      merge from 5.1 · 1934b487
      Inaam Rana authored
      1934b487
    • Inaam Rana's avatar
      Bug#15859402 INNODB_BUFFER_POOL_READ_AHEAD_EVICTED IS INACCURATE · d0dd09e4
      Inaam Rana authored
      rb://1546
      approved by: Sunny Bains and Marko Makela
      
      Our dealing of buf_page_t::access_time flag is inaccurate.
      * If LRU eviction has not started we don't set the access_time
      * If LRU eviction is started we set it only if the block is not
      'too old'.
      * Not a correctness issue but we hold buf_pool::mutex when
      setting the flag
      
      This patch fixes this by:
      * Setting flag unconditionally whenever the first page access happens
      * Use buf_page_t mutex to protect write to the flag
      d0dd09e4
    • unknown's avatar
      Merge · 35fb5337
      unknown authored
      35fb5337
    • Mattias Jonsson's avatar
      merge · 411d0e3e
      Mattias Jonsson authored
      411d0e3e