set names binary  didn't work
  ,

  Two separate functions charset() and collatio()
item_strfunc.h:
  Two separate functions charset() and collation()

into hundin.mysql.fi:/home/igor/dev/mysql-4.1

  Now all text fields convert data into proper charset before storing

into hundin.mysql.fi:/home/igor/dev/mysql-4.1

  Added tests for extended max/min optimization
opt_sum.cc:
  Extended min/max optimization

  Insert constants with an explicit character set
ctype_many.result:
  Fix according test change

  rename len -> length, to look in common style

Don't define crc32 if we are not linking with gzip

regarded as unsigned longlongss, not as floats. This make these values work
similar to values between 10000000000000000000 and 18446744073709551615.

  Remove DEBUG_ASSERT if MySQL internally names a UNIQUE index as the PRIMARY KEY, but inside InnoDB there is no primary key for the table

  Add docs to store_lock()

Allow NULL geometry fields.

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

into sinisa.nasamreza.org:/mnt/work/mysql-4.0

command:

load  data infile 'filename' into table db.table;

  SET NAMES is now working

  New thread variable client_character_set

  Less default_charset_info

  New method to simplify access to thd charset

  Less default_charset_info

  Less default_charset_info

  Less default_charset_info

  Some default_charset_info were removed
sql_select.cc:
  Some default_charset_info were removed.

  Some reoganization
  Fixed that binary arguments do not affect result charset
  anymore
  For example, the second argument doesn't affect charset of result in LEFT(string,10)
sql_string.h:
  Strings are binary by default now

contain NULL values (which is the case for a crashed .frm file).

  Fixed that MIN() didn't return proper charset for CREATE from SELECT

into bar.mysql.r18.ru:/usr/home/bar/mysql-4.1