An error occurred fetching the project authors.
- 24 Nov, 2005 1 commit
-
-
evgen@moonbone.local authored
crash resolve_const_item() substitutes item which will evaluate to constant with equvalent constant item, basing on the item's result type. In this case subselect was resolved as constant, and resolve_const_item() was substituting it's result's Item_caches to Item_null. Later Item_cache's function was called for Item_null object, which caused server crash. resolve_const_item() now substitutes constants for items with result_type == ROW_RESULT only for Item_rows.
-
- 13 Oct, 2005 3 commits
-
-
evgen@moonbone.local authored
DISTINCT wasn't optimized away and caused creation of tmp table in wrong case. This result in integer overrun and running out of memory. Fix backported from 4.1. Now if optimizer founds that in result be only 1 row it removes distinct.
-
hf@deer.(none) authored
-
hf@deer.(none) authored
-
- 12 Oct, 2005 1 commit
-
-
evgen@moonbone.local authored
Bug #7672 after merge fix
-
- 09 Oct, 2005 1 commit
-
-
evgen@moonbone.local authored
When fixing Item_func_plus in ORDER BY clause field c is searched in all opened tables, but because c is an alias it wasn't found there. This patch adds a flag to select_lex which allows Item_field::fix_fields() to look up in select's item_list to find aliased fields.
-
- 07 Oct, 2005 1 commit
-
-
monty@mysql.com authored
- Use %lx instead of %p as %p is not portable - Don't replace ROW item with Item_null
-
- 03 Oct, 2005 1 commit
-
-
evgen@moonbone.local authored
After SHOW TABLE STATUS last_insert_id wasn't cleaned, and next select erroneously rewrites WHERE condition and returs a row; 5.0 isn't affected because of different SHOW TABLE STATUS handling. last_insert_id cleanup added to mysqld_extend_show_tables().
-
- 27 Sep, 2005 1 commit
-
-
evgen@moonbone.local authored
resolve_const_item() assumed to be not called for Item_row items. For ensuring that DBUG_ASSERT(0) was set there. This patch adds section for Item_row items. If it can it recursively calls resolve_const_item() for each item the Item_row contains. If any of the contained items is null then whole Item_row substitued by Item_null. Otherwise it just returns.
-
- 28 Jul, 2005 1 commit
-
-
monty@mysql.com authored
-
- 19 Jul, 2005 1 commit
-
-
monty@mishka.local authored
-
- 17 Jul, 2005 1 commit
-
-
igor@rurik.mysql.com authored
Added a test case for bug #11745. sql_select.cc: Fixed bug # 11745. Added support of where clause for queries with FROM DUAL. sql_yacc.yy: Fixed bug # 11745. Added optional where clause for queries with FROM DUAL.
-
- 16 Jul, 2005 1 commit
-
-
timour@mysql.com authored
"Negative integer keys incorrectly substituted for 0 during range analysis." The problem is that the range optimizer incorrectly replaces any negative constant with '0' for all types except BIGINT because the method save_in_field() casts negative integers to non-negative. This causes incorrect query results where (0 = any_negative_number). The problem caused by this bug is fixed by the patch for BUG#11185. That patch constitutes an optimization due to which the problem code is never called with negative constants. This patch adds a test so we are sure that the problem does not reappear.
-
- 15 Jul, 2005 1 commit
-
-
evgen@moonbone.local authored
than in previous 4.1.x Wrongly applied optimization were adding NOT NULL constraint which results in rejecting valid rows and reduced result set. The problem was that add_notnull_conds() while checking subquery were adding NOT NULL constraint to left joined table, to which, normally, optimization don't have to be applied.
-
- 14 Jul, 2005 1 commit
-
-
sergefp@mysql.com authored
This is needed because in some cases range optimization is performed twice and added NOT NULL item must have correct const_table_map() value.
-
- 28 Jun, 2005 1 commit
-
-
bell@sanja.is.com.ua authored
(IN() remove NULL rows only for tables from first argument (value which we looking for in IN() list) but not for tables from IN() list) Also it will be better change Item::not_null_tables() to prohibit this optimisation by default for new created items in 5.0 or 5.1.
-
- 24 May, 2005 1 commit
-
-
jani@ua141d10.elisa.omakaista.fi authored
-
- 15 May, 2005 1 commit
-
-
sergefp@mysql.com authored
The problem: base_list::remove didn't modify base_list::last when removing the last list element. The fix: If we remove the last element, find the element before it (by walking from the beginning of the list) and set base_list::last accordingly. The list gets corrupted in both 4.0 and 4.1. There are no visible problems in current 4.1 because current 4.1 doesn't call where_cond->fix_fields() after constant propagation step.
-
- 13 May, 2005 1 commit
-
-
monty@mysql.com authored
-
- 09 May, 2005 1 commit
-
-
antony@ltantony.mysql.com authored
Detect conflicting options in SELECT
-
- 31 Mar, 2005 1 commit
-
-
jimw@mysql.com authored
up a couple of tests and adjusting the output of others. Exposes two bugs (9472 and 9508).
-
- 09 Mar, 2005 1 commit
-
-
timour@mysql.com authored
The reported problems were due to two completely unrelated omissions. 1) The file sort procedure didn't correctly create the sort key in make_sortkey when the sortkey was an unsigned integer. 2) The name resolution procedure for column references inside a HAVING clause did not propagate the unsigned_flag of the resolved references. This patch corrects both problems.
-
- 17 Feb, 2005 1 commit
-
-
igor@rurik.mysql.com authored
Added a test case for bug #7098. sql_select.cc: Fixed bug #7098. When a string field was substituted for an equal constant the collation of the constant was changed by mistake for the binary collation.
-
- 11 Feb, 2005 1 commit
-
-
igor@rurik.mysql.com authored
Added a test case for bug #7520. table.cc: Fixed bug #7520. The bug was caused by a wrong calculation of the field max_key_length for a TABLE structure when there was an index on a blob field.
-
- 28 Nov, 2004 1 commit
-
-
serg@serg.mylan authored
-
- 26 Nov, 2004 1 commit
-
-
monty@mysql.com authored
(Cleanups and better bug fixes)
-
- 16 Nov, 2004 1 commit
-
-
ram@gw.mysql.r18.ru authored
-
- 26 Oct, 2004 1 commit
-
-
monty@mysql.com authored
New mysqltest that can run mysqltest with PS Added support for ZEROFILL in PS Fixed crash when one called mysql_stmt_store_result() without a preceding mysql_stmt_bind_result() Updated test cases to support --ps-protocol (Some tests are still run using old protocol) Fixed crash in PS when using SELECT * FROM t1 NATURAL JOIN t2... Fixed crash in PS when using sub queries Create table didn't signal when table was created. This could cause a "DROP TABLE created_table" in another thread to wait "forever" Fixed wrong permissions check in PS and multi-table updates (one could get permission denied for legal quries) Fix for PS and SELECT ... PROCEDURE Reset all warnings when executing a new PS query group_concat(...ORDER BY) didn't work with PS Fixed problem with test suite when not using innodb
-
- 07 Oct, 2004 1 commit
-
-
monty@mysql.com authored
Some bigger code changes was necessary becasue of the multi-table-update and the new HANDLER code
-
- 07 Sep, 2004 2 commits
-
-
serg@serg.mylan authored
-
igor@rurik.mysql.com authored
Added newline at the end of file.
-
- 03 Sep, 2004 1 commit
-
-
igor@rurik.mysql.com authored
Added a test case for bug #5333. null_key.result, key_primary.result: Made covering index usable for const tables. sql_select.cc: Made covering index usable for const tables: downported the corresponding code from 4.1. Simultaneously fixed bug #5333 reported for 4.1. The bug was due to the fact that field index in join structures was always set to 0 for const tables.
-
- 30 Aug, 2004 1 commit
-
-
timour@mysql.com authored
-
- 18 Jun, 2004 1 commit
-
-
dlenev@brandersnatch.localdomain authored
Added basic per-thread time zone functionality (based on public domain elsie-code). Now user can select current time zone (from the list of time zones described in system tables). All NOW-like functions honor this time zone, values of TIMESTAMP type are interpreted as values in this time zone, so now our TIMESTAMP type behaves similar to Oracle's TIMESTAMP WITH LOCAL TIME ZONE (or proper PostgresSQL type). WL#1266 "CONVERT_TZ() - basic time with time zone conversion function". Fixed problems described in Bug #2336 (Different number of warnings when inserting bad datetime as string or as number). This required reworking of datetime realted warning hadling (they now generated at Field object level not in conversion functions). Optimization: Now Field class descendants use table->in_use member instead of current_thd macro.
-
- 22 Jan, 2004 1 commit
-
-
ram@gw.mysql.r18.ru authored
<monty> ramil, in MySQL/MyISAM we should only strip end space, not 'space-like' characters. <monty> This is according to SQL; When doing a comparision end space and only end space are ignored.
-
- 10 Dec, 2003 1 commit
-
-
Deprecate the use of TYPE=... Preferred syntax is ENGINE=
-
- 30 Oct, 2003 1 commit
-
-
bell@sanja.is.com.ua authored
added code covarage for functions convert(), nullif(), crc32(), is_used_lock(), char_lengtrh(), bit_xor() added string length for more speed made code covarage for print() method of Item fixed printability of some items (SCRUM) (WL#1274)
-
- 16 Sep, 2003 1 commit
-
-
kostja@oak.local authored
-
- 25 Jul, 2003 1 commit
-
-
serg@serg.mylan authored
bug#926
-
- 26 Jun, 2003 1 commit
-
-
monty@mashka.mysql.fi authored
-