- 07 Apr, 2006 1 commit
-
-
joerg@mysql.com authored
-
- 06 Apr, 2006 1 commit
-
-
joerg@mysql.com authored
-
- 03 Apr, 2006 1 commit
-
-
kent@mysql.com authored
Changed web address order.mysql.com to shop.mysql.com
-
- 01 Apr, 2006 1 commit
-
-
kent@mysql.com authored
Typo (bug#17167)
-
- 02 Mar, 2006 2 commits
-
-
paul@snake-hub.snake.net authored
into snake-hub.snake.net:/src/extern/MySQL/bk/mysql-4.0-r1.2173
-
paul@snake-hub.snake.net authored
revise README.
-
- 01 Mar, 2006 4 commits
-
-
paul@snake-hub.snake.net authored
Revise README.gcov.
-
paul@snake-hub.snake.net authored
Revise mysql-test README.
-
joerg@mysql.com authored
into mysql.com:/M40/comment-4.0
-
joerg@mysql.com authored
mysql-test/mysql-test-run.sh : Add a "--comment=<string>" option, to get it logged when the test is run.
-
- 12 Feb, 2006 1 commit
-
-
kent@mysql.com authored
print => echo in shell script
-
- 28 Jan, 2006 1 commit
-
-
kent@mysql.com authored
Bug#16780: Extend port range to make space for 5.1 NDBCLUSTER_PORT_SLAVE
-
- 23 Jan, 2006 1 commit
-
-
evgen@moonbone.local authored
When setup_fields() function finds field named '*' it expands it to the list of all table fields. It does so by checking that the first char of field_name is '*', but it doesn't checks that the '* is the only char. Due to this, when updating table with a field named like '*name', such field is wrongly treated as '*' and expanded. This leads to making list of fields to update being longer than list of the new values. Later, the fill_record() function crashes by dereferencing null when there is left fields to update, but no more values. Added check in the setup_fields() function which ensures that the field expanding will be done only when '*' is the only char in the field name.
-
- 17 Jan, 2006 1 commit
-
-
joerg@mysql.com authored
into mysql.com:/M40/mysql-4.0
-
- 16 Jan, 2006 2 commits
-
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/bug6554/my40-bug6554
-
msvensson@neptunus.(none) authored
- Remove the local static var
-
- 13 Jan, 2006 1 commit
-
-
joerg@mysql.com authored
Copyright string fixes (bug#16106)
-
- 12 Jan, 2006 1 commit
-
-
jani@ua141d10.elisa.omakaista.fi authored
Changes to Netware specific mysqld_safe.c
-
- 06 Jan, 2006 1 commit
-
-
monty@mysql.com authored
Remove wrong fix for Bug#14397 - OPTIMIZE TABLE with an open HANDLER causes a crash Safety fix for bug #13855 "select distinct with group by caused server crash"
-
- 27 Dec, 2005 1 commit
-
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.0-bug5390
-
- 18 Dec, 2005 1 commit
-
-
kent@mysql.com authored
Adjusted listing of files to put into source TAR
-
- 13 Dec, 2005 1 commit
-
-
New libc suggests doing this.
-
- 06 Dec, 2005 2 commits
-
-
ingo@mysql.com authored
into mysql.com:/home/mydev/mysql-4.0-bug5390
-
lenz@mysql.com authored
internals@lists.mysql.com to reduce the noise on the internals list.
-
- 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 2 commits
-
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.0
-
jani@ua141d10.elisa.omakaista.fi authored
-