- 11 Oct, 2007 2 commits
-
-
gshchepa/uchum@gleb.loc authored
into gleb.loc:/home/uchum/work/bk/5.0-opt
-
gluh@mysql.com/eagle.(none) authored
Bug#30982 CHAR(..USING..) can return a not-well-formed string Bug#30986 Character set introducer followed by a HEX string can return bad result check_well_formed_result moved to Item from Item_str_func fixed Item_func_char::val_str for proper ucs symbols converting added check for well formed strings for correct conversion of constants with underscore charset
-
- 10 Oct, 2007 4 commits
-
-
gshchepa/uchum@gleb.loc authored
precision > 0 && scale <= precision'. A sign of a resulting item of the IFNULL function was not updated and the maximal length of this result was calculated improperly. Correct algorithm was copy&pasted from the IF function implementation.
-
gluh@eagle.(none) authored
into mysql.com:/home/gluh/MySQL/Merge/5.0-opt
-
gluh@mysql.com/eagle.(none) authored
added variables relay_log, relay_log_index, relay_log_info_file to init_vars[] to make them visible within SHOW VARIABLES
-
gluh@mysql.com/eagle.(none) authored
removed now() call to make the test to be year independent
-
- 09 Oct, 2007 5 commits
-
-
mhansson@dl145s.mysql.com authored
into dl145s.mysql.com:/data0/mhansson/bug31160/my50-bug31160
-
mhansson@dl145s.mysql.com authored
into dl145s.mysql.com:/data0/mhansson/bug31160/my50-bug31160
-
mhansson/martin@linux-st28.site authored
Even though it returns NULL, the MAKETIME function did not have this property set, causing a failed assertion (designed to catch exactly this). Fixed by setting the nullability property of MAKETIME().
-
mhansson/martin@linux-st28.site authored
into linux-st28.site:/home/martin/mysql/src/bug30832-again-push/my50-bug30832-again
-
mhansson/martin@linux-st28.site authored
Completion of previous patch. Negative number were denied as the second argument to NAME_CONST.
-
- 05 Oct, 2007 10 commits
-
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my50-30286
-
mhansson@dl145s.mysql.com authored
into dl145s.mysql.com:/data0/mhansson/bug30942/my50-bug30942
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my50-30286
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my41-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my50-30286
-
holyfoot/hf@mysql.com/hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my41-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my50-30286
-
holyfoot/hf@hfmain.(none) authored
into mysql.com:/home/hf/work/30286/my50-30286
-
holyfoot/hf@mysql.com/hfmain.(none) authored
As the result of DOUBLE claculations can be bigger than DBL_MAX constant we use in code, we shouldn't use this constatn as a biggest possible value. Particularly the rtree_pick_key function set 'min_area= DBL_MAX' relying that any rtree_area_increase result will be less so we return valid key. Though in rtree_area_increase function we calculate the area of the rectangle, so the result can be 'inf' if the rectangle is huge enough, which is bigger than DBL_MAX. Code of the rtree_pick_key modified so we always return a valid key.
-
gluh@mysql.com/eagle.(none) authored
-
- 04 Oct, 2007 6 commits
-
-
joerg@trift2. authored
into trift2.:/MySQL/M50/push-5.0
-
gluh@mysql.com/eagle.(none) authored
added check for hidden I_S tables for 'show columns|keys' commands
-
jperkin@production.mysql.com authored
into production.mysql.com:/usersnfs/jperkin/bk/bug-27692/5.0
-
jperkin@production.mysql.com authored
were accidentally removed during a previous rototill of this code. Fixes bug#27692. While it can be argued we should strive to provide a 'secure by default' installation, this happens to be the setup currently documented in the manual as the default, so defer changes that improve security out of the box to a co-ordinated effort later on. For now, make a note about the test databases and anonymous user in mysql_install_db and recommend that mysql_secure_installation be ran for users wishing to remove these defaults. [..re-commit of previously lost change..]
-
mhansson@dl145s.mysql.com authored
into dl145s.mysql.com:/data0/mhansson/bug30942/my50-bug30942
-
mhansson/martin@linux-st28.site authored
The function str_to_date has a field to say whether it's invoked constant arguments. But this member was not initialized, causing the function to think that it could use a cache of the format type when said cache was in fact not initialized. Fixed by initializing the field to false.
-
- 03 Oct, 2007 3 commits
-
-
holyfoot/hf@mysql.com/hfmain.(none) authored
end-of-line check missed in Gis_read_stream::get_next_word, what can lead to crashes (expecially with NULL strings). End-of-line check added
-
gshchepa/uchum@gleb.loc authored
into gleb.loc:/home/uchum/work/bk/5.0-opt
-
gshchepa/uchum@gleb.loc authored
Bug #31077: post-commit fix.
-
- 02 Oct, 2007 9 commits
-
-
gshchepa/uchum@gleb.loc authored
into gleb.loc:/home/uchum/work/bk/5.0-opt
-
gshchepa/uchum@gleb.loc authored
Bug #31077: post-commit fix.
-
Updated variable size arrays to use vector like Jonas did for 5.1 so that my build would not break
-
gshchepa/uchum@gleb.loc authored
into gleb.loc:/home/uchum/work/bk/5.0-opt
-
gkodinov/kgeorge@magare.gmz authored
-
gkodinov/kgeorge@magare.gmz authored
into magare.gmz:/home/kgeorge/mysql/autopush/B28702-vg-5.0-opt
-
gkodinov/kgeorge@magare.gmz authored
-
mhansson@dl145s.mysql.com authored
into dl145s.mysql.com:/data0/mhansson/bug30832/my50-bug30832
-
evgen@moonbone.local authored
into moonbone.local:/work/31095-bug-5.0-opt-mysql
-
- 01 Oct, 2007 1 commit
-
-
evgen@moonbone.local authored
The Item_func_rollup_const class is used for wrapping constants to avoid wrong result for ROLLUP queries with DISTINCT and a constant in the select list. This class is also used to wrap up a NULL constant but its null_value wasn't set accordingly. This led to a server crash. Now the null_value of an object of the Item_func_rollup_const class is set by its fix_length_and_dec member function.
-