- 02 Dec, 2005 7 commits
-
-
evgen@moonbone.local authored
After merge fix
-
evgen@moonbone.local authored
-
evgen@moonbone.local authored
into moonbone.local:/work/15028-bug-4.1-mysql
-
pem@mysql.com authored
into mysql.com:/usr/home/pem/bug14376/mysql-5.0
-
pem@mysql.com authored
-
stewart@mysql.com authored
-
ramil@mysql.com authored
into mysql.com:/usr/home/ram/work/5.0.b12956
-
- 01 Dec, 2005 12 commits
-
-
jimw@mysql.com authored
-
evgen@moonbone.local authored
depending on table order multi_update::send_data() was counting updates, not updated rows. Thus if one record have several updates it will be counted several times in 'rows matched' but updated only once. multi_update::send_data() now counts only unique rows.
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
jimw@mysql.com authored
-
SergeyV@selena. authored
into selena.:H:/MYSQL/src/#14902-mysql-5.0
-
bell@sanja.is.com.ua authored
to be in the query cache. (BUG#14652)
-
ramil@mysql.com authored
into mysql.com:/usr/home/ram/work/mysql-5.0
-
ramil@mysql.com authored
Fix for bug #14304: auto_increment field incorrect set from within stored procedure (insert select).
-
timour@mysql.com authored
into mysql.com:/home/timka/mysql/src/5.0-bug-14920
-
gluh@eagle.intranet.mysql.r18.ru authored
store TABLES.TABLE_TYPE in case of error during table opening
-
- 30 Nov, 2005 10 commits
-
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
jimw@mysql.com authored
-
joerg@mysql.com authored
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
timour@mysql.com authored
into mysql.com:/home/timka/mysql/src/5.0-virgin
-
gluh@mysql.com authored
into mysql.com:/home/gluh/MySQL/Merge/5.0
-
timour@mysql.com authored
Commented out one failing query in the regression test (reported as a bug).
-
timour@mysql.com authored
Implemented specialized regression test for the WL.
-
timour@mysql.com authored
The cause of the bug was the use of end_write_group instead of end_write in the case when ORDER BY required a temporary table, which didn't take into account the fact that loose index scan already computes the result of MIN/MAX aggregate functions (and performs grouping). The solution is to call end_write instead of end_write_group and to add the MIN/MAX functions to the list of regular functions so that their values are inserted into the temporary table.
-
ramil@mysql.com authored
- use rint() in some other val_int() methods as well.
-
- 29 Nov, 2005 11 commits
-
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-4.1-clean
-
aivanov@mysql.com authored
into mysql.com:/home/alexi/dev/mysql-5.0-build
-
ramil@mysql.com authored
- use rint() in some other val_int() methods as well.
-
knielsen@mysql.com authored
into mysql.com:/usr/local/mysql/mysql-5.0
-
holyfoot@deer.(none) authored
-
knielsen@mysql.com authored
Removed warnings that depends on floating point comparisions in type_newdecimal.test which caused failures in some setups [Backported from mysql-5.1-new @1.1961.1.1]
-
holyfoot@mysql.com authored
into mysql.com:/home/hf/work/mysql-5.0.14693
-
gluh@mysql.com authored
into mysql.com:/home/gluh/MySQL/Merge/4.1
-
gluh@eagle.intranet.mysql.r18.ru authored
added SSL_library_init()
-
bar@mysql.com authored
into mysql.com:/usr/home/bar/mysql-5.0
-