1. 21 Nov, 2006 2 commits
  2. 27 Oct, 2006 1 commit
    • jonas@perch.ndb.mysql.com's avatar
      ndb - valgrind · 0cbb309b
      jonas@perch.ndb.mysql.com authored
        Still leakage, make sure all unlinked operations are put back so they will be release
        (on failing blob operations, when AO_IgnoreError)
      0cbb309b
  3. 20 Oct, 2006 3 commits
  4. 18 Oct, 2006 1 commit
  5. 12 Oct, 2006 1 commit
    • jonas@perch.ndb.mysql.com's avatar
      ndb - bug#23210 · 564d461f
      jonas@perch.ndb.mysql.com authored
        Fix race-condition between COPY_GCIREQ (GCP) and lcpSetActiveStatusEnd
        Solution is _not_ to copy sysfileData from COPY_GCIREQ from "self"
      564d461f
  6. 06 Oct, 2006 1 commit
    • jonas@perch.ndb.mysql.com's avatar
      ndb - bug#22893 · 007311c6
      jonas@perch.ndb.mysql.com authored
        Add checking of REDO to earlier during SR
            so take-over of node can be performed
            if it can't be restarted using logs
            (which btw is really weird...as it _should_ be able to use logs of other node in node group)
      
        Otherwise cluster could be started and 1 fragment on one node could not have been restored
        Making the cluster inconsisten, VERY BAD
      007311c6
  7. 04 Oct, 2006 1 commit
    • jonas@perch.ndb.mysql.com's avatar
      ndb - bug#22892 · 9cad0a01
      jonas@perch.ndb.mysql.com authored
          Make sure checkKeepGci is also run on oldStoredReplicas
            to prevent keepgci to move backwards when crash node restarts
      9cad0a01
  8. 26 Sep, 2006 3 commits
  9. 15 Sep, 2006 1 commit
  10. 04 Sep, 2006 1 commit
  11. 24 Aug, 2006 1 commit
  12. 09 Aug, 2006 1 commit
  13. 08 Aug, 2006 1 commit
  14. 07 Aug, 2006 1 commit
  15. 04 Aug, 2006 2 commits
  16. 03 Aug, 2006 1 commit
  17. 02 Aug, 2006 1 commit
  18. 01 Aug, 2006 8 commits
  19. 31 Jul, 2006 1 commit
  20. 29 Jul, 2006 2 commits
  21. 28 Jul, 2006 4 commits
  22. 26 Jul, 2006 2 commits
    • kroki/tomash@moonlight.intranet's avatar
      BUG#21206: memory corruption when too many cursors are opened at once · 4e845ccc
      kroki/tomash@moonlight.intranet authored
      Too many cursors (more than 1024) could lead to memory corruption.
      This affects both, stored routines and C API cursors, and the
      threshold is per-server, not per-connection.  Similarly, the
      corruption could happen when the server was under heavy load
      (executing more than 1024 simultaneous complex queries), and this is
      the reason why this bug is fixed in 4.1, which doesn't support
      cursors.
      
      The corruption was caused by a bug in the temporary tables code, when
      an attempt to create a table could lead to a write beyond allocated
      space.  Note, that only internal tables were affected (the tables
      created internally by the server to resolve the query), not tables
      created with CREATE TEMPORARY TABLE.  Another pre-condition for the
      bug is TRUE value of --temp-pool startup option, which, however, is a
      default.
      
      The cause of a bug was that random memory was overwritten in
      bitmap_set_next() due to out-of-bound memory access.
      4e845ccc
    • aivanov@mysql.com's avatar
      Applied innodb-4.1-ss32 snapshot. · 765ed29c
      aivanov@mysql.com authored
      765ed29c