An error occurred fetching the project authors.
  1. 10 Feb, 2005 2 commits
  2. 08 Feb, 2005 2 commits
  3. 05 Feb, 2005 1 commit
  4. 01 Feb, 2005 2 commits
  5. 31 Jan, 2005 1 commit
  6. 30 Jan, 2005 1 commit
  7. 27 Jan, 2005 2 commits
  8. 25 Jan, 2005 2 commits
  9. 24 Jan, 2005 2 commits
  10. 19 Jan, 2005 1 commit
    • timour@mysql.com's avatar
      Final patch for BUG#4285. · 7fb0de20
      timour@mysql.com authored
      This patch collects all previous patches into one.
      
      The main problem was due to that there is are two variables -
      dflt_key_cache and sql_key_cache with have more or less duplicate
      function. The reson for the bug was that the default value in the key
      cache hash was set to dflt_key_cache, then sql_key_cache was set to a
      new key cache object, and then dflt_key_cache was set to sql_key_cache
      which was different from the dflt_key_cache_var. After sending SIGHUP,
      the server was using the original default value for the key cache hash,
      which was different from the actual key cache object used for the
      default key cache.
      7fb0de20
  11. 16 Jan, 2005 1 commit
  12. 12 Jan, 2005 3 commits
  13. 07 Jan, 2005 1 commit
  14. 06 Jan, 2005 2 commits
    • bell@sanja.is.com.ua's avatar
      removed unused label · 421738e8
      bell@sanja.is.com.ua authored
      421738e8
    • monty@mysql.com's avatar
      First stage of table definition cache · d35140a8
      monty@mysql.com authored
      Split TABLE to TABLE and TABLE_SHARE (TABLE_SHARE is still allocated as part of table, will be fixed soon)
      Created Field::make_field() and made Field_num::make_field() to call this
      Added 'TABLE_SHARE->db' that points to database name; Changed all usage of table_cache_key as database name to use this instead
      Changed field->table_name to point to pointer to alias. This allows us to change alias for a table by just updating one pointer.
      Renamed TABLE_SHARE->real_name to table_name
      Renamed TABLE->table_name to alias
      Renamed TABLE_LIST->real_name to table_name
      d35140a8
  15. 04 Jan, 2005 1 commit
  16. 03 Jan, 2005 3 commits
  17. 31 Dec, 2004 1 commit
  18. 30 Dec, 2004 2 commits
  19. 29 Dec, 2004 1 commit
  20. 27 Dec, 2004 1 commit
  21. 24 Dec, 2004 2 commits
    • vtkachenko@intelp4d.mysql.com's avatar
      Many files: · f1dfafe7
      vtkachenko@intelp4d.mysql.com authored
        tabs replaced
      ha_innodb.cc:
        Comments removed
      f1dfafe7
    • vtkachenko@intelp4d.mysql.com's avatar
      logging_ok: · 78846b29
      vtkachenko@intelp4d.mysql.com authored
        Logging to logging@openlogging.org accepted
      sql_yacc.yy, sql_parse.cc, sql_lex.h, lex.h:
        Implements the SHOW MUTEX STATUS command
      set_var.cc, mysqld.cc, mysql_priv.h:
        Added new GLOBAL variable timed_mutexes
      ha_innodb.h:
        New function innodb_mutex_show_status
      ha_innodb.cc:
        Added new innodb variables in SHOW STATUS
        Implements the SHOW MUTEX STATUS command
      innodb.test, innodb.result:
        Added new row_lock_waits status variables tests.
      variables.test, variables.result:
        test new variable timed_mutexes
      ut0ut.c:
        New function ut_usectime.
      sync0sync.c:
        Mutex counting.
      sync0rw.c:
        New mutex parameters initialization.
      srv0srv.c:
        Counting row lock waits
      row0sel.c, row0mysql.c:
        Setting row_lock or table_lock state to thd.
      que0que.c:
        Added default no_lock_state to thd.
      univ.i:
        Added UNIV_SRV_PRINT_LATCH_WAITS debug define
      sync0sync.ic:
        Count mutex using.
      sync0sync.h:
        Added new parameters to mutex structure for counting.
      sync0rw.h:
        Added new parameters to rw_create_func.
      srv0srv.h:
        Added new innodb varuables to SHOW STATUS.
      que0que.h:
        Added thread lock states.
      78846b29
  22. 23 Dec, 2004 2 commits
  23. 18 Dec, 2004 3 commits
  24. 17 Dec, 2004 1 commit
    • guilhem@mysql.com's avatar
      Fix for BUG#7358: removing warning reporting of mysqldump 4.1.8 when calling... · 88466366
      guilhem@mysql.com authored
      Fix for BUG#7358: removing warning reporting of mysqldump 4.1.8 when calling SHOW CREATE DATABASE, as we deal almost gracefully with it
      (back to behaviour of 4.1.7). Warning was not fatal: mysqldump continued. And the good thing is that it helped spot that starting from 4.1.7,
      SHOW CREATE DATABASE failed (if --single-transaction and first db has non-empty InnoDB table and there is a second db) and thus mysqldump
      produced CREATE DATABASE statements missing the CHARACTER SET clause. Removing the bug which was in the server, and the warning reporting in
      mysqldump (compatibility with old servers).
      88466366