hf@deer.(none)
e100530b3e
Fix for #2212 (mysql_change_user doesn't work in embedded library)
...
now it's working
2004-02-14 20:26:21 +04:00
bell@sanja.is.com.ua
7626ab603e
Merge sanja.is.com.ua:/home/bell/mysql/bk/mysql-4.1
...
into sanja.is.com.ua:/home/bell/mysql/bk/work-limit-4.1
2004-02-14 13:06:04 +02:00
pem@mysql.com
5faf244b30
Merge mysql.com:/home/pem/work/mysql-4.1
...
into mysql.com:/home/pem/work/mysql-5.0-merge
2004-02-13 17:39:00 +01:00
hf@deer.(none)
c25fc5c664
Another fix for #2208
...
previous one had error
2004-02-13 11:56:36 +04:00
bell@sanja.is.com.ua
5ef05f4284
Merge sanja.is.com.ua:/home/bell/mysql/bk/mysql-4.1
...
into sanja.is.com.ua:/home/bell/mysql/bk/work-limit-4.1
2004-02-12 22:33:30 +02:00
acurtis@pcgem.rdg.cyberkinetica.com
a316e2f9e5
Bug#2703
...
"MySQL server does not detect if garbage chara at the end of query"
Allow the parser to see the garbage characters.
Garbage should cause the parser to report an error.
2004-02-12 12:01:27 +00:00
hf@deer.(none)
77e9444530
Merge abotchkov@bk-internal.mysql.com:/home/bk/mysql-4.1
...
into deer.(none):/home/hf/work/mysql-4.1.2208
2004-02-11 16:36:33 +04:00
guilhem@gbichot2.local
e450acc71c
Fix for BUG#2703
...
"MySQL server does not detect if garbage chars at the end of query":
Detect garbage chars at the end of the query or at the end of a query
for a prepared statement (which happens if mysql_real_query() or mysql_prepare()
were called with a too big 'length' parameter (bigger than the real intended
length of the query: then we receive a query + garbage characters from the
client). This resulted in garbage chars written into the binlog.
Now instead the client receives something like:
'You have an error in your SQL syntax. Check the manual that corresponds
to your MySQL server version for the right syntax to use near '!stmt'
at line 1' i.e. the server is pointing at the weird tail of the query
(this '!stmt' are the garbage chars sent by the client).
All tests pass, except mysqldump.test and ctype_utf8.test but they failed
before the patch.
2004-02-11 12:32:47 +01:00
monty@mysql.com
ce14578909
Merge with 4.0.18
2004-02-11 00:06:46 +01:00
pem@mysql.com
c8585f3283
Merge 4.1 into 5.0.
2004-02-10 18:44:02 +01:00
hf@deer.(none)
d7e3b89ce9
Merge abotchkov@bk-internal.mysql.com:/home/bk/mysql-4.1
...
into deer.(none):/home/hf/work/mysql-4.1.2208
2004-02-10 19:33:04 +04:00
hf@deer.(none)
348bd98e48
Fix for #2208 (multi-query returns wrong result in embedded library)
...
now we execute only one first select during mysql_real_query
others - during 'mysql_next_result'
2004-02-10 17:09:59 +04:00
bell@sanja.is.com.ua
74a9ca1991
ufter revview fix (BUG#2120)
2004-02-09 14:44:03 +02:00
bell@sanja.is.com.ua
b99d13582b
Merge sanja.is.com.ua:/home/bell/mysql/bk/mysql-4.1
...
into sanja.is.com.ua:/home/bell/mysql/bk/work-derived2-4.1
2004-02-09 12:10:12 +02:00
bell@sanja.is.com.ua
b61b8bf2e1
correct assignment of default limit (BUG#2600)
2004-02-04 15:26:41 +02:00
monty@mysql.com
5d7ffa49ec
Merge bk-internal.mysql.com:/home/bk/mysql-4.0
...
into mysql.com:/home/my/mysql-4.0
2004-02-04 00:29:34 +01:00
konstantin@mysql.com
7e9944d3d5
cleanup: #ifdef DELETE_ITEMS removed
2004-02-03 23:34:31 +03:00
monty@mysql.com
d51263b6e5
Ensure that privileges are tested properly for multi-table-updates.
...
Now one need only SELECT privilege for tables that are only read in
UPDATE statements with many tables. (Bug #2377 ).
2004-02-03 19:17:23 +01:00
bell@sanja.is.com.ua
bd259f54c9
Merge sanja.is.com.ua:/home/bell/mysql/bk/mysql-4.1
...
into sanja.is.com.ua:/home/bell/mysql/bk/work-derived2-4.1
2004-02-01 15:31:30 +02:00
bell@sanja.is.com.ua
2a9cd37cd6
now all tables of query are locked in one place (including derived tables)
...
fixed BUG#2120 and other problem with EXPLAINing derived tables
2004-02-01 15:30:32 +02:00
dlenev@mysql.com
eb218f3c71
Merge bk-internal.mysql.com:/home/bk/mysql-4.0
...
into mysql.com:/home/dlenev/src/mysql-4.0-bg2464
2004-01-30 15:13:54 +03:00
dlenev@mysql.com
e3816cb461
Fix for bugs #1885 , #2464 , #2539 . Proper handling of default
...
values for TIMESTAMP columns. The solution is not perfect since
we just silently ignoring default value for first TIMESTAMP
column and properly reflecting this fact in SHOW CREATE TABLE.
We can't give a warning or simply support standard syntax
(niladic functions as legal value for default) for first field
since it is 4.0 tree.
2004-01-30 15:13:19 +03:00
guilhem@mysql.com
5ce227e78a
Fix for BUG#2527 "Multi-Table Delete - Not Replication use replicate-wild-do-table"
...
(as long as replicate-*-table rules were defined, multi-table DELETE was never
replicated by the slave).
2004-01-29 19:22:29 +01:00
serg@serg.mylan
c4326bc68e
better fix BUG#2361: ALTER TABLE ... DROP PRIMARY KEY drops a non-primary key
2004-01-28 18:35:52 +01:00
bell@sanja.is.com.ua
03d7217f77
Merge
2004-01-20 19:23:28 +02:00
bell@sanja.is.com.ua
2a55a7684f
for multy-delete command used same algorithm of table reference (alias)
2004-01-20 19:16:18 +02:00
hf@deer.(none)
37abf689ec
Pack of changes about 'cleanup()'-s
...
Some errorneous code trimmed
2004-01-20 20:55:47 +04:00
pem@mysql.comhem.se
ee41164863
Made UDFs work again.
2004-01-19 17:37:51 +01:00
Sinisa@sinisa.nasamreza.org
c4223f5387
Merge sinisa@bk-internal.mysql.com:/home/bk/mysql-4.1
...
into sinisa.nasamreza.org:/mnt/work/mysql-4.1
2004-01-15 22:05:24 +02:00
Sinisa@sinisa.nasamreza.org
ba029973fa
null.result, null.test:
...
Fix for a bug #2219 , regarding a bad cast to integer from NULL
item_func.h:
Fix for a bug #2219 , regarding a bad cast to integer from NULL
sql_parse.cc:
A fix for a bug #2207 , with mysql server haning on option setting
2004-01-09 22:28:29 +02:00
hf@deer.(none)
73012f0db2
Merge
2004-01-07 12:54:28 +04:00
bell@sanja.is.com.ua
501ae0bc52
allow UPDATE and DELETE stetements with tables derived from subquery if they are not updated (BUG#2117)
...
allow delete table by alias in multi-delete statement
2004-01-04 23:44:33 +02:00
monty@mysql.com
c1dd070ba7
Some small portability fixes.
...
Added support for lower_case_table_names=2, which is to be used on case insensitive file systems.
This tells MySQL to preserve the used case of filenames and database names to make it esier to move files between cases sensitive can case insensitive file systems (like Windows and Linux)
2003-12-30 13:14:21 +02:00
bar@bar.intranet.mysql.r18.ru
37467ebe07
sql_parse.cc:
...
Fix for the bug 1175: Usernames will not converted to utf8 during connect
2003-12-24 17:58:06 +04:00
konstantin@oak.local
9de694e5eb
THD::init_for_queries() pushed back:
...
see comments to the method why
2003-12-21 22:26:45 +03:00
monty@mysql.com
26aae2abbb
Fixed memory leaks in SP
...
Some code cleanup
2003-12-21 12:48:03 +02:00
pem@mysql.com
d672412102
Merge 4.1 to 5.0 (the prep stmt fixes in particular).
2003-12-20 13:10:29 +01:00
konstantin@mysql.com
4a0ac0029d
Merge bk-internal.mysql.com:/home/bk/mysql-4.1
...
into mysql.com:/home/kostja/mysql/mysql-4.1-prep_st_hack
2003-12-20 02:27:32 +03:00
konstantin@oak.local
2a25b2617a
Prepared_statement deployed instead of PREP_STMT.
2003-12-20 02:16:10 +03:00
pem@mysql.com
12187684ca
Merging lex-pointer change from 4.1 to 5.0.
2003-12-19 20:13:48 +01:00
pem@mysql.comhem.se
843d5b907b
Post-merge fixes.
2003-12-19 19:47:22 +01:00
monty@mysql.com
fcbee7eb1a
merge with lex pointer change patch
2003-12-19 20:18:18 +02:00
monty@mysql.com
1b7f67d65b
Fixed memory overrun bug in DELETE ... ORDER BY
2003-12-19 19:16:26 +01:00
konstantin@oak.local
d37da004f6
THD::lex now points to THD::main_lex like in 5.0
...
All tests pass (client_test included)
2003-12-19 20:52:13 +03:00
pem@mysql.com
99e0ae85c7
Merge 4.1 to 5.0.
2003-12-19 18:03:27 +01:00
monty@mysql.com
d4c32db181
merge with 4.0.18
2003-12-19 16:42:17 +02:00
monty@mysql.com
eeff10e4c1
merge
2003-12-19 16:34:48 +02:00
monty@mysql.com
031390a9a4
Fixes after merge with 4.0
...
Cleaned up embedded library access and query cache handling
Changed min stack size to 128K (to allow longer MyISAM keys)
Fixed wrong priority for XOR (should be less than NEG to get -1^1 to work)
2003-12-19 16:25:50 +02:00
pem@mysql.com
7b13840a46
Merge
2003-12-18 17:51:43 +01:00
antony@ltantony.rdg.cyberkinetica.homeunix.net
2b53eef5f0
WorkLog #1323 (part 2)
...
New Statement: SHOW [STORAGE] ENGINES
New System Variable: storage_engine
New mysqld Argument: --default-storage-engine=
2003-12-17 22:52:03 +00:00