to crash".
 Changes from snapshot innodb-5.0-ss52.
 Note that buf_block_t::index should be protected by btr_search_latch
 or an s-latch or x-latch on the index page.
 btr_search_drop_page_hash_index(): Read block->index while holding
 btr_search_latch and use the cached value in the loop. Remove some
 redundant assertions.
 Also fix 13778. When FOREIGN_KEY_CHECKS=0 we still need to check that
 datatypes between foreign key references are compatible.
 Also added test cases to 9802.

into mysql.com:/M50/mysql-5.0

into  mysql.com:/home/matthias/Arbeit/mysql-5.0/src-Z

Solution according to the comments made by Guilhem
- rpl_relayrotate  Remove the SHOW SLAVE STATUS  It is not needed.
- rpl_until, rpl_deadlock Omit the printing of the "Slave_IO_Running" value

(Backport of an identical change from 5.0)

into mysql.com:/M50/mysql-5.0

into  neptunus.(none):/home/msvensson/mysql/mysql-5.0

  is not defined.

into  a193-229-222-105.elisa-laajakaista.fi:/home/my/bk/mysql-5.0

into  a193-229-222-105.elisa-laajakaista.fi:/home/my/bk/mysql-4.1

  Make __cxa_pure_virtual weak symbol

into mysql.com:/Users/kent/mysql/bk/mysql-5.0

into  devsrv-b.mysql.com:/space/magnus/my50-bug11731

into  sanja.is.com.ua:/home/bell/mysql/bk/work-merge1-5.0

into  devsrv-b.mysql.com:/space/magnus/my50-bug11731

 used instead of column", the bug is to be fixed later.

into  sanja.is.com.ua:/home/bell/mysql/bk/work-merge1-5.0

of SELECT from query begining, to be independet of query buffer
allocation.
Correct procedure used to find beginning of the current statement
during parsing (BUG#14885).

into  sanja.is.com.ua:/home/bell/mysql/bk/work-merge1-5.0

  After merge fix

into  devsrv-b.mysql.com:/space/magnus/my50-bug11731

 - Add tests to mysqltest.test
 - Problem no longer exists 

into moonbone.local:/work/15028-bug-4.1-mysql

into  mysql.com:/usr/home/pem/bug14376/mysql-5.0

into  sanja.is.com.ua:/home/bell/mysql/bk/work-merge1-5.0

into  mysql.com:/usr/home/ram/work/5.0.b12956

into  sanja.is.com.ua:/home/bell/mysql/bk/work-merge1-5.0

depending on table order

multi_update::send_data() was counting updates, not updated rows. Thus if one 
record have several updates it will be counted several times in 'rows matched'
but updated only once.

multi_update::send_data() now counts only unique rows.

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

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

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