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

This turned out to be a problem for prepared statements as well; the id was
evaluated once, at parse time.

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

Don't read character set files if we are using only the default charset. In most cases the user will not anymore get a warning about missing character set files
Compare strings with space extend instead of space strip. Now the following comparisons holds:  "a" == "a " and "a\t" < "a". (Bug #3152).
Note: Because of the above fix, one has to do a REPAIR on any table that has an ascii character < 32 last in a CHAR/VARCHAR/TEXT columns.

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

UJIS part fix

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

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

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

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

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

is specified, the default is SESSION.

  Conditional compilation

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

Item_func_from_days::get_date didn't change 'hr', 'min' and some
other fields of incoming ltime, so they got random values.

bzeroing of the ltime added

  Don't dump default implicit weights

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

dropping of tables added to the testcase

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

Problem is that Item::save_in_field modifies str_value member
 before it calls val_str but Item_copy_string::val_str just returns
this str_value as the result.
I added local String variable to the Item::save_in_field

Bug#1428

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

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

into greg-laptop.:C:/cygwin/bk/mysql-4.1

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

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

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

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