into eagle.mysql.r18.ru:/home/vva/work/BUG_2082/mysql-4.1

into eagle.mysql.r18.ru:/home/vva/work/BUG_2082/mysql-4.1

Q_QUERY_VERTICAL/Q_QYERY_HORIZONTAL in client/mysqltest.c 
(changed switch to ?:)

into gluh.mysql.r18.ru:/home/gluh/mysql-4.1.clear

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

into eagle.mysql.r18.ru:/home/vva/work/BUG_2709/mysql-4.1

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

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

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

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

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

flaws list)
TODO: 
 * verify that no sequence of API calls produces SIGSEGV.
 That is, verify that mysql_stmt_init  -> mysql_stmt_fetch is OK,
 or mysql_stmt_prepare -> mysql_stmt_fetch_column is OK and sets
 meaningful error.
 * remove alloc_stmt_fields call
 * revise stmt->state codes and statement states.
 * there are other items in prepared statements 'to fix' document.

Done:
 - cleanups and comments
 - revision of prepared statement error codes.
 - mysql_stmt_prepare is now can always be called (that is, you can reprepare
   a statement)
 - new implementation of mysql_stmt_close and fetch cancellation

into deer.(none):/home/hf/work/mysql-4.1.clean

exceed unsigned long limit.

#2709 Affected Rows for ON DUPL. KEY undocumented, perheps illogical 
1. added COPY_INFO::updated to work with it in
   'insert .. on duplicate' instead of COPY_INFO::deleted
2. added affected rows to output of "info:" in mysqltest.c

COM_EXECUTE packet" and #2795 "prepare + execute without bind_param crashes
 server" and #2473 "seg fault running tests/client_test.c": 
- length checking added to packet parser 
- default impelemntation of Item_param::set_param_func will work in
case of malformed packet.
No test cases are possible in our test suite, as there are no tests 
operating on protocol layer.

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

into deer.(none):/home/hf/work/mysql-4.1.valg

sigsegv protection (exp overflow)
don't return inf!
use errno=EOVERFLOW to signal an overflow (as my_strntod uses errno anyway)
if errno will be too slow, my_strtod can be changed to return overflow status in a parameter (like my_strntod does)

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

(and not critical at all as it does not result in repeated values)

into eagle.mysql.r18.ru:/home/vva/work/BUG_856/mysql-4.1

into eagle.mysql.r18.ru:/home/vva/work/BUG_1427/mysql-4.1

We just tried to open binlog's file twice in embedded server