1. 05 Aug, 2010 2 commits
  2. 03 Aug, 2010 1 commit
  3. 30 Jul, 2010 2 commits
  4. 29 Jul, 2010 1 commit
  5. 28 Jul, 2010 3 commits
    • Gleb Shchepa's avatar
      Bug #55472: Assertion failed in heap_rfirst function of hp_rfirst.c on · 939363af
      Gleb Shchepa authored
                  DELETE statement
      
      Single-table delete ordered by a field that has a hash-type index
      may cause an assertion failure or a crash.
      
      An optimization added by the fix for the bug 36569 forced the
      optimizer to use ORDER BY-compatible indices when applicable.
      
      However, the existence of unsorted indices (HASH index algorithm
      for some engines such as MEMORY/HEAP, NDB) was ignored.
      
      The test_if_order_by_key function has been modified to skip
      unsorted indices.
      
      
      mysql-test/r/heap_hash.result:
        Test case for bug #55472.
      mysql-test/t/heap_hash.test:
        Test case for bug #55472.
      sql/sql_select.cc:
        Bug #55472: Assertion failed in heap_rfirst function of hp_rfirst.c on
                    DELETE statement
        
        The test_if_order_by_key function has been modified to skip
        unsorted indices.
      939363af
    • Vasil Dimov's avatar
      Fix trailing whitespace on ha_innodb.cc:1259 · 52ebc6ab
      Vasil Dimov authored
      52ebc6ab
    • Vasil Dimov's avatar
      95b388a6
  6. 26 Jul, 2010 1 commit
    • Davi Arnaut's avatar
      Bug#45377: ARCHIVE tables aren't discoverable after OPTIMIZE · 6318c653
      Davi Arnaut authored
      The problem was that the optimize method of the ARCHIVE storage
      engine was not preserving the FRM embedded in the ARZ file when
      rewriting the ARZ file for optimization. The ARCHIVE engine stores
      the FRM in the ARZ file so it can be transferred from machine to
      machine without also copying the FRM -- the engine restores the
      embedded FRM during discovery.
      
      The solution is to copy over the FRM when rewriting the ARZ file.
      In addition, some initial error checking is performed to ensure
      garbage is not copied over.
      
      
      mysql-test/t/archive.test:
        Add test case for Bug#45377.
      storage/archive/azio.c:
        Add error checking to ensure that the I/O operations are
        successful.
      storage/archive/ha_archive.cc:
        Copy over the embedded FRM.
      6318c653
  7. 28 Jul, 2010 1 commit
  8. 27 Jul, 2010 1 commit
  9. 26 Jul, 2010 5 commits
  10. 25 Jul, 2010 1 commit
    • Vladislav Vaintroub's avatar
      Cleanup after bild team push. · 5defb074
      Vladislav Vaintroub authored
      * Fixed obvious errors (HAVE_BROKEN_PREAD is not true for on any
      of systems we use, definitely not on HPUX)
      
      * Remove other junk flags for OSX and HPUX
      
      * Avoid checking type sizes in universal builds on OSX, again 
      (CMake2.8.0 fails is different architectures return different results)
      
      * Do not compile template instantiation stuff unless 
      EXPLICIT_TEMPLATE_INSTANTIATION is used.
      
      * Some cleanup (make gen_lex_hash simpler, avoid dependencies)
      
      * Exclude some unused files from compilation (strtol.c etc)
      5defb074
  11. 24 Jul, 2010 4 commits
    • Vladislav Vaintroub's avatar
      Bug#55169: Installer does not preserve user's settings in custom mode · d6b93c73
      Vladislav Vaintroub authored
      Fix some issues with WiX packaging, particularly 
      major upgrade and change scenarios.
      
      * remember binary location and data location
      (for major upgrade)
      
      * use custom UI, which is WiX Mondo extended 
      for major upgrade dialog (no feature selection
      screen shown on major upgrade, only upgrade
      confirmation). This is necessary to prevent
      changing installation path during upgrade
      (services are not reregistered, so they would 
      have invalid binary path is it is changed)
      
      * Hide datafiles that are installed into 
      ProgramFiles, show ones that are installed
      in ProgramData
      
      * Make MSI buildable with nmake
      
      * Fix autotools "make dist"
      
      
      
      
      Makefile.am:
        Fix autotools "make dist"
      configure.in:
        Fix autotools "make dist"
      packaging/Makefile.am:
        Fix autotools "make dist"
      packaging/WiX/CMakeLists.txt:
        Use custom UI, for major upgrades
      packaging/WiX/CPackWixConfig.cmake:
        Show user editable datafiles in feature selection dialog, 
        not datafiles installed into ProgramFiles directory
      packaging/WiX/create_msi.cmake.in:
        Use custom UI, fix nmake build for installer
      packaging/WiX/custom_ui.wxs:
        Use custom UI
      packaging/WiX/extra.wxs.in:
        Show user editable datafiles in feature selection dialog, 
        not datafiles installed into ProgramFiles directory
      packaging/WiX/mysql_server.wxs.in:
        Remember install locations of binaries and 
        user editable datafiles.
      d6b93c73
    • Davi Arnaut's avatar
      Add a maintainer target to the warning-mode of the build scripts. · f740fbdc
      Davi Arnaut authored
      Fix assorted warnings in order for the warning-mode to be effective.
      f740fbdc
    • Davi Arnaut's avatar
    • Davi Arnaut's avatar
      Bug#42733: Type-punning warnings when compiling MySQL · c2ea5b31
      Davi Arnaut authored
      Post-merge fix: remove remaining casts which are now
      unnecessary and are actually causing warnings.
      c2ea5b31
  12. 23 Jul, 2010 11 commits
  13. 22 Jul, 2010 3 commits
    • Luis Soares's avatar
      BUG#55387: binlog.binlog_tmp_table crashes the server · 65357cd8
      Luis Soares authored
                 sporadically
      
      There are two problems:
      
      1. When closing temporary tables, during the THD clean up - and
         after the session connection was already closed, there is a
         chance we can push an error into the THD diagnostics area, if
         the writing of the implicit DROP event to the binary log fails
         for some reason. As a consequence an assertion can be
         triggered, because at that point the diagnostics area is
         already set.
      
      2. Using push_warning with MYSQL_ERROR::WARN_LEVEL_ERROR is a 
         bug.
      
      Given that close_temporary_tables is mostly called from
      THD::cleanup - ie, with the session already closed, we fix
      problem #1 by allowing the diagnostics area to be
      overwritten. There is one other place in the code that calls
      close_temporary_tables - while applying Start_log_event_v3. To
      cover that case, we make close_temporary_tables to return the
      error, thus, propagating upwards in the stack.
      
      To fix problem #2, we replace push_warning with sql_print_error.
      
      sql/log_event.cc:
        Added handling of error returned by close_temporary_tables to
        Start_log_event_v3::do_apply_event.
      sql/sql_base.cc:
        Three changes to close_temporary_tables:
        1. it returns a boolean now (instead of void)
        2. it uses sql_print_error instead of push_warning when writing to
           binary log fails
        3. we set can_overwrite_status before writing to the binary log,
           thence not risking triggering an assertion by any other push
           into diagnostics area happening inside mysql_bin_log.write.
      sql/sql_base.h:
        Changed the interface of close_temporary_tables so that it returns
        bool instead of void.
      65357cd8
    • Vasil Dimov's avatar
    • Sunny Bains's avatar
      Remove code that was added during the flush list mutex refactoring. We cannot · 23abc9d9
      Sunny Bains authored
      release a dirty page in the middle of a mini-transaction. Replace the code
      with an assertion that checks for this condition.
      
      Original svn revision was: r6330.
      23abc9d9
  14. 21 Jul, 2010 4 commits
    • Sunny Bains's avatar
      Bug#54583 InnoDB: Assertion failure sync/sync0sync.c:1226 · 64bb9bbc
      Sunny Bains authored
            
      Silence the UNIV_SYNC_DEBUG assertion failure while upgrading old data files
      to multiple rollback segments during server startup. Because the upgrade
      takes place while InnoDB is running a single thread, we can safely ignore the
      latching order checks without fearing deadlocks.
            
      innobase_start_or_create_for_mysql(): Set srv_is_being_started = FALSE
      only after trx_sys_create_rsegs() has completed.
            
      sync_thread_add_level(): If srv_is_being_started, ignore latching order
      violations for SYNC_TRX_SYS_HEADER and SYNC_IBUF_BITMAP.
      
      Create all the non-IO threads after creating the extra rollback segments.
      
      Patch originally from Marko with some additions by Sunny.
      64bb9bbc
    • Sunny Bains's avatar
      Bug 54617 - During shutdown: Failing assertion: arr->n_reserved == 0 · c7342ea5
      Sunny Bains authored
        
      Get rid of at least on suspicious path. Ensure that the purge thread
      doesn't acquire a mutex after it has signalled shutdown.
      c7342ea5
    • Vasil Dimov's avatar
      Increment InnoDB version to 1.1.2 · d3d0d1a5
      Vasil Dimov authored
      InnoDB 1.1.1 was released with MySQL 5.5.5-m3
      d3d0d1a5
    • Vasil Dimov's avatar
      Merge mysql-trunk-bugfixing -> mysql-trunk-innodb · ce3c6765
      Vasil Dimov authored
      (resolving conflicts in mysql-test/suite/rpl/t/rpl_sync-slave.opt and
      configure.cmake)
      ce3c6765