Docs/bk.txt:
instructions for compiling for Win via samba
VC++Files/mysqlbinlog/mysqlbinlog.dsp:
add some options
VC++Files/mysys/mysys.dsp:
add some options
(possibly also fixes binlog filename corruption problems--hasn't
been reproduced since)
sql/log.cc:
Fixed race caused by calling MYSQL_LOG::is_open() outside of critical section.
sql/sql_parse.cc:
added missing args to calls to MYSQL_LOG::new_file(bool)
BitKeeper/etc/logging_ok:
Logging to logging@openlogging.org accepted
FN_NO_CASE_SENCE used instead of __WIN__ in table name handling of quary cache
mysql-test/r/query_cache.result:
query cache with system database test
mysql-test/t/query_cache.test:
query cache with system database test
sql/sql_cache.cc:
fixed query cache with system database
FN_NO_CASE_SENCE used instead of __WIN__
SHOW INNODB STATUS always showed average bytes read as 0 in Unix
innobase/os/os0file.c:
SHOW INNODB STATUS always showed average bytes read as 0 in Unix
Do not let range estimator to return over 1 / 2 of total rows in table; use longlong in range estimation
btr0cur.h, ha_innobase.cc:
Use longlong in range estimation, in case there are > 4 billion rows
sql/ha_innobase.cc:
Use longlong in range estimation, in case there are > 4 billion rows
innobase/include/btr0cur.h:
Use longlong in range estimation, in case there are > 4 billion rows
innobase/btr/btr0cur.c:
Do not let range estimator to return over 1 / 2 of total rows in table; use longlong in range estimation
Fix bug: if SHOW INNODB STATUS or innodb_monitor printed several hundred transactions, the output was truncated and we forgot to release the kernel mutex
innobase/lock/lock0lock.c:
Fix bug: if SHOW INNODB STATUS or innodb_monitor printed several hundred transactions, the output was truncated and we forgot to release the kernel mutex
Backport from 4.0.4 the bug fix of the crash when a temporary table was created inside LOCK TABLES and used
sql/ha_innobase.h:
Backport from 4.0.4 the bug fix of the crash when a temporary table was created inside LOCK TABLES and used
sql/ha_innobase.cc:
Backport from 4.0.4 the bug fix of the crash when a temporary table was created inside LOCK TABLES and used
Fix the probable reason why InnoDB versions after July 2, 2002 did not start properly in some Win 95/98/ME computers
innobase/include/os0thread.h:
Fix the probable reason why InnoDB versions after July 2, 2002 did not start properly in some Win 95/98/ME computers
VC++Files/client/mysqlclient.dsp:
Updated the sources files: < net.c >net_serv.cpp
VC++Files/innobase/innobase.dsp:
Added configuration for to compile all the dependencies options for the other projects.
VC++Files/libmysql/libmysql.dsp:
Modified the xcopy command for to avoid an error for waiting the confirmation of the copy
VC++Files/myisampack/myisampack.dsp:
Updated source location
VC++Files/mysql.dsw:
Added project files: the embedded static library; my_print_defaults; comp_err
VC++Files/mysqldemb/mysqldemb.dsp:
Updated flags
VC++Files/mysqlserver/mysqlserver.dsp:
Updated flags
VC++Files/pack_isam/pack_isam.dsp:
Updated source location
VC++Files/sql/mysqld.dsp:
Added UDF and updated flags
BitKeeper/etc/logging_ok:
Logging to logging@openlogging.org accepted
InnoDB does allow a foreign key constraint name to be specified, though it is not used in any way
Docs/manual.texi:
InnoDB does allow a foreign key constraint name to be specified, though it is not used in any way
- Updated scripts/make_binary_distribution.sh to include the correct
ChangeLog and the LICENSE file for non-GPL builds
scripts/make_binary_distribution.sh:
- Add BK ChangeLog (if existing) instead of sql/ChangeLog, which is
not updated anymore since we switched to BK
- Add LICENSE, if exists (required for non-GPL binary builds)
support-files/mysql.spec.sh:
- MySQL-Max now requires MySQL to be the same version (to
avoid version mismatches e.g. mixing 3.23.xx and 4.0 packages)
