Dear MySQL users,

MySQL Community Server 5.0.87, a new version of the popular Open Source
Database Management System, has been released. This and future releases
in the MySQL Community Server 5.0 series share version numbers with
their MySQL Enterprise Server counterparts.

The release is now available in source and binary form for a number of
platforms from our download pages at

http://dev.mysql.com/downloads/

and mirror sites.  Note that not all mirror sites may be up to date at
this point in time, so if you can't find this version on some mirror,
please try again later or choose another download site.

We welcome and appreciate your feedback, bug reports, bug fixes,
patches etc.:

http://forge.mysql.com/wiki/Contributing

This section documents all changes and bugfixes that have been
applied since the last MySQL Community Server release (5.0.86).

http://dev.mysql.com/doc/refman/5.0/en/news-5-0-87.html

If you would like to receive more fine-grained and personalized
update alerts about fixes that are relevant to the version and
features you use, please consider subscribing to MySQL Enterprise
(a commercial MySQL offering). For more details please see
http://www.mysql.com/products/enterprise/advisors.html.

Enjoy!

------------------------------------------------------------------------------

C.1.1. Changes in MySQL 5.0.87

 This section documents all changes and bugfixes that have been
 applied since the last MySQL Enterprise Server and MySQL Community
 Server release (5.0.86). If you would like to receive more
 fine-grained and personalized update alerts about fixes that are
 relevant to the version and features you use, please consider
 subscribing to MySQL Enterprise (a commercial MySQL offering). For
 more details please see
 http://www.mysql.com/products/enterprise/advisors.html.

 Bugs fixed:

   * Incompatible Change: In binary installations of MySQL, the
     supplied binary-configure script would start and configure
     MySQL, even when request help on the command with the --help
     command-line option. The --help, if provided, will no longer
     start and install the server.
     (Bug#30954: http://bugs.mysql.com/30954)

   * Replication: BEGIN statements were not included in the output
     of mysqlbinlog. (Bug#46998: http://bugs.mysql.com/46998)

   * Replication: Database-level character sets were not always
     honored by the replication SQL thread. This could cause data
     inserted on the master using LOAD DATA to be replicated using
     the wrong character set.
     (Bug#45516: http://bugs.mysql.com/45516)

   * API: The fix for Bug#24507: http://bugs.mysql.com/24507 could
     lead in some cases to client application failures due to a
     race condition. Now the server waits for the "dummy" thread to
     return before exiting, thus making sure that only one thread
     can initialize the POSIX threads library.
     (Bug#42850: http://bugs.mysql.com/42850)

   * On Mac OS X or Windows, sending a SIGHUP signal to the server
     or an asynchronous flush (triggered by flush_time) caused the
     server to crash. (Bug#47525: http://bugs.mysql.com/47525)

   * Solaris binary packages now are compiled with -g0 rather than
     -g. (Bug#47137: http://bugs.mysql.com/47137)

   * EXPLAIN caused a server crash for certain valid queries.
     (Bug#47106: http://bugs.mysql.com/47106)

   * When creating a new instance on Windows using mysqld-nt and
     the --install parameter, the value of the service would be set
     incorrectly, resulting in a failure to start the configured
     service. (Bug#46917: http://bugs.mysql.com/46917)

   * The server crashed when re-using outer column references in
     correlated subqueries when the enclosing query used a temp
     table. (Bug#46791: http://bugs.mysql.com/46791)

   * The server ignored the setting of sync_frm for CREATE TABLE
     ... LIKE. (Bug#46591: http://bugs.mysql.com/46591)

   * An attempt to create a table with the same name as an existing
     view could cause a server crash.
     (Bug#46384: http://bugs.mysql.com/46384)

   * A memory leak occurred when EXPLAIN encountered a malformed
     query. (Bug#45989: http://bugs.mysql.com/45989)

   * When re-installing MySQL on Windows on a server that has a
     data directory from a previous MySQL installation, the
     installer would fail to identify the existence of the
     installation and the password configured for the root user.
     (Bug#45200: http://bugs.mysql.com/45200)

   * Client flags were incorrectly initialized for the embedded
     server, causing several tests in the jp test suite to fail.
     (Bug#45159: http://bugs.mysql.com/45159)

   * A test for stack growth failed on some platforms, leading to
     server crashes. (Bug#42213: http://bugs.mysql.com/42213)

   * MySQL server used the wrong lock type (always TL_READ instead
     of TL_READ_NO_INSERT when appropriate) for tables used in
     subqueries of UPDATE statements. This led in some cases to
     replication failure because statements were written in the
     wrong order to the binary log.
     (Bug#42108: http://bugs.mysql.com/42108)

   * myisamchk performed parameter value casting at startup that
     generated unnecessary warning messages.
     (Bug#33785: http://bugs.mysql.com/33785)

   * When building MySQL on Windows from source, the
     WITH_BERKELEY_STORAGE_ENGINE option would fail to configure
     BDB support correctly.
     (Bug#27693: http://bugs.mysql.com/27693)

   * Changing the size of a key buffer that is under heavy use
     could cause a server crash. The fix partially removes the
     limitation that LOAD INDEX INTO CACHE fails unless all indexes
     in a table have the same block size. Now the statement fails
     only if IGNORE LEAVES is specified.
     (Bug#17332: http://bugs.mysql.com/17332)


Thanks,
MySQL RE Team

Hery Ramilison, Karen Langford, MySQL Release Engineers
Database Group, Sun Microsystem Inc.


--
MySQL General Mailing List
For list archives: http://lists.mysql.com/mysql
To unsubscribe:    http://lists.mysql.com/mysql?unsub=arch...@jab.org

Reply via email to