- 27 Feb, 2008 1 commit
-
-
kostja@dipika.(none) authored
-
- 26 Feb, 2008 13 commits
-
-
anozdrin/alik@quad. authored
into quad.:/mnt/raid/alik/MySQL/devel/5.1-rt
-
anozdrin/alik@quad. authored
into quad.:/mnt/raid/alik/MySQL/devel/5.1-rt-merged
-
anozdrin/alik@quad. authored
into quad.:/mnt/raid/alik/MySQL/devel/5.0-rt-merged
-
davi@endora.local authored
into mysql.com:/Users/davi/mysql/mysql-5.1-runtime
-
kostja@dipika.(none) authored
-
davi@mysql.com/endora.local authored
Bug#34678 @@debug variable's incremental mode The problem is that the per-thread debugging settings stack wasn't being deallocated before the thread termination, leaking the stack memory. The chosen solution is to push a new state if the current is set to the initial settings and pop it (free) once the thread finishes.
-
kostja@dipika.(none) authored
-
kostja@dipika.(none) authored
into dipika.(none):/opt/local/work/mysql-5.1-runtime
-
kostja@dipika.(none) authored
not try to push an error into the error stack as it will be ignored anyway.
-
davi@endora.local authored
into mysql.com:/Users/davi/mysql/mysql-5.1-runtime
-
kostja@dipika.(none) authored
into dipika.(none):/opt/local/work/mysql-5.1-runtime
-
kostja@dipika.(none) authored
-
kostja@dipika.(none) authored
(Test for Bug#32265)
-
- 25 Feb, 2008 1 commit
-
-
davi@mysql.com/endora.local authored
The problem is that the commands COM_STMT_CLOSE, COM_STMT_RESET, COM_STMT_SEND_LONG_DATA weren't being logged to the general log. The solution is to log the general log the aforementioned commands.
-
- 23 Feb, 2008 2 commits
-
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/build/51
-
tsmith@ramayana.hindu.god authored
into ramayana.hindu.god:/home/tsmith/m/bk/build/50
-
- 22 Feb, 2008 23 commits
-
-
tsmith@ramayana.hindu.god authored
The check_global_access() function was made available to InnoDB, but was not defined in the embedded server library. InnoDB, as a plugin, is not recompiled when the embedded server is built. This caused a link failure when compiling applications which use the embedded server. The fix here is to always define check_global_access() externally; in the embedded server case, it is defined to just return OK. Also, don't run the test case for this bug in embedded server.
-
hhunger@hh-nb.hungers authored
into hh-nb.hungers:/work/trees/mysql-5.1-build-src-clean
-
hhunger@hh-nb.hungers authored
into hh-nb.hungers:/work/merge/mysql-5.1-build
-
hhunger@hh-nb.hungers authored
-
hhunger@hh-nb.hungers authored
into hh-nb.hungers:/work/merge/mysql-5.1-bug32664
-
andrey@whirlpool.hristov.com authored
into whirlpool.hristov.com:/work/mysql-5.1-runtime
-
kostja@dipika.(none) authored
into dipika.(none):/opt/local/work/mysql-5.1-runtime
-
kostja@dipika.(none) authored
-
joerg@trift2. authored
Disable extra team trees. Temporary fix for entry 34761 in the bugs DB. (Patch by Magnus Svensson, 2008-02-22 17:40:14+01:00, msvensson@pilot.mysql.com +1 -0)
-
andrey@whirlpool.hristov.com authored
--local-infile=0 checks can be bypassed by sending a FETCH LOCAL FILE response Add a check for CLIENT_LOCAL_FILES before sending a local file. Beware, that all binary distributions enable sending of local files and it's up to the programs which use libmysql to disable it, if they don't use this functionality. Otherwise they are not safe.
-
joerg@trift2. authored
into trift2.:/MySQL/M51/push-5.1
-
joerg@trift2. authored
into trift2.:/MySQL/M50/push-5.0
-
andrey@whirlpool.hristov.com authored
into whirlpool.hristov.com:/work/mysql-5.1-runtime
-
andrey@whirlpool.hristov.com authored
Disabled events weren't removed from the memory queue after the scheduler has been re-enabled. After recalculation of next execution time of an event, it might get disabled.
-
joerg@trift2. authored
into trift2.:/MySQL/M51/push-5.1
-
kostja@dipika.(none) authored
-
kostja@dipika.(none) authored
-
davi@buzz.(none) authored
-
hhunger@hh-nb.hungers authored
-
davi@buzz.(none) authored
into buzz.(none):/home/davi/mysql-5.1-runtime
-
davi@buzz.(none) authored
concurrent inserts.
-
anozdrin/alik@quad. authored
into quad.:/mnt/raid/alik/MySQL/devel/bug-30217/5.1-rt-bug30217
-
anozdrin/alik@quad. authored
between 5.0 and 5.1. The problem was that in the patch for Bug#11986 it was decided to store original query in UTF8 encoding for the INFORMATION_SCHEMA. This approach however turned out to be quite difficult to implement properly. The main problem is to preserve the same IS-output after dump/restore. So, the fix is to rollback to the previous functionality, but also to fix it to support multi-character-set-queries properly. The idea is to generate INFORMATION_SCHEMA-query from the item-tree after parsing view declaration. The IS-query should: - be completely in UTF8; - not contain character set introducers. For more information, see WL4052.
-