- 06 Dec, 2005 1 commit
-
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.0-bug5390
-
- 04 Dec, 2005 1 commit
-
-
- 29 Nov, 2005 2 commits
-
-
ingo@mysql.com authored
Problem #1: INSERT...SELECT INSERT ... SELECT with the same table on both sides (hidden below a MERGE table) does now work by buffering the select result. The duplicate detection works now after open_and_lock_tables() on the locks. I did not find a test case that failed without the change in sql_update.cc. I made the change anyway as it should in theory fix a possible MERGE table problem with multi-table update.
-
into a193-229-222-105.elisa-laajakaista.fi:/home/my/bk/mysql-4.0
-
- 22 Nov, 2005 2 commits
-
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/mysql-4.0
-
into a193-229-222-105.elisa-laajakaista.fi:/home/my/bk/mysql-4.0
-
- 15 Nov, 2005 1 commit
-
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.0-4000
-
- 07 Nov, 2005 1 commit
-
-
ingo@mysql.com authored
Initialized usable_keys from table->keys_in_use instead of ~0 in test_if_skip_sort_order(). It was possible that a disabled index was used for sorting.
-
- 03 Nov, 2005 4 commits
-
-
ingo@mysql.com authored
Version for 4.0. It fixes two problems: 1. The cause of the bug was that we did not check the table version for the HANDLER ... READ commands. We did not notice when a table was replaced by a new one. This can happen during ALTER TABLE, REPAIR TABLE, and OPTIMIZE TABLE (there might be more cases). I call the fix for this problem "the primary bug fix". 2. mysql_ha_flush() was not always called with a locked LOCK_open. Though the function comment clearly said it must. I changed the code so that the locking is done when required. I call the fix for this problem "the secondary fix".
-
jani@ua141d10.elisa.omakaista.fi authored
-
jani@ua141d10.elisa.omakaista.fi authored
-
jani@ua141d10.elisa.omakaista.fi authored
-
- 28 Oct, 2005 1 commit
-
-
kernel function to prevent CPU hogs.
-
- 27 Oct, 2005 2 commits
-
-
mysqldev@mysql.com authored
- cleanup: removed obsolete support-files/MacOSX/make_mysql_pkg.pl script (we now use Do-pkg for building OS X packages)
-
lenz@mysql.com authored
directory - these files are now maintained in the mysqldoc repository and included in the source distribution during the release build. Updated the configure.in script and Makefiles to create the man page file list at build time - Updated the file list in the RPM spec file to include all currently available man pages (this can not be done with wildcards, as the man pages are spread across several subpackages. However, RPM warns about unpackaged files, so newly added man pages can be spotted)
-
- 25 Oct, 2005 4 commits
-
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.0
-
jani@ua141d10.elisa.omakaista.fi authored
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.0
-
kent@mysql.com authored
Option to set environment variable MTR_BUILD_THREAD to a small number, from what mysql-test-run calculate port numbers that will not conflict with other runs with different thread num
-
- 13 Oct, 2005 7 commits
-
-
evgen@moonbone.local authored
into moonbone.local:/work/13855-bug-4.0-mysql
-
evgen@moonbone.local authored
DISTINCT wasn't optimized away and caused creation of tmp table in wrong case. This result in integer overrun and running out of memory. Fix backported from 4.1. Now if optimizer founds that in result be only 1 row it removes distinct.
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.0
-
lenz@mysql.com authored
to assign a potential existing mysql user to the correct user group (BUG#12823)
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-4.0
-
monty@mysql.com authored
- No need to check *ref when ref is checked (Simple optimization fix)
-
hf@deer.(none) authored
-
- 12 Oct, 2005 1 commit
-
-
ramil@mysql.com authored
1. it's wrong to use memcpy() for overlapped areas; 2. we use it only once. During merge to 4.1 will remove a memcpy_overlap() call from strings/ctype-tis620.c as well in order to fix bug #10836: ctype_tis620 test failure with ICC-compiled binaries on IA64.
-
- 11 Oct, 2005 2 commits
-
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.0-build
-
lenz@mysql.com authored
-
- 09 Oct, 2005 2 commits
-
-
evgen@moonbone.local authored
into moonbone.local:/work/7672-bug-4.0-mysql
-
evgen@moonbone.local authored
When fixing Item_func_plus in ORDER BY clause field c is searched in all opened tables, but because c is an alias it wasn't found there. This patch adds a flag to select_lex which allows Item_field::fix_fields() to look up in select's item_list to find aliased fields.
-
- 04 Oct, 2005 1 commit
-
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/mysql-4.0
-
- 03 Oct, 2005 1 commit
-
-
marko@hundin.mysql.fi authored
in SHOW CREATE TABLE if a temporary file cannot be created. (Bug #13002)
-
- 29 Sep, 2005 3 commits
-
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.0-4000
-
lenz@mysql.com authored
spec file (the $RBR variable did not get expanded, thus leaving old build roots behind)
-
ingo@mysql.com authored
Second platform fix for floating point rounding.
-
- 27 Sep, 2005 1 commit
-
-
ingo@mysql.com authored
Reduced the precision of the test numbers. Not all platforms could reproduce the exact numbers.
-
- 23 Sep, 2005 1 commit
-
-
ingo@mysql.com authored
The problem was an ab-use of last_rkey_length. Formerly we saved the packed key length (of the search key) in this element. But in certain cases it got replaced by the (packed) result key length. Now we use a new element of MI_INFO to save the packed key length of the search key.
-
- 19 Sep, 2005 1 commit
-
-
- 18 Sep, 2005 1 commit
-
-
paul@snake-hub.snake.net authored
Delete: man/which.2
-