- 03 May, 2006 1 commit
-
-
monty@mysql.com authored
Added support for key_block_size to MyISAM. Simplify interface to 'new Key' to make it easier to add new key options. mysqld option --new is used to define where key options are printed. (In 5.3 we should move all key options to after key part definition to avoid problem with reserved names) Fixed some compiler warnings and a memory leak in ssl
-
- 02 May, 2006 3 commits
-
-
gluh@eagle.intranet.mysql.r18.ru authored
added I_S.REFARENTIAL_CONSTRAINTS table
-
kent@mysql.com authored
-
jimw@mysql.com authored
-
- 01 May, 2006 13 commits
-
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.1-clean
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-new
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.1-clean
-
kent@mysql.com authored
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.0-clean
-
kent@mysql.com authored
Use "./libtool --mode=execute" to find real path to executables
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/work/mysql/mysql-5.1-new
-
holyfoot@mysql.com authored
into mysql.com:/home/hf/work/mysql-5.0.clean
-
holyfoot@deer.(none) authored
-
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
-
cmiller@zippy.(none) authored
into zippy.(none):/home/cmiller/work/mysql/merge/mysql-5.0
-
jimw@mysql.com authored
-
- 30 Apr, 2006 4 commits
-
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.1-clean
-
jimw@mysql.com authored
-
jimw@mysql.com authored
into mysql.com:/home/jimw/my/mysql-5.1-clean
-
brian@zim.(none) authored
into zim.(none):/home/brian/mysql/merge-5.1
-
- 29 Apr, 2006 3 commits
-
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.1-new
-
kent@mysql.com authored
Fix strange "double" define for popen. Avoid warnings about sprintf() etc. being unsafe. Corrected typo "#endfif"
-
kent@mysql.com authored
Changed version to 4.1.20
-
- 28 Apr, 2006 16 commits
-
-
kent@mysql.com authored
Backport of changes in 5.0 (bug#18294)
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.1-new
-
elliot@mysql.com authored
Now test for NULLness the pointers returned from objects created from the default value. Pushing patch on behalf of cmiller.
-
msvensson@devsrv-b.mysql.com authored
into devsrv-b.mysql.com:/users/msvensson/mysql-5.0
-
paul@polar.kitebird.com authored
Avoid embedding a bunch of whitespace in --help message.
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-5.0-new
-
kent@mysql.com authored
Include and run mysql_upgrade if needed (bug#19353)
-
kent@mysql.com authored
into mysql.com:/Users/kent/mysql/bk/mysql-4.1-new
-
msvensson@devsrv-b.mysql.com authored
into devsrv-b.mysql.com:/users/msvensson/mysql-5.0
-
msvensson@devsrv-b.mysql.com authored
into devsrv-b.mysql.com:/users/msvensson/mysql-4.1
-
msvensson@neptunus.(none) authored
- Eval shrext_cmds variable before using it - Moved from acinclude.m4 to openssl.m4 and zlib.m4 when merging 4.1 -> 5.0
-
msvensson@neptunus.(none) authored
into neptunus.(none):/home/msvensson/mysql/mysql-5.0
-
msvensson@devsrv-b.mysql.com authored
into devsrv-b.mysql.com:/users/msvensson/mysql-4.1
-
gkodinov@lsmy3.wdf.sap.corp authored
into lsmy3.wdf.sap.corp:/data/users/gkodinov/mysql-5.0-B18492
-
gkodinov@lsmy3.wdf.sap.corp authored
In the code that converts IN predicates to EXISTS predicates it is changing the select list elements to constant 1. Example : SELECT ... FROM ... WHERE a IN (SELECT c FROM ...) is transformed to : SELECT ... FROM ... WHERE EXISTS (SELECT 1 FROM ... HAVING a = c) However there can be no FROM clause in the IN subquery and it may not be a simple select : SELECT ... FROM ... WHERE a IN (SELECT f(..) AS c UNION SELECT ...) This query is transformed to : SELECT ... FROM ... WHERE EXISTS (SELECT 1 FROM (SELECT f(..) AS c UNION SELECT ...) x HAVING a = c) In the above query c in the HAVING clause is made to be an Item_null_helper (a subclass of Item_ref) pointing to the real Item_field (which is not referenced anywhere else in the query anymore). This is done because Item_ref_null_helper collects information whether there are NULL values in the result. This is OK for directly executed statements, because the Item_field pointed by the Item_null_helper is already fixed when the transformation is done. But when executed as a prepared statement all the Item instances are "un-fixed" before the recompilation of the prepared statement. So when the Item_null_helper gets fixed it discovers that the Item_field it points to is not fixed and issues an error. The remedy is to keep the original select list references when there are no tables in the FROM clause. So the above becomes : SELECT ... FROM ... WHERE EXISTS (SELECT c FROM (SELECT f(..) AS c UNION SELECT ...) x HAVING a = c) In this way c is referenced directly in the select list as well as by reference in the HAVING clause. So it gets correctly fixed even with prepared statements. And since the Item_null_helper subclass of Item_ref_null_helper is not used anywhere else it's taken out.
-
knielsen@mysql.com authored
-