- 16 Nov, 2006 11 commits
-
-
andrey@example.com authored
into example.com:/work/bug24219/my51
-
ramil/ram@myoffice.izhnet.ru authored
into mysql.com:/usr/home/ram/work/mysql-5.1-maint
-
- have to explicitly set null_value.
-
andrey@example.com authored
into example.com:/work/bug24219/my51
-
andrey@example.com authored
(this is the 5.0 patch, because 4.1 differs) There was an improper order of doing chained operations. To the documentor: ENABLE|DISABLE KEYS combined with RENAME TO, and no other ALTER TABLE clause, leads to server crash independent of the presence of indices and data in the table.
-
andrey@example.com authored
into example.com:/work/bug24219/my50
-
andrey@example.com authored
There was an improper order of doing chained operations. To the documentor: ENABLE|DISABLE KEYS combined with RENAME TO, and no other ALTER TABLE clause, leads to server crash independent of the presence of indices and data in the table.
-
into mysql.com:/usr/home/ram/work/bug23653/my50-bug23653
-
ramil/ram@myoffice.izhnet.ru authored
into mysql.com:/usr/home/ram/work/bug23653/my51-bug23653
-
ramil/ram@myoffice.izhnet.ru authored
into mysql.com:/usr/home/ram/work/bug23653/my51-bug23653
-
into mysql.com:/usr/home/ram/work/bug23653/my50-bug23653
-
- 15 Nov, 2006 21 commits
-
-
andrey@example.com authored
-
cmiller@zippy.cornsilk.net authored
into zippy.cornsilk.net:/home/cmiller/work/mysql/mysql-5.1-maint
-
cmiller@zippy.cornsilk.net authored
into zippy.cornsilk.net:/home/cmiller/work/mysql/mysql-5.0-maint
-
cmiller@zippy.cornsilk.net authored
into zippy.cornsilk.net:/home/cmiller/work/mysql/bug19955/my51-bug19955
-
cmiller@zippy.cornsilk.net authored
Problem: When we have a really large number (between 2^63 and 2^64) as the left side of the mod operator, it gets improperly corerced into a signed value. Solution: Added check to see if the "negative" number is really positive, and if so, cast it.
-
-
into salvation.intern.azundris.com:/home/tnurnberg/work/mysql-5.1-maint-16456
-
cmiller@zippy.cornsilk.net authored
into zippy.cornsilk.net:/home/cmiller/work/mysql/mysql-5.1-maint
-
cmiller@zippy.cornsilk.net authored
into zippy.cornsilk.net:/home/cmiller/work/mysql/mysql-5.0-maint
-
cmiller@zippy.cornsilk.net authored
into zippy.cornsilk.net:/home/cmiller/work/mysql/bug17700/my51-bug17700
-
cmiller@zippy.cornsilk.net authored
into zippy.cornsilk.net:/home/cmiller/work/mysql/bug17700/my50-bug17700
-
cmiller@zippy.cornsilk.net authored
with embedded spaces Problem: Original code written assuming password contains no spaces. Further, because of how sh interprets characters in variables, you cannot do the "simple solution". Solution: Move the "was a password provided" check to the end. This allows us to correctly quote the password argument when passed to the mysql client program. Addendum: Put this check inside of a shell fn to simplify the code.
-
into salvation.intern.azundris.com:/home/tnurnberg/work/mysql-5.1-maint-16456
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.1-new-maint
-
msvensson@neptunus.(none) authored
Fix merge errors
-
andrey@example.com authored
into example.com:/work/bug23760/my50
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.1-new-maint
-
msvensson@neptunus.(none) authored
-
msvensson@neptunus.(none) authored
-
into salvation.intern.azundris.com:/home/tnurnberg/work/mysql-5.1-maint-16456
-
calling (rather than defining) non-deterministic SP in SBR (as opposed to RBR or mixed) will throw an error now. require mixed mode for tests now. SBR will now fail when calling non-deter SPs and SFs (as it should), and RBR already failed by virtue of giving different results for "show binlog" than the results-file has. also test for 16456 now. lastly make amends because one of the tests fails with a new error # now as code was added to sql_trigger.cc while test was disabled.
-
- 14 Nov, 2006 8 commits
-
-
andrey@example.com authored
into example.com:/work/bug23760/my50
-
andrey@example.com authored
into example.com:/work/bug23760/my51
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0-maint
-
msvensson@neptunus.(none) authored
-
andrey@example.com authored
into example.com:/work/bug23760/my51
-
andrey@example.com authored
The problem was that THD::row_count_func was zeroed too. It was zeroed as a fix for bug 4905 "Stored procedure doesn't clear for "Rows affected" However, the proper solution is not to zero, because THD::row_count_func has been set to -1 already in mysql_execute_command(), a later fix, which obsoletes the incorrect fix of #4095
-
kaa@polly.local authored
into polly.local:/home/kaa/src/maint/mysql-5.1-maint
-
kaa@polly.local authored
into polly.local:/home/kaa/src/maint/mysql-5.0-maint
-