- 06 Aug, 2003 3 commits
-
-
lenz@mysql.com authored
into mysql.com:/space/my/mysql-4.0-build
-
lenz@mysql.com authored
Unfortunately the returned value of "hostname" is inconsistent on various platforms - some return the host name only, others return the FQDN by default. On Linux, one can use option "-f" to enable the output of the FQDN. Use it, if available.
-
lenz@mysql.com authored
- Fixed BUG#959 (libmysqld not being compiled properly) - Fixed BUG#998 (RPM build errors): added missing files to the distribution (mysql_fix_extensions, mysql_tableinfo, mysqldumpslow, mysql_fix_privilege_tables.1), removed "-n" from %install section.
-
- 05 Aug, 2003 2 commits
-
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.0
-
serg@serg.mylan authored
-
- 04 Aug, 2003 1 commit
-
-
guilhem@mysql.com authored
- Bug #985: "Between RESET SLAVE and START SLAVE, SHOW SLAVE STATUS is wrong." Now RESET SLAVE puts correct info in mi->host etc. A new test rpl_reset_slave for that. - Bug #986: "CHANGE MASTER & START SLAVE do not reset error columns in SHOW SLAVE STATUS". Now these reset the errors.
-
- 02 Aug, 2003 3 commits
-
-
guilhem@mysql.com authored
replicate-*-table rules which exclude 'mysql' tables (e.g. replicate-wild-ignore-table=mysql.%). This was already the behaviour for GRANT/REVOKE, I'm extending it to SET PASSWORD because it seems very logical (the contrary seems illogical). 2 new tests: - one to test if GRANT and SET PASSWORD are replicated - one to test if they are not replicated if replicate-wild-ignore-table=mysql.% The 2nd is also a testcase for BUG#980.
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.0
-
guilhem@mysql.com authored
tables_ok() does not ignore them. This fixes random bug #980.
-
- 01 Aug, 2003 5 commits
-
-
serg@serg.mylan authored
into serg.mylan:/usr/home/serg/Abk/mysql-4.0
-
serg@serg.mylan authored
-
heikki@hundin.mysql.fi authored
Fix assertion failure reported by Alex Kiernan when we compile with the SUN Forte Developer 7 C 5.4 compiler
-
lenz@mysql.com authored
Thanks to Alex Kiernan for the hint.
-
lenz@mysql.com authored
for the patch
-
- 31 Jul, 2003 1 commit
-
-
serg@serg.mylan authored
-
- 30 Jul, 2003 4 commits
-
-
serg@serg.mylan authored
myisamchk.c: help text clarified mi_check.c: allow one to "analyze" empty table :)
-
bell@sanja.is.com.ua authored
into sanja.is.com.ua:/home/bell/mysql/bk/work-merged_qc-4.0
-
dlenev@mysql.com authored
into mysql.com:/home/dlenev/src/mysql-4.0-bugfix
-
bell@sanja.is.com.ua authored
-
- 29 Jul, 2003 2 commits
-
-
dlenev@mysql.com authored
ignorant about ssl_type attribute
-
heikki@hundin.mysql.fi authored
Fix bug introduced in 4.0.13 and reported by Emic: if a CREATE TABLE ended in a comment, a memory overrun could happen
-
- 28 Jul, 2003 2 commits
-
-
heikki@hundin.mysql.fi authored
innodb_fast_shutdown CAN take an argument though it was not specified so in mysqld.cc
-
guilhem@mysql.com authored
binary logging.
-
- 26 Jul, 2003 2 commits
-
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.0
-
guilhem@mysql.com authored
so that it really tests replication of SET FOREIGN_KEY_CHECKS (previously it used MyISAM).
-
- 25 Jul, 2003 4 commits
-
-
heikki@hundin.mysql.fi authored
Merge trx0trx.c: Print more info about a trx in SHOW INNODB status; try to find the bug reported by Plaxo buf0buf.c: Check that page log sequence numbers are not in the future log0recv.c, log0log.c: Fixed a bug: if you used big BLOBs, and your log files were relatively small, InnoDB could in a big BLOB operation temporarily write over the log produced AFTER the latest checkpoint. If InnoDB would crash at that moment, then the crash recovery would fail, because InnoDB would not be able to scan the log even up to the latest checkpoint. Starting from this version, InnoDB tries to ensure the latest checkpoint is young enough. If that is not possible, InnoDB prints a warning to the .err log
-
serg@serg.mylan authored
bug#926
-
gluh@gluh.mysql.r18.ru authored
into gluh.mysql.r18.ru:/home/gluh/mysql-4.0.fix
-
gluh@gluh.mysql.r18.ru authored
-
- 24 Jul, 2003 4 commits
-
-
guilhem@mysql.com authored
into mysql.com:/home/mysql_src/mysql-4.0
-
guilhem@mysql.com authored
just a flush_relay_log_info() at the end of CHANGE MASTER (there was already flush_master_info()).
-
guilhem@mysql.com authored
I extended the task to cleaning error messages, making them look nicer, and making the output of SHOW SLAVE STATUS (column Last_error) be as complete as what's printed on the .err file; previously we would have, for a failure of a replicated LOAD DATA INFILE: - in the .err, 2 lines: "duplicate entry 2708 for key 1" "failed loading SQL_LOAD-5-2-2.info" - and in SHOW SLAVE STATUS, only: "failed loading SQL_LOAD-5-2-2.info". Now SHOW SLAVE STATUS will contain the concatenation of the 2 messages.
-
miguel@hegel.local authored
-
- 23 Jul, 2003 1 commit
-
-
serg@serg.mylan authored
-
- 22 Jul, 2003 6 commits
-
-
gluh@gluh.mysql.r18.ru authored
into gluh.mysql.r18.ru:/home/gluh/mysql-4.0.fix
-
gluh@gluh.mysql.r18.ru authored
-
gluh@gluh.mysql.r18.ru authored
Here is fix for bug 554. Added configure options --with-openssl-includes[=DIR] and --with-openssl-libs[=DIR]
-
lenz@mysql.com authored
- bumped up version number in configure.in to 4.0.15
-
heikki@hundin.mysql.fi authored
Fix bug: if there was a 'record too long' error in an insert, InnoDB forgot to free reserved file space extents; they were only freed in mysqld restart
-
heikki@hundin.mysql.fi authored
Fix an error in the previous push
-