- 01 Apr, 2006 2 commits
-
-
igor@rurik.mysql.com authored
Results changed after the bug fix.
-
igor@rurik.mysql.com authored
Multiple equalities were not adjusted after reading constant tables. It resulted in neglecting good index based methods that could be used to access of other tables.
-
- 30 Mar, 2006 16 commits
-
-
igor@rurik.mysql.com authored
into rurik.mysql.com:/home/igor/dev/mysql-5.0-0
-
sergefp@mysql.com authored
-
evgen@sunlight.local authored
into sunlight.local:/local_work/15560-bug-5.0-mysql
-
evgen@sunlight.local authored
After merge fix for bug#15560 item_sum.h: After merge fix for bug#15560
-
evgen@sunlight.local authored
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-5.0
-
evgen@sunlight.local authored
into sunlight.local:/local_work/15560-bug-4.1-mysql
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-new
-
kent@mysql.com authored
Added BTR_CHUNK_SIZE, removed 'chunk_size' declared after declaration block
-
kent@mysql.com authored
No commit message
-
kent@mysql.com authored
-
gluh@eagle.intranet.mysql.r18.ru authored
-
gluh@mysql.com authored
-
igor@rurik.mysql.com authored
out of a nested join to the on conditions for the nest. The bug happened due to: 1. The function simplify_joins could change on expressions for nested joins. Yet modified on expressions were not saved in prep_on_expr. 2. On expressions were not restored for nested joins in reinit_stmt_before_use.
-
monty@mysql.com authored
into mysql.com:/home/my/mysql-4.1
-
monty@mysql.com authored
-
- 29 Mar, 2006 22 commits
-
-
monty@mysql.com authored
Bug #17705 "FT Index corruption occurs with UTF8 data..." (Actually, the bug had nothing to do with FT index but with general key compression)
-
kent@mysql.com authored
Check that port range is valid, bug#16807
-
kent@mysql.com authored
Added --help option, bug#16392 acinclude.m4: Use "$shrext_cmds" when testing if shared library exists, bug#16332
-
kent@mysql.com authored
Use "dist_bin_SCRIPTS" to get a script distributed
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.1-new
-
kent@mysql.com authored
Use "dist_bin_SCRIPTS" to get a script distributed
-
bpontz@mysql.com authored
Increased version number because of clone-off
-
konstantin@mysql.com authored
-
konstantin@mysql.com authored
into mysql.com:/opt/local/work/mysql-5.0-15683
-
aivanov@mysql.com authored
into mysql.com:/home/alexi/innodb/mysql-5.0-merge
-
aivanov@mysql.com authored
the innodb-5.0-ss368 snapshot.
-
evgen@moonbone.local authored
The GROUP_CONCAT uses its own temporary table. When ROLLUP is present it creates the second copy of Item_func_group_concat. This copy receives the same list of arguments that original group_concat does. When the copy is set up the result_fields of functions from the argument list are reset to the temporary table of this copy. As a result of this action data from functions flow directly to the ROLLUP copy and the original group_concat functions shows wrong result. Since queries with COUNT(DISTINCT ...) use temporary tables to store the results the COUNT function they are also affected by this bug. The idea of the fix is to copy content of the result_field for the function under GROUP_CONCAT/COUNT from the first temporary table to the second one, rather than setting result_field to point to the second temporary table. To achieve this goal force_copy_fields flag is added to Item_func_group_concat and Item_sum_count_distinct classes. This flag is initialized to 0 and set to 1 into the make_unique() member function of both classes. To the TMP_TABLE_PARAM structure is modified to include the similar flag as well. The create_tmp_table() function passes that flag to create_tmp_field(). When the flag is set the create_tmp_field() function will set result_field as a source field and will not reset that result field to newly created field for Item_func_result_field and its descendants. Due to this there will be created copy func to copy data from old result_field to newly created field.
-
aivanov@mysql.com authored
into mysql.com:/home/alexi/innodb/mysql-5.0-merge
-
aivanov@mysql.com authored
Fixed bugs: #16814: SHOW INNODB STATUS format error in LATEST FOREIGN KEY ERROR section dict_foreign_key_error_report(): Always print a newline after invoking dict_print_info_on_foreign_key_in_create_format(). #16827: Better InnoDB error message if ibdata files omitted from my.cnf. #17126: CHECK TABLE on InnoDB causes a short hang during check of adaptive hash. CHECK TABLE blocking other queries, by releasing the btr_search_latch periodically during the adaptive hash table validation. #17405: Valgrind: conditional jump or move depends on uninitialised valuesw. buf_block_init(): Reset magic_n, buf_fix_count, and io_fix to avoid testing uninitialised variables. #18077: InnoDB uses full explicit table locks in stored FUNCTION. #18238: When locks exhaust the buffer pool, InnoDB does not roll back the trx. Check in pessimistic insert and update if the buffer pool is exhausted by locks. #18252: Disk space leaks in updates of InnoDB BLOB rows. btr_cur_pessimistic_update(): Invoke rec_get_offset() after rec_set_field_extern_bits(). btr_store_big_rec_extern_fields(): Note that offsets will no longer be valid after calling this function. #18283: When InnoDB returns error 'lock table full', MySQL can write to binlog too much. #18384: InnoDB memory leak on duplicate key errors if row has many columns. row_ins_duplicate_error_in_clust(): Call mem_heap_free(heap) at func_exit if needed. #18350: Use consistent read in CREATE ... SELECT .. if innodb_locks_unsafe_for_binlog is used.
-
cmiller@zippy.(none) authored
-
gluh@mysql.com authored
into mysql.com:/home/gluh/MySQL/Merge/4.1
-
gluh@eagle.intranet.mysql.r18.ru authored
disallow the use of comma in SET members
-
bar@mysql.com authored
Bug#15098: CAST(column double TO signed int), wrong result which was fixed originally in 4.1.
-
kent@mysql.com authored
-
kent@mysql.com authored
If installed, search built in lib path first, bug#13158
-
kent@mysql.com authored
Added "ndb_error_reporter" script, bug#18421
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.1-new
-