into serg.mylan:/usr/home/serg/Abk/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.

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 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

into mysql.com:/space/my/mysql-4.1-build

   MySQL with InnoDB on IBM AIX 5.2 in 64bit mode (which requires a special
   AR flag)

set_mysql_error is deployed

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

Now we use virtual calls instead and redirect VMT pointer of the
geometry object with 'new' operation

read_statistic -> read_statistics
(statistic is adjective)

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

into ua72d24.elisa.omakaista.fi:/home/my/bk/mysql-4.1

is false.

   (it got lost during a recent BK merge) 

into ice.snake.net:/Volumes/ice2/MySQL/bk/mysql-4.1