- 11 Nov, 2004 3 commits
- 10 Nov, 2004 3 commits
-
-
unknown authored
into kite-hub.kitebird.com:/src/extern/MySQL/bk/mysql-4.0
-
unknown authored
into mysql.com:/home/mysql_src/mysql-4.0
-
unknown authored
When we are writing a transaction to the binlog, we log BEGIN/COMMIT with zero error code. Example: all statements of trans succeeded, connection lost and so implicit rollback: we don't want ER_NET* errors to be logged in the BEGIN/ROLLBACK events, while statement events have 0. If there was really a serious error code, it's already in the statement events. sql/log.cc: When we write the cached binlog segment to disk binlog at COMMIT/ROLLBACK time: imagine this is rollback due to net timeout, after all statements of the transaction succeeded. Then we want a zero-error code in BEGIN. In other words, if there was a really serious error code it's already in the transaction's statement events. sql/sql_table.cc: out of date comment
-
- 09 Nov, 2004 1 commit
-
-
unknown authored
Revise the --hex-blob help message string. (This will need revising after merge to 4.1, too, but the CHAR BINARY and VARCHAR BINARY data types will be BINARY and VARBINRY.)
-
- 08 Nov, 2004 1 commit
-
-
unknown authored
Adding a prototype for the new function. include/mysql.h: Adding a prototype for the new function.
-
- 05 Nov, 2004 9 commits
-
-
unknown authored
--defaults-extra-file option.
-
unknown authored
into a193-229-222-105.elisa-laajakaista.fi:/home/my/bk/mysql-4.0
-
unknown authored
my.cnf from the default directories. BitKeeper/etc/logging_ok: Logging to logging@openlogging.org accepted
-
unknown authored
Dump VARCHAR(n) BINARY in HEX if --hex-blob too. client/mysqldump.c: Dump VARCHAR(n) BINARY in HEX if --hex-blob too.
-
unknown authored
this is important because this 4.0 "Bootstrap" is the one generally used on host "build". Build-tools/Bootstrap: If the source tree does not contain any "Docs/Images/Makefile*" (due to an error, or because it is not yet prepared to contain the Images in the source tar-ball), a plain "rm" will fail and so cause "Bootstrap" to fail. (This has happened ...) Prevent this danger by using "rm -f".
-
unknown authored
Backport --hex-blob to 4.0 client/client_priv.h: Backport --hex-blob to 4.0
-
unknown authored
After-merge clean-up libmysql/libmysql.c: After-merge clean-up
-
unknown authored
-
unknown authored
Clean-ups libmysql/libmysql.c: Clean-ups libmysql/libmysql.def: Clean-ups ,
-
- 04 Nov, 2004 6 commits
-
-
unknown authored
into mysql.com:/home/mysql_src/mysql-4.0
-
unknown authored
the fact that the transaction log is empty does not mean we're not in a transaction (it could be BEGIN; SELECT * FOR UPDATE FROM ibtable: then we don't want to commit now, even if the statement is a MyISAM update). With a testcase. mysql-test/r/mix_innodb_myisam_binlog.result: result update mysql-test/t/mix_innodb_myisam_binlog.test: test update for a new bug sql/log.cc: The fact that the transaction log is empty does not mean we're not in a transaction (it could be BEGIN; SELECT * FOR UPDATE: then we don't want to commit now).
-
unknown authored
into siva.hindu.god:/opt/home/tim/m/40/a configure.in: Auto merged
-
unknown authored
-
unknown authored
into mysql.com:/home/dlenev/src/mysql-4.0-bg6387
-
unknown authored
in the source tar-ball for distribution. This is done by using the "DISTFILES" macro in a new "Docs/Images/Makefile". As the source BK tree does not contain these files, they are copied from the "mysqldocs" tree at release build time. This changeset relies on "bk commit - mysqldoc tree (joerg:1.2276)" of today. Build-tools/Bootstrap: Copy the relevant files with "Docs/Images" from the "mysqldocs" BK tree into the build tree, ensuring that the "Makefile*" from the source BK tree are removed before. Docs/Images/Makefile.am: This dummy file is only needed to satisfy the Makefile hierarchy, at release build time it will be replaced by its counterpart from the "mysqldocs" BK tree. Docs/Makefile.am: Include the new "Docs/Images/Makefile" in the Makefile hierarchy. configure.in: Ensure that the autotools will handle the new "Docs/Images/Makefile.am".
-
- 03 Nov, 2004 5 commits
-
-
unknown authored
into mysql.com:/M40/mysql-4.0
-
unknown authored
value if server runs in time zone with leap seconds". Now in my_gmt_sec() function we take into account difference between our target and estimation in seconds part. mysql-test/Makefile.am: Added mysql-test/std_data/Moscow_leap reuired by new timezone3.test to source distribution. sql/time.cc: my_gmt_sec(): When comparing our target broken-down datetime t value and proper representation of our estimation *l_time we should take into account that they could differ in second part if we have time zone leap seconds. Also added comments about some assumptions used in this function.
-
unknown authored
innobase/dict/dict0dict.c: dict_scan_to(): skip quoted strings while scanning for the keyword dict_create_foreign_constraints_low(): allow quote immediately after CONSTRAINT
-
unknown authored
into hundin.mysql.fi:/home/marko/k/mysql-4.0
-
unknown authored
for Solaris test, and fix if @IS_LINUX@ test in mysqld_safe itself. configure.in: Portability fix for FIND_PROC setting; on Solaris (and probably others), 'ps -p $$' inside a shell script just returns 'sh' for command line, even though $0 contains the filename. So, use 'ps -fp $$' in the test (it shows the full command line, e.g., 'sh configure'). Leave the actual FIND_PROC command as-is, since mysqld itself is not a shell script. scripts/mysqld_safe.sh: Portability fix for mysqld_safe on non-Linux systems. A bogus use of 'if' and 'test' caused non-bash shells to enter a section meant to be run only on Linux systems. BitKeeper/etc/logging_ok: Logging to logging@openlogging.org accepted
-
- 02 Nov, 2004 1 commit
-
-
unknown authored
Backport Jan's fix of the LOAD DATA INFILE REPLACE duplicate key error bug (Bug #5835) to 4.0 sql/ha_innodb.cc: Backport Jan's fix of the LOAD DATA INFILE REPLACE duplicate key error bug (Bug #5835) to 4.0
-
- 01 Nov, 2004 2 commits
- 31 Oct, 2004 1 commit
-
-
unknown authored
Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it dict0dict.c: Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it; fix also a hang that would occur if one tried in ALTER TABLE or RENAME TABLE to create a foreign key constraint name that collided with another existing name innobase/dict/dict0crea.c: Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it innobase/dict/dict0load.c: Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it innobase/dict/dict0dict.c: Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it; fix also a hang that would occur if one tried in ALTER TABLE or RENAME TABLE to create a foreign key constraint name that collided with another existing name innobase/eval/eval0eval.c: Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it innobase/pars/pars0pars.c: Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it innobase/row/row0mysql.c: Fix bug #3478: InnoDB's FOREIGN KEY tables treated table and database names as case-insensitive; RENAME TABLE t to T would hang in an endless loop if t had a foreign key constraint defined on it
-
- 29 Oct, 2004 1 commit
-
-
unknown authored
- tagged ChangeSet@1.2048.1.2 as "mysql-4.0.22" configure.in: - bumped up version number from 4.0.22 to 4.0.23
-
- 28 Oct, 2004 1 commit
-
-
unknown authored
close table before next iteration of table proccesing in mysql_admin_table (to allow open next table)
-
- 27 Oct, 2004 6 commits
-
-
unknown authored
into mysql.com:/space/my/mysql-4.0
-
unknown authored
(backports from fixes made in 4.1) myisam/myisampack.c: - replaced "1ULL" with "((ulonglong)1)" to resolve a compile error on Windows sql/sql_handler.cc: - removed some unused variables - added a (byte*) cast to fix a compile error on Windows (backport of a fix made in 4.1)
-
unknown authored
Updated version of texi2html so that 4.0.22 HTML manual doesn't turn out all goofy. Docs/Support/texi2html: Updated version of texi2html so that 4.0.22 HTML manual doesn't turn out all goofy.
-
unknown authored
into mysql.com:/M40/mysql-4.0
-
unknown authored
BitKeeper/deleted/.del-innodb-lock-master.opt~f76a4a1999728f87: Delete: mysql-test/t/innodb-lock-master.opt
-
unknown authored
without trying to re-run autotools. (Backport from 4.1.7 for 4.0.22) Build-tools/mysql-copyright: The top level Makefile will try to re-run the autotools unless the timestamps of the relevant files are in truly ascending order. Ensure this order! (Backport from 4.1.7 for 4.0.22)
-