- 13 Feb, 2006 16 commits
-
-
SergeyV@selena. authored
into selena.:H:/MYSQL/src/#00001-mysql-5.1
-
brian@zim.tangent.org authored
Disabling a test, I will look at it tomorrow. Something is wrong with the merge from 5.0. Its probably a flush that is missing somewhere but I am too tired to figure it out at the moment.
-
brian@zim.tangent.org authored
into zim.tangent.org:/home/brian/mysql/cleanup-5.1
-
brian@zim.tangent.org authored
-
anozdrin@mysql.com authored
into mysql.com:/home/alik/Documents/AllProgs/MySQL/devel/5.1-tree
-
brian@zim.tangent.org authored
into zim.tangent.org:/home/brian/mysql/cleanup-5.1
-
brian@zim.tangent.org authored
Discoved while debugging in 5.1 that there was a bug where a certain crash could lead to two problems. 1) An additional share in memory that was allocated but did not have the correct use_count (so it would never be fulled deleted). Also discovered that a thread that called repair would write new rows, but would not see them. All other threads were ok, and the data was fine, but the thread doing the repair was unable to see the new rows.
-
anozdrin@mysql.com authored
into mysql.com:/home/alik/Documents/AllProgs/MySQL/devel/5.1-tree
-
brian@zim.tangent.org authored
into zim.tangent.org:/home/brian/mysql/cleanup-5.1
-
brian@zim.tangent.org authored
Cleanup's from Kostja's review. Plus I added a bit more documentation to the --lock-tables option. If selected it disables threads (since you can't quite do it with threads).
-
anozdrin@mysql.com authored
'--log-bin-trust-function-creators' affects not only replication of the stored functions, but also replication of the triggers.
-
brian@zim.tangent.org authored
into zim.tangent.org:/home/brian/mysql/cleanup-5.1
-
brian@zim.tangent.org authored
Adding thread support for mysqlimport. You can now specify a number of threads to use and it will thread the loading of the database. Anyone who has had to go through the pain of loading the database will immediatly get the reason for this.
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-5.1-new.fscs
-
bar@mysql.com authored
new file Many files: WL#757 RENAME DATABASE
-
brian@zim.tangent.org authored
-
- 12 Feb, 2006 15 commits
-
-
brian@zim.tangent.org authored
into zim.tangent.org:/home/brian/mysql/dep-5.1
-
brian@zim.tangent.org authored
This patch removes the remaining TYPE= code from MySQL. It cleans up a number of tests where it was being called still (and failing). Also I cleaned up all of the extra scripts so that they now work.
-
kent@mysql.com authored
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.1-new
-
kent@mysql.com authored
Reenabled tests 'innodb_concurrent', 'innodb_unsafe_binlog', 'rpl_ndb_log' as bugs 3300 15650 17081 are solved
-
kent@mysql.com authored
-
kent@mysql.com authored
Disabled 'rpl_until' until 15886 is solved libmysqld.vcproj: Added "my_user.c"
-
petr@mysql.com authored
-
kent@mysql.com authored
-
kent@mysql.com authored
-
kent@mysql.com authored
Added { ... } around float8get() macro, avoids VC7 error message "illegal else without matching if" mtr_report.pl: Parse error logs to create "warnings" file mtr_cases.pl: Added optoion --ignore-disabled-def Windows build now let TZ pass, removed work around mysql-test-run.pl, mtr_process.pl: Back port of changes from 5.0
-
brian@zim.tangent.org authored
into zim.tangent.org:/home/brian/raid/mysql-5.1-new
-
brian@zim.tangent.org authored
This patch is to further remove the RAID code. We removed support for people creating tables with RAID. This patch remove most of the source for this.
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.1
-
kent@mysql.com authored
print => echo in shell script
-
- 11 Feb, 2006 9 commits
-
-
knielsen@mysql.com authored
into mysql.com:/usr/local/mysql/mysql-5.0
-
kent@mysql.com authored
-
kent@mysql.com authored
-
kent@mysql.com authored
Give space for second and third slave port
-
knielsen@mysql.com authored
into mysql.com:/usr/local/mysql/mysql-5.1-new
-
kent@mysql.com authored
-
knielsen@mysql.com authored
errorneously abort reporting failure to kill child processes, where in reality the problem was merely that the child had become a zombie because of missing waitpid() call.
-
andrey@lmy004. authored
into lmy004.:/work/mysql-5.1-new-clean
-
andrey@lmy004. authored
into lmy004.:/work/mysql-5.1-new-clean
-