- 27 Feb, 2008 2 commits
-
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/bug33834/my51-bug33834
-
kaa@kaamos.(none) authored
the patch for bug #33834.
-
- 25 Feb, 2008 3 commits
-
-
kaa@kaamos.(none) authored
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/bug33834/my51-bug33834
-
kaa@kaamos.(none) authored
documentation While the manual mentions FRAC_SECOND only for the TIMESTAMPADD() function, it was also possible to use FRAC_SECOND with DATE_ADD(), DATE_SUB() and +/- INTERVAL. Fixed the parser to match the manual, i.e. using FRAC_SECOND for anything other than TIMESTAMPADD()/TIMESTAMPDIFF() now produces a syntax error. Additionally, the patch allows MICROSECOND to be used in TIMESTAMPADD/ TIMESTAMPDIFF and marks FRAC_SECOND as deprecated.
-
- 14 Feb, 2008 4 commits
-
-
kaa@kaamos.(none) authored
suppress the "Out of sort memory" error in the error log.
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
ssh://bk-internal.mysql.com//home/bk/mysql-5.1-optkaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
ssh://bk-internal.mysql.com//home/bk/mysql-5.0-optkaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.0-opt
-
- 13 Feb, 2008 7 commits
-
-
gshchepa/uchum@host.loc authored
into host.loc:/home/uchum/work/5.1-opt
-
kaa@kaamos.(none) authored
-
gshchepa/uchum@host.loc authored
into host.loc:/home/uchum/work/5.0-opt
-
gshchepa/uchum@host.loc authored
into host.loc:/home/uchum/work/5.1-opt-gca
-
gshchepa/uchum@host.loc authored
for wildcard values. The server ignored escape character before wildcards during the calculation of priority values for sorting of a privilege list. (Actually the server counted an escape character as an ordinary wildcard like % or _). I.e. the table name template with a wildcard character like 'tbl_1' had higher priority in a privilege list than concrete table name without wildcards like 'tbl\_1', and some privileges of 'tbl\_1' was hidden by privileges for 'tbl_1'. The get_sort function has been modified to ignore escaped wildcards as usual.
-
gshchepa/uchum@host.loc authored
type conversion. Instead of copying of whole character string from a temporary buffer, the server copied a short-living pointer to that string into a long-living structure. That has been fixed.
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
- 12 Feb, 2008 6 commits
-
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
kaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.0-opt
-
ssh://bk-internal.mysql.com//home/bk/mysql-5.1-optkaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
kaa@mbp. authored
into mbp.:/Users/kaa/src/opt/bug33389/my51-bug25162
-
evgen@moonbone.local authored
into moonbone.local:/work/31590-bug-5.0-opt-mysql
-
kaa@mbp. authored
or trigger crashes server Under some circumstances a combination of VIEWs, subselects with outer references and PS/SP/triggers could lead to use of uninitialized memory and server crash as a result. Fixed by changing the code in Item_field::fix_fields() so that in cases when the field is a VIEW reference, we first check whether the field is also an outer reference, and mark it appropriately before returning.
-
- 11 Feb, 2008 2 commits
-
-
tnurnberg@white.intern.koehntopp.de authored
into mysql.com:/misc/mysql/21567/51-21567
-
tnurnberg@white.intern.koehntopp.de authored
into mysql.com:/misc/mysql/21567/50-21567
-
- 10 Feb, 2008 9 commits
-
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/33796/my51-33796
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/33796/my50-33796
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/33796/my51-33796
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/33796/my50-33796
-
Field data for a query was stored to the stmt->alloc that is emptied with mysql_stmt_close statement only. That means a lot of memory can be occupied without a reason if used doesn't call mysql_stmt_close often.
-
into mysql.com:/home/tnurnberg/21567/51-21567
-
into mysql.com:/home/tnurnberg/21567/50-21567
-
ssh://bk-internal.mysql.com//home/bk/mysql-5.1-optkaa@kaamos.(none) authored
into kaamos.(none):/data/src/opt/mysql-5.1-opt
-
into blasphemy.intern.azundris.com:/home/tnurnberg/21567/51-21567
-
- 08 Feb, 2008 3 commits
-
-
gshchepa/uchum@host.loc authored
into host.loc:/home/uchum/work/5.0-opt
-
gshchepa/uchum@host.loc authored
SET column storing procedure has been modified to be 64bit-clean.
-
evgen@sunlight.local authored
The out of memory error was thrown when the sort buffer size were too small. This led to a user confusion. Now filesort throws the error message about sort buffer being too small.
-
- 07 Feb, 2008 4 commits
-
-
sergefp@pslp.mylan authored
into mysql.com:/home/psergey/mysql-5.0-bug27732
-
gshchepa/uchum@host.loc authored
into host.loc:/home/uchum/work/5.0-opt
-
gshchepa/uchum@host.loc authored
Minor post-fix for bug#34223.
-
sergefp@mysql.com authored
The bug was that handler::clone/handler::ha_open() call caused allocation of cloned_copy->ref on the handler->table->mem_root. The allocated memory could not be reclaimed until the table is flushed, so it was possible to exhaust memory by repeatedly running index_merge queries without doing table flushes. The fix: - make handler::clone() allocate new_handler->ref on the passed mem_root - make handler::ha_open() not allocate this->ref if it has already been allocated There is no testcase as it is not possible to check small leaks from testsuite.
-