- 26 Mar, 2008 1 commit
-
-
thek@adventure.(none) authored
into adventure.(none):/home/thek/Development/cpp/bug33275/my51-bug33275
-
- 25 Mar, 2008 1 commit
-
-
thek@adventure.(none) authored
When creating a temporary table that uses the same name as the mysql privs table the server would crash on FLUSH PRIVILEGES. This patches corrects the problem by setting a flag to ignore any temporary table when trying to reload the privileges.
-
- 18 Mar, 2008 1 commit
-
-
thek@adventure.(none) authored
Each time the server reloads privileges containing table grants, the system will allocate too much memory than needed because of badly chosen growth prediction in the underlying dynamic arrays. This patch introduces a new signature to the hash container initializer which enables a much more pessimistic approach in favour for more efficient memory useage. This patch was supplied by Google Inc.
-
- 10 Mar, 2008 1 commit
-
-
thek@adventure.(none) authored
into adventure.(none):/home/thek/Development/cpp/mysql-5.1-runtime
-
- 06 Mar, 2008 1 commit
-
-
thek@adventure.(none) authored
The initial value of free memory blocks in 0. When the query cache is enabled a new memory block gets allocated and is assigned number 1. The free memory block is later split each time query cache memory is allocated for new blocks. This means that the free memory block counter won't be reduced to zero when the number of allocated blocks are zero, but rather one. To avoid confusion this patch changes this behavior so that the free memory block counter is reset to zero when the query cache is disabled. Note that when the query cache is enabled and resized the free memory block counter was still calculated correctly.
-
- 05 Mar, 2008 1 commit
-
-
andrey@whirlpool.hristov.com authored
-
- 04 Mar, 2008 5 commits
-
-
davi@endora.local authored
into mysql.com:/Users/davi/mysql/mysql-5.1-runtime
-
davi@mysql.com/endora.local authored
-
davi@endora.local authored
into mysql.com:/Users/davi/mysql/mysql-5.1-runtime
-
davi@endora.local authored
into mysql.com:/Users/davi/mysql/mysql-5.1-runtime
-
davi@mysql.com/endora.local authored
It's impossible to determine which test inside mysql_client_test failed if the log file is overwritten by mysqltest when dumping the test case results. Redirect mysql_client_test output to a separate file.
-
- 03 Mar, 2008 1 commit
-
-
anozdrin/alik@quad. authored
into quad.:/mnt/raid/alik/MySQL/devel/5.1-rt
-
- 29 Feb, 2008 2 commits
-
-
davi@endora.local authored
into mysql.com:/Users/davi/mysql/mysql-5.1-runtime
-
anozdrin/alik@quad. authored
READ_ONLY token was accidentally placed into wrong place ('ident' rule). The proper place is in the 'keyword_sp' rule. The manual should be re-generated after this patch, because the manual depends on the 'keyword_sp' rule.
-
- 28 Feb, 2008 6 commits
-
-
davi@buzz.(none) authored
into buzz.(none):/home/davi/mysql-5.1-runtime
-
davi@mysql.com/endora.local authored
must match the order which they were declared in the class definition.
-
davi@mysql.com/endora.local authored
Rename client_last_error to last_error and client_last_errno to last_errno to not break connectors which use the internal net structure for error handling.
-
davi@mysql.com/endora.local authored
The problem is that passing anything other than a integer to a limit clause in a prepared statement would fail. This limitation was introduced to avoid replication problems (e.g: replicating the statement with a string argument would cause a parse failure in the slave). The solution is to convert arguments to the limit clause to a integer value and use this converted value when persisting the query to the log.
-
anozdrin/alik@quad. authored
sporadically.
-
anozdrin/alik@quad. authored
(show_check.test fails sporadically). Fix test case for Bug#12183 to make it stable.
-
- 27 Feb, 2008 7 commits
-
-
davi@endora.local authored
into mysql.com:/Users/davi/mysql/mysql-5.1-runtime
-
davi@mysql.com/endora.local authored
to reach the desired value.
-
anozdrin/alik@quad. authored
into quad.:/mnt/raid/alik/MySQL/devel/5.1-rt-build
-
anozdrin/alik@quad. authored
-
anozdrin/alik@quad. authored
-
davi@mysql.com/endora.local authored
Disable the test case.
-
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)
-