- 06 Apr, 2006 13 commits
-
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/51-jonas
-
jonas@perch.ndb.mysql.com authored
-
jonas@perch.ndb.mysql.com authored
add two new start options that will decrease likelyhood of bug#18612 push cntr-sp2 logic down into qmgr-sp1 to decrease likelyhood of bug#18612
-
msvensson@shellback.(none) authored
into shellback.(none):/home/msvensson/mysql/mysql-5.1
-
stewart@mysql.com authored
into mysql.com:/home/stewart/Documents/MySQL/5.1/new-bug18831
-
stewart@mysql.com authored
don't know why this didn't generate a warning, but let's fix it too.
-
stewart@mysql.com authored
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-5.1-new
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-5.0
-
bar@mysql.com authored
Adding test case to cover queries which worked incorrectly earlier: Bug#18321: Can't store EuroSign with latin1_german1_ci and latin1_general_ci
-
bar@mysql.com authored
Using local.
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-5.0
-
bar@mysql.com authored
Backporting a 5.0 change: MAX_BUF was too small for Index.xml Changeing MAX_BUF and adding assert to easier catch the same problem in the future. ctype-extra.c: Regenerating ctype-extra.c with the fixed conf_to_src.
-
- 05 Apr, 2006 20 commits
-
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-0
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-5.1-0
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-5.1-new
-
evgen@sunlight.local authored
-
bar@mysql.com authored
Recreating ctype-extra.c with additional 5.1 charset, and with additional missing 5.0 charset due to bug with too small buffer MAX_BUF.
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-5.1-new
-
bar@mysql.com authored
Buffer was too small to load Index.xml. So some charsets were not gerenrated. Making the buffer bigger, and adding an DBUG_ASSERT, to easier catch the problem in the future. ctype-extra.c: Additional charsets were generated.
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-5.1-new
-
konstantin@mysql.com authored
never defined. It was used at some point to add -Wuninitialized to debug flags, but not any more. If there is still need to add -Wunitialized, it can be added directly to $global_warnings.
-
mats@mysql.com authored
into mysql.com:/home/bk/b18436-mysql-5.1-new
-
mats@mysql.com authored
into mysql.com:/home/bk/b18436-mysql-5.1-new
-
konstantin@mysql.com authored
-
kent@mysql.com authored
After merge correction
-
mats@mysql.com authored
into mysql.com:/home/bk/b18436-mysql-5.1-new
-
jonas@perch.ndb.mysql.com authored
-
evgen@sunlight.local authored
into sunlight.local:/local_work/16281-bug-5.0-mysql
-
evgen@sunlight.local authored
Mutli-table uses temporary table to store new values for fields. With the new values the rowid of the record to be updated is stored in a Field_string field. Table to be updated is set as source table of the rowid field. But when the temporary table creates the tmp field for the rowid field it converts it to a varstring field because the table to be updated was created by the v4.1. Due to this the stored rowids were broken and no records for update were found. The flag can_alter_field_type is added to Field_string class. When it is set to 0 the field won't be converted to varstring. The Field_string::type() function now always returns MYSQL_TYPE_STRING if can_alter_field_type is set to 0. The multi_update::initialize_tables() function now sets can_alter_field_type flag to 0 for the rowid fields denying conversion of the field to a varstring field.
-
jonas@perch.ndb.mysql.com authored
into perch.ndb.mysql.com:/home/jonas/src/50-work
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.1-new
-
mats@mysql.com authored
into mysql.com:/home/bk/b18436-mysql-5.1-new
-
- 04 Apr, 2006 7 commits
-
-
kent@mysql.com authored
-
igor@rurik.mysql.com authored
The code in opt_sum_query that prevented the COUNT/MIN/MAX optimization from being applied to outer joins was not adjusted after introducing nested joins. As a result if an outer join contained a reference to a view as an inner table the code of opt_sum_query missed the presence of an on expressions and erroneously applied the mentioned optimization.
-
joerg@mysql.com authored
-
mats@mysql.com authored
into mysql.com:/home/bk/b18436-mysql-5.1-new
-
timour@mysql.com authored
into mysql.com:/home/timka/mysql/src/5.1-merge
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/mysql-5.1
-
tomas@poseidon.ndb.mysql.com authored
into poseidon.ndb.mysql.com:/home/tomas/mysql-5.1-new
-