- 28 Nov, 2008 6 commits
-
-
Ingo Struewing authored
-
Sergey Glukhov authored
-
Sergey Glukhov authored
-
Ingo Struewing authored
-
Sergey Glukhov authored
-
Sergey Glukhov authored
-
- 27 Nov, 2008 24 commits
-
-
Ingo Struewing authored
-
Ingo Struewing authored
No commit message
-
Tatiana A. Nurnberg authored
-
Tatiana A. Nurnberg authored
-
Tatiana A. Nurnberg authored
-
Horst Hunger authored
-
Ingo Struewing authored
-
Sergey Glukhov authored
-
Sergey Glukhov authored
The bug is repeatable with latest(1.0.1) InnoDB plugin on Linux, Win, If MySQL is compiled with valgrind there are errors about using of uninitialized variable(orig_table). The fix is to set field->orig_table correct value.
-
Horst Hunger authored
Reason for the failing test was that "SELECT count(*) from mysql.general_log;" was not always the same number. That was fixed by "...count(*)>4..." as the minimal fulfilled condition. As Bug 35371 was fixed the testcase with "log_output = 'FILE'" was enabled and changed to have always the same result.
-
Sergey Glukhov authored
-
Sergey Glukhov authored
-
Sergey Glukhov authored
-
Sergey Glukhov authored
enable uncacheable flag if we update a view with check option and check option has a subselect, otherwise, the check option can be evaluated after the subselect was freed as independent (See full_local in JOIN::join_free())
-
Tatiana A. Nurnberg authored
-
Tatiana A. Nurnberg authored
-
Tatiana A. Nurnberg authored
-
Tatiana A. Nurnberg authored
-
Sergey Glukhov authored
-
Sergey Glukhov authored
set DATE|DATETIME value to 0 if ALLOW_INVALID_DATES sql_mode is not enabled.
-
Sergey Glukhov authored
extended perror to enable printing of Win32 system errors
-
Tatiana A. Nurnberg authored
-
Tatiana A. Nurnberg authored
-
Ingo Struewing authored
Post-pushbuild fix. - Windows does not have 'socket' system variable. - Compiler warning in sql/slave.cc
-
- 26 Nov, 2008 7 commits
-
-
Patrick Crews authored
-
Patrick Crews authored
-
Ingo Struewing authored
-
Matthias Leich authored
(no conflicts)
-
Ingo Struewing authored
-
Horst Hunger authored
-
Tatiana A. Nurnberg authored
We pretended that TIMEDIFF() would always return positive results; this gave strange results in comparisons of the TIMEDIFF(low,hi)<TIME(0) type that rendered a negative result, but still gave false in comparison. We also inadvertantly dropped the sign when converting times to decimal. CAST(time AS DECIMAL) handles signs of the times correctly. TIMEDIFF() marked up as signed. Time/date comparison code switched to signed for clarity.
-
- 25 Nov, 2008 3 commits
-
-
Vladislav Vaintroub authored
-
Matthias Leich authored
-
Matthias Leich authored
-