into gw.mysql.r18.ru:/usr/home/ram/work/4.1.b5823

into gluh.mysql.r18.ru:/home/gluh/MySQL-BUGS/mysql-4.1.6840

into gluh.mysql.r18.ru:/home/gluh/MySQL-BUGS/mysql-4.1.6840

into serg.mylan:/usr/home/serg/Abk/mysql-4.1

into serg.mylan:/usr/home/serg/Abk/mysql-4.1

into build.mysql.com:/users/rburnett/mysql-4.1-new2

into serg.mylan:/usr/home/serg/Abk/mysql-4.1

into mysql.com:/usr/local/home/marty/MySQL/test/mysql-4.1

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

into mysql.com:/usr/home/bar/mysql-4.1

  latin1_spanish_ci produced unknown collation error.

Integrate suggestions from Tomas Ulin's mail. (r.e. reporting an error in the case of endianness mismatch).

for release debug build please configure with --without-ndb-debug

into sanja.is.com.ua:/home/bell/mysql/bk/work-qc-4.1

into sanja.is.com.ua:/home/bell/mysql/bk/work-global-4.1

into mysql.com:/home/jonas/src/mysql-4.1

into serg.mylan:/usr/home/serg/Abk/mysql-4.1

into mysql.com:/home/jonas/src/mysql-4.1

1 if the return type is int or int_fast8_t.  The test case that showed
this problem is rpl000001 and the tested version was MySQL 5.0.2.  The
compiler with the problem is GCC 3.0.4 runing on "Linux bitch 2.4.18
#2 Thu Apr 11 14:37:17 EDT 2002 sparc64 unknown".

By changing the return type to bool the problem disappear.  (Another
way to make the problem disappear is to simply print the returned
value with printf("%d",?).  The printed returned value is always 0 in
the test cases I have run.)  This is only a partial solution to the
problem, since someone could later change the return type of the
function back to int or some other type that does not work.

into serg.mylan:/usr/home/serg/Abk/mysql-4.1

into mysql.com:/home/jonas/src/mysql-4.1

    Bug #6284 - report truncation warnings in INSERT ... SELECT only for "INSERT" part
sql/sql_insert.cc
    Bug #6284 - report truncation warnings in INSERT ... SELECT only for "INSERT" part

into mysql.com:/space/pekka/ndb/version/my41

into mysql.com:/home/wax/mysql/mysql-4.1testtemp