1. 01 Nov, 2007 1 commit
    • antony@pcg5ppc.xiphis.org's avatar
      Bug#30671 · bcfe0fa6
      antony@pcg5ppc.xiphis.org authored
        "ALTER SERVER can cause server to crash"
        While retrieving values, it would erronously set the socket value
        to NULL and attempt to use it in strcmp().
        Ensure it is correctly set to "" so that strcmp may not crash.
      bcfe0fa6
  2. 30 Oct, 2007 3 commits
  3. 26 Oct, 2007 4 commits
    • istruewing@stella.local's avatar
      Bug#4692 - DISABLE/ENABLE KEYS waste a space · 8cc5fe11
      istruewing@stella.local authored
      Disabling and enabling indexes on a non-empty table grows the
      index file.
      
      Disabling indexes just sets a flag per non-unique index and does not
      free the index blocks of the affected indexes. Re-enabling indexes
      creates new indexes with new blocks. The old blocks remain unused
      in the index file.
      
      Fixed by dropping and re-creating all indexes if non-empty disabled
      indexes exist when enabling indexes. Dropping all indexes resets
      the internal end-of-file marker to the end of the index file header.
      It also clears the root block pointers of every index and clears the
      deleted blocks chains. This way all blocks are declared as free.
      8cc5fe11
    • antony@pcg5ppc.xiphis.org's avatar
      Bug#30296 · ada0b493
      antony@pcg5ppc.xiphis.org authored
        "Dynamic plugins fail to load on FreeBSD"
        ELF executables need to be linked using the -export-dynamic option to
        ld(1) for symbols defined in the executable to become visible to dlsym().
        Also, do not build plugins on an all-static build.
      ada0b493
    • antony@anubis.xiphis.org's avatar
      Merge anubis.xiphis.org:/usr/home/antony/work/p1-bug31473.1-backport-5.0 · c08ffb6b
      antony@anubis.xiphis.org authored
      into  anubis.xiphis.org:/usr/home/antony/work/p1-bug31473.1-backport-5.1
      c08ffb6b
    • antony@pcg5ppc.xiphis.org's avatar
      f9fc31f9
  4. 25 Oct, 2007 1 commit
  5. 24 Oct, 2007 3 commits
  6. 23 Oct, 2007 3 commits
  7. 19 Oct, 2007 7 commits
  8. 18 Oct, 2007 9 commits
    • malff@lambda.hsd1.co.comcast.net.'s avatar
      Merge lambda.hsd1.co.comcast.net.:/home/malff/TREE/mysql-5.1-base · 2d6fbbda
      malff@lambda.hsd1.co.comcast.net. authored
      into  lambda.hsd1.co.comcast.net.:/home/malff/TREE/mysql-5.1-rt-merge
      2d6fbbda
    • malff@lambda.hsd1.co.comcast.net.'s avatar
      Merge lambda.hsd1.co.comcast.net.:/home/malff/TREE/mysql-5.0-base · 6fa35a5d
      malff@lambda.hsd1.co.comcast.net. authored
      into  lambda.hsd1.co.comcast.net.:/home/malff/TREE/mysql-5.0-rt-merge
      6fa35a5d
    • antony@pcg5ppc.xiphis.org's avatar
      Merge pcg5ppc.xiphis.org:/private/Network/Servers/anubis.xiphis.org/home/antony/work/p1-bug31473.1 · 407f73c8
      antony@pcg5ppc.xiphis.org authored
      into  pcg5ppc.xiphis.org:/private/Network/Servers/anubis.xiphis.org/home/antony/work/p1-bug31473.1-merge-5.1-engines
      407f73c8
    • antony@pcg5ppc.xiphis.org's avatar
      Bug#31473 · f4a153c3
      antony@pcg5ppc.xiphis.org authored
        "CSV does not work with NULL value in datetime fields"
        Attempting to insert a row with a NULL value for a DATETIME field
        results in a CSV file which the storage engine cannot read.
        Don't blindly assume that "0" is acceptable for all field types,
        Since CSV does not support NULL, we find out from the field the
        default non-null value.
        Do not permit the creation of a table with a nullable columns.
      f4a153c3
    • davi@moksha.com.br's avatar
      Merge moksha.com.br:/Users/davi/mysql/bugs/21557-5.1 · 5a2e5cf2
      davi@moksha.com.br authored
      into  moksha.com.br:/Users/davi/mysql/mysql-5.1-runtime
      5a2e5cf2
    • davi@moksha.com.br's avatar
      Post merge fix for Bug 21557 · a2aafb60
      davi@moksha.com.br authored
      a2aafb60
    • davi@moksha.com.br's avatar
      Merge moksha.com.br:/Users/davi/mysql/bugs/21557-5.1 · 3b44d6e8
      davi@moksha.com.br authored
      into  moksha.com.br:/Users/davi/mysql/mysql-5.1-runtime
      3b44d6e8
    • davi@moksha.com.br's avatar
      Bug#21557 entries in the general query log truncated at 1000 characters. · dd135211
      davi@moksha.com.br authored
      The general log write function (general_log_print) uses printf style
      arguments which need to be pre-processed, meaning that the all arguments
      are copied to a single buffer and the problem is that the buffer size is
      constant (1022 characters) but queries can be much larger then this.
      
      The solution is to introduce a new log write function that accepts a
      buffer and it's length as arguments. The function is to be used when
      a formatted output is not required, which is the case for almost all
      query write-to-log calls.
      
      This is a incompatible change with respect to the log format of prepared
      statements.
      dd135211
    • istruewing@stella.local's avatar
      Bug#31692 - binlog_killed.test crashes sometimes · 672290b0
      istruewing@stella.local authored
      The server crashed when a thread was killed while locking the
      general_log table at statement begin.
      
      The general_log table is handled like a performance schema table.
      The state of open tables is saved and cleared so that this table
      seems to be the only open one. Then this table is opened and locked.
      After writing, the table is closed and the open table state is
      restored. Before restoring, however, it is asserted that there is
      no current table open.
      
      After locking the table, mysql_lock_tables() checks if the thread
      was killed in between. If so, it unlocks the table and returns an
      error. open_ltable() just returns with the error and leaves closing
      of the table to close_thread_tables(), which is called at
      statement end.
      
      open_performance_schema_table() did not take this into account.
      It assumed that a failed open_ltable() would not leave an open
      table behind.
      
      Fixed by closing thread tables after open_ltable() and before
      restore_backup_open_tables_state() if the thread was killed.
      
      No test case. It requires correctly timed parallel execution.
      Since this bug was detected by the test suite, it seems
      dispensable to add another test.
      672290b0
  9. 17 Oct, 2007 9 commits