into mc05.(none):/space/tomas/mysql-4.1

  slim make for ndb

into hundin.mysql.fi:/home/marko/j/mysql-4.1

into hundin.mysql.fi:/home/marko/j/mysql-4.1

to allow binding of userland functions in PHP.

into hundin.mysql.fi:/home/marko/j/mysql-4.1

into mysql.com:/home/mydev/mysql-4.1-wl1687

  Czech collations were renamed to _cs
Index.xml:
  Czech collation were renamed to _cs

Portablity fix for system with case insenstive table names. (Without this ALTER TABLE can fail for InnoDB)

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

Change strtoll -> my_strtoll10()
Fixed bug in my_strntoul() and my_strntol() where we got different values on 32 and 64 bit systems (Bug #3472)

into hegel.local:/home/miguel/bk/mysql-4.1

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

item_list for fake_select will be created only once
(problem reported by valgrind in test_union2 fixed)

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

   that was accidently added by the last BK auto merge

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

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

   files, fixed linking of myisam_ftdump

HEAP: Copies the key count to a backup variable and sets the key count to zero.
That way, no HEAP function will ever try to touch any index.
Re-enabling is done by copying back the backup variable.
To avoid memory leak at table close, disable deletes all index trees.
Re-enabling must be done with empty indexes and data anyway. Otherwise,
the indexes would need to be repaired, wich HEAP is not capable of.
MyISAM: Only the key_map is cleared and set.
Re-enabling must be done with empty indexes and data. Otherwise, repair needs
to be done which will enable all keys persistently.
The former implementation disabled only non-unique keys and maked this persistent.
The new implementation additionally can disable all keys, but only without
making this persistent. Re-enabling all keys can be done without repair,
if data file and indexes are empty.

into hundin.mysql.fi:/home/marko/j/mysql-4.1

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

Fixed wrong key usage which caused wrong result for some "WHERE primary_key=constant" queries where MySQL could use 'only index' (Bug #3666)
The bug was introduced in a patch in the 4.1.2 source tree.

into mysql.com:/dbdata/psergey/mysql-4.1-code-cleanup

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

as the I/O thread filters on the server id, we must test replicate_same_server_id in it (on top of in the SQL thread).

into mysql.com:/home/mysql_src/mysql-4.0