into poseidon.ndb.mysql.com:/home/tomas/mysql-5.0-ndb

into poseidon.ndb.mysql.com:/home/tomas/mysql-5.0-ndb

into poseidon.ndb.mysql.com:/home/tomas/mysql-5.0-ndb

into ua141d10.elisa.omakaista.fi:/home/my/bk/mysql-5.0

  delete_all_rows(): Revert previous change.
  The transaction has been marked started already
  in external_lock().

into hundin.mysql.fi:/home/heikki/mysql-5.0

  In TRUNCATE TABLE, MySQL may call innobase_xa_prepare() even though there is no active transaction because it was committed in ha_innobase::delete_all_rows(); in innobase_xa_prepare() InnoDB starts then a new transaction; let us adjust the trx->active_trans flag accordingly

into hundin.mysql.fi:/home/marko/mysql-5.0

into mysql.com:/home/stewart/Documents/MySQL/5.0/ndb-dynamic-ports

  Changed #warning pragma at the bottom to only occur when being used on non-Windows OS

remove old junk and to improve compression ratio.
InnoDB: Make implicit type conversions explicit. (Bug #8826)

with view-merge algorithm and prepared statements: in case when some
Item_ref pointing to a view column was substituted with a reference 
pointing to the view expression for that column
Item_ref::ref member of the original Item_ref was left pointing to 
not_found_item (0x1).
As we currently perform expression substition part of the view-merge 
algorithm per each execution of a prepared statement or stored procedure, 
we need to preserve original Item_ref objects usable.

into mysql.com:/usr/home/ram/work/4.1.b6089

into mysql.com:/home/stewart/Documents/MySQL/5.0/ndb-dynamic-ports

This should help with the  PURGE STALE SESSIONS problem.

into mysql.com:/usr/home/ram/work/4.1.b6089

into mysql.com:/usr/home/ram/work/4.1.b5615

into mysql.com:/home/cps/mysql/devel/im-fix-review

into mysql.com:/home/my/mysql-5.0

into mysql.com:/home/pem/work/mysql-5.0

the error to be sent to the client.

into mysql.com:/home/timka/mysql/src/5.0-bug-8532

into mysql.com:/home/pem/work/mysql-5.0

                a DECLARE ? HANDLER FOR stmt.

  Return false from show_binlog_events() if successful, otherwise stored
  procedures will think it failed.

into mysql.com:/home/my/mysql-5.0

The problem was in that the code that analyses the applicability of the
QUICK_GROUP_MIN_MAX access method for DISTINC queries assumed that there
are no duplicate column references in the DISTINCT clause, and it added
non-exiting key parts for the duplicate column references. 

The solution adds a test to check whether the select list already contained
a field with the same name. If such field was already present, then it was
already decided to use its key part for index access. In this such case we
must skip the duplicate field instead of counting it as a new field.

into mysql.com:/home/psergey/mysql-4.0-look

into mysql.com:/home/my/mysql-4.1