- 21 Jul, 2004 1 commit
-
-
serg@serg.mylan authored
new tests to ensure that prepared statement *really* work (and that MySQL not picks up some number from arbitrary location that happens to match the parameter's value)
-
- 20 Jul, 2004 8 commits
-
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.1-874
-
guilhem@mysql.com authored
client code and replication slave code, as far as LOAD DATA INFILE and other queries' execution is concerned. Duplication of code leads to replication bugs, because the replication duplicate lags much behind. Fix for 2 Valgrind errors on slave replicating LOAD DATA INFILE - one serious (causing a random test failure in rpl_loaddata in 5.0) - one not serious (theoretically a bug but not dangerous): uninited thd->row_count
-
brian@brian-akers-computer.local authored
-
tim@sand.box authored
into sand.box:/home/tim/m/41/bk
-
tim@sand.box authored
was changed in the SHOW STORAGE ENGINES results)
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.1
-
serg@serg.mylan authored
-
serg@serg.mylan authored
-
- 19 Jul, 2004 6 commits
-
-
serg@serg.mylan authored
-
konstantin@mysql.com authored
-
serg@serg.mylan authored
-
paul@ice.snake.net authored
Revise output of SHOW ENGINES.
-
serg@serg.mylan authored
don't be confused if new privilege - ENUM ('N','Y') - columns are added (mostly because of downgrade) don't expect NOT NULL fields to never contain a NULL :) - somebody may've changed table definition, or we may be reading the wrong column
-
lenz@mysql.com authored
exception (it only applies to 4.0 and above)
-
- 18 Jul, 2004 1 commit
-
-
guilhem@mysql.com authored
The problem was that (for any storage engine), the created temporary table was not removed if CREATE SELECT failed (because of a constraint violation for example). This was not consistent with the manual and with CREATE SELECT (no TEMPORARY).
-
- 17 Jul, 2004 2 commits
-
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.0
-
guilhem@mysql.com authored
BUG#4506 "mysqlbinlog --position --read-from-remote-server has wrong "# at" lines", BUG#4553 "Multi-table DROP TABLE replicates improperly for nonexistent table" with a test file. It was not possible to add a test for BUG#4506 as in the test suite we must use --short-form which does not display the "# at" lines.
-
- 16 Jul, 2004 8 commits
-
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-subs-4.1
-
bell@sanja.is.com.ua authored
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-4.1
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-subs-4.1
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-4.1
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-subs-4.1
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.1
-
serg@serg.mylan authored
-
- 15 Jul, 2004 6 commits
-
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.1
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.1-build
-
lenz@mysql.com authored
when copying a small index file because the value returned for $length is < 1024. This can happen if the filehandle was open()ed as an UTF-8 encoded file with Unicode characters (In this case read() returns characters not bytes) (Thanks to Mike Bethune) for this hint)
-
marko@hundin.mysql.fi authored
(Bug #4446)
-
bell@sanja.is.com.ua authored
-
heikki@hundin.mysql.fi authored
Do not add + 1 to the InnoDB index cardinality estimate if the B-tree just contains one page; the fix made in March 2004 caused InnoDB systematically to overestimate the cardinality of empty or small tables by 1
-
- 14 Jul, 2004 3 commits
-
-
bell@sanja.is.com.ua authored
-
paul@kite-hub.kitebird.com authored
Language fixups.
-
lenz@mysql.com authored
so it's included in the source distribution
-
- 13 Jul, 2004 5 commits
-
-
lenz@mysql.com authored
Mac OS X: the name of the startup script itself must match the name of the subdirectory it's located in. Changed MySQL->MySQLCOM in the Do-pkg script and renamed the file in BK. (Thanks to Bryan McCormack for reporting this)
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.0
-
lenz@mysql.com authored
- fix calling of my_md5sum
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.1-874
-
guilhem@mysql.com authored
by KILL or shutdown, do not mark the table as corrupted". It is indeed more logical to leave the corruption flag unchanged. This cannot be extended to REPAIR/OPTIMIZE as they make no backup copy of the MYI. This patch was tested with KILL and mysqladmin shutdown while a CHECK TABLE was running. Without the patch, the table becomes unusable (can't INSERT to it, error 145). With the patch, no.
-