pem@mysql.comhem.se
e04f4fb46c
Fixed BUG#5307: Stored procedure allows statement after BEGIN ... END.
2004-09-02 19:14:34 +02:00
pem@mysql.comhem.se
fee115adca
Fixed BUG#5287: Stored procedure crash if leave outside loop.
...
Bug in diff_handlers and diff_cursors made it attempt to pop
the wrong number at jumps sometimes.
2004-09-02 17:24:25 +02:00
acurtis@pcgem.rdg.cyberkinetica.com
7ee2f2c6bb
Merge bk-internal.mysql.com:/home/bk/mysql-5.0
...
into pcgem.rdg.cyberkinetica.com:/usr/home/acurtis/work/mysql-5.0
2004-08-30 22:11:14 +01:00
acurtis@pcgem.rdg.cyberkinetica.com
203debc666
Fix column name where it starts with a backtick
2004-08-30 22:08:51 +01:00
pem@mysql.comhem.se
12b1c4b330
Fixed BUG#5279: Stored procedure packets out of order if CHECKSUM TABLE.
2004-08-30 14:52:21 +02:00
pem@mysql.comhem.se
f723438555
Fixed BUG#5251: mysql changes creation time of a procedure/function when altering.
2004-08-27 16:41:34 +02:00
pem@mysql.comhem.se
c81b848d20
Major rehacking and cleanup of sp_pcontext.
...
This finishes (almost) WL#2002: Implement stored procedure GOTO.
Only the syntax issue for free labels remains ("label L;" vs "L:").
2004-08-26 12:54:30 +02:00
pem@mysql.comhem.se
6b5a6cdf99
Fixed BUG#3157: Crash if stored procedure contains IF EXISTS,
...
and BUG#336: Subselects with tables does not work as values for
local SP variables (which was closed before with a temp. fix, but not
actually fixed).
2004-08-24 16:07:39 +02:00
pem@mysql.comhem.se
38b4cbbbd5
WL#2002: Implement stored procedure GOTO.
...
Mostly done, it works, but the temporary LABEL syntax still to be fixed.
2004-08-17 20:20:58 +02:00
dlenev@brandersnatch.localdomain
15547058e5
Made sp.test more repeatable.
2004-08-13 20:02:52 +04:00
pem@mysql.comhem.se
33c58f8c67
Removed an SP test case that's not repeatable over different builds/platforms.
2004-08-06 17:04:55 +02:00
pem@mysql.comhem.se
a21487fb4f
Fixed BUG#4904: Stored procedure crash if continue handler for HY000 errors.
...
The description is not entirerly correct. The issue was follow-up errors
where the first error is not caught - in which case it's often a system
error with errcode < 1000 (which are mapped by default to 'HY000'). In this
case the error state is different from what was assumed in the execution
loop.
2004-08-06 15:21:28 +02:00
pem@mysql.comhem.se
015b4145da
Fixed BUG#4902: Stored procedure with SHOW WARNINGS leads to packet error,
...
and tried to do it properly this time, digging out all show commands that
need the multi results flag set.
2004-08-06 13:47:01 +02:00
pem@mysql.comhem.se
714c3c0942
Fixed BUG#4318: Stored Procedure packet error if HANDLER statement,
...
at least partially. It doesn't crash or give packets out of order
any more, but it's unclear why it doesn't actually return anything
from within an SP. This should be investigated at some point, but
for the moment this will have to do. (It is a rather obscure feature... :)
2004-07-29 16:52:17 +02:00
serg@serg.mylan
74b0fdddc8
Merge
2004-07-26 21:06:46 +02:00
pem@mysql.comhem.se
bebaaac57d
New test case for BUG#4726: Stored procedure crash when looping over SELECT with complex WHERE's.
...
(The fix was merged in from 4.1)
2004-07-23 19:52:06 +02:00
pem@mysql.comhem.se
e9507f0e1a
Fixed BUG#4579: Execution of SP crashes server.
...
Sub-CALLs of procedures zapped thd->current_arena for good.
2004-07-22 16:46:59 +02:00
serg@serg.mylan
1ed5ce8767
disabled innodb is NOT a reason to fail
2004-07-13 21:00:00 +02:00
pem@mysql.comhem.se
26ec49f1a8
Fixed BUG#3368: Stored procedure crash if group_concat(variable).
2004-06-15 14:26:19 +02:00
pem@mysql.comhem.se
ad19125447
Fixed BUG#3843: ANALYZE TABLE inside stored procedure causes 'Packets out of order' error.
2004-06-14 12:38:54 +02:00
pem@mysql.comhem.se
078f717804
Fixed BUG#3132: Stored function returns empty when used in union.
2004-06-10 17:07:53 +02:00
pem@mysql.comhem.se
cc897576fe
Fixed BUG#2564: SHOW CREATE inconsistent W.R.T ANSI_QUOTES.
...
It's not possible to quote the definition according to the current sql_mode
setting, so instead we use the setting stored with the SP (that's how it's
parsed anyway), and show this setting in the SHOW CREATE output.
2004-06-09 14:19:43 +02:00
pem@mysql.comhem.se
27abb69250
Fixed BUG#2460: Crash wih Stored Procedure and UNION.
2004-05-28 19:43:06 +02:00
pem@mysql.comhem.se
a4729a9052
Added test cases for the following bugs that have been fixed by recent changes:
...
BUG#1863: CREATE TABLE in Stored Procedure sometimes crashes on repeated calls.
BUG#2656: select with join in stored procedure: erroneous result on 2nd call.
BUG#3426: IF x IS NULL in stored procedure fails on second call within connection.
BUG#3448: Stored Procedures with inner joins possible bug.
BUG#3734: Stored procedure returns wrong rows with fulltext parameter.
BUG#3863: Stored procedure crash when incrementing variable in a loop.
(And corrected the row count output to the client after CALL)
2004-05-28 18:33:14 +02:00
bell@sanja.is.com.ua
350d8a215b
Merge sanja.is.com.ua:/home/bell/mysql/bk/mysql-5.0
...
into sanja.is.com.ua:/home/bell/mysql/bk/work-sp2_bak-5.0
2004-05-26 14:59:42 +03:00
bell@sanja.is.com.ua
c7396f8d20
PS and SP made compatible in mechanism used for preparing query for rexecutions (Bug #2266 )
2004-05-20 02:02:49 +03:00
pem@mysql.comhem.se
017ffcdeaf
Fixed comment for prime test.
...
(Again, mostly to test sendmail replacement for tunneling.)
2004-05-13 13:29:18 +02:00
pem@mysql.comhem.se
e27e208f67
Added comment about expected result for prime test.
...
(This is mostly to test sendmail tunneling of commit email...
might not actually get pushed)
2004-05-13 13:08:16 +02:00
pem@mysql.comhem.se
e1182c5226
Correction of WL#1567: row_count() is -1 following non-insert/update/delete
...
statements.
2004-05-04 17:18:47 +02:00
pem@mysql.comhem.se
296ba0ea57
WL#1567: Add ROW_COUNT() Function to retrieve count of rows updated/inserted/deleted
2004-05-04 13:45:20 +02:00
pem@mysql.comhem.se
1541f2e794
Fixed BUG#2780: Stored procedure exit handler ignored for warnings.
...
Actually catch pushed warnings.
2004-04-06 16:29:38 +02:00
pem@mysql.comhem.se
4a6e6251e7
Fixed BUG#2776: Stored procedure crash if variable assigned to default.
...
Keep track on the default value and use it. (Or NULL, if not declared.)
2004-04-06 15:48:58 +02:00
pem@mysql.comhem.se
eb7319e850
Fixed BUG#2772: Function with character set clause fails in stored procedures.
...
Complex return types were not stored correctly in the mysql.proc table.
2004-04-06 13:26:53 +02:00
pem@mysql.comhem.se
52c820fbc5
Enforce standard declaration order in SPs.
...
Added new test cases for this, and adjusted old tests accordingly,
and new error codes and messages.
Fixed bugs in some tests (bug2673 and use test).
Added debug printing of instructions in SPs.
2004-03-29 11:16:45 +02:00
pem@mysql.comhem.se
5954e94fa7
Fixed BUG#3259: Stored procedure names are case sensitive.
...
Procedure names were unintentionally case-sensitive when read from the database
(but case-insensitive when fetched from the cache).
Note that the DB-part of qualified names is still case-sensitive (for consistency
with other usage in mysql).
2004-03-23 12:04:40 +01:00
pem@mysql.comhem.se
5476eb0709
WL#1366: Use the schema (db) associated with an SP.
...
Phase 4 (final): Remove associated stored procedures when a database is dropped.
2004-03-22 14:44:41 +01:00
pem@mysql.com
786f823248
Merge
2004-03-18 15:08:17 +01:00
pem@mysql.comhem.se
0411f45801
Fix BUG#2674: Crash if return system variable in stored procedures.
...
Had to initialize some fields in lex before parsing an SP read from
mysql.proc.
2004-03-17 12:09:03 +01:00
pem@mysql.comhem.se
6c6bbba007
WL#1366: Use the schema (db) associated with an SP.
...
Phase 2: Make SPs belong to a DB, and use qualified names.
As a side effect, using USE in an SP is no longer allowed.
(It just doesn't work otherwise.)
2004-03-11 17:18:59 +01:00
pem@mysql.comhem.se
5344528b00
Fixed test for BUG#2614 (right name, right place, etc...),
...
and updated sp.result as well.
2004-02-03 15:58:22 +01:00
Sinisa@sinisa.nasamreza.org
4320327826
sp.test:
...
test case for the fix for bug #2614
sp_head.cc:
A fix for a crashing bug in stored procedures with INSERT ... SELECT ... (Bug #2514 )
2004-02-03 16:22:43 +02:00
pem@mysql.comhem.se
bfdf9d3cc4
Fixed BUG#2227: Server crash with stored procedure call.
...
(Meaning "... with SELECT v", where v is a local variable.)
2004-01-21 14:28:35 +01:00
pem@mysql.com
40f21c8aa7
Merge mysql.com:/usr/local/bk/mysql-5.0
...
into mysql.com:/home/pem/work/mysql-5.0
2004-01-14 18:20:49 +01:00
pem@mysql.comhem.se
a1ff4d65ff
Fixed BUG#2267: Lost connect if stored procedure has SHOW FUNCTION STATUS.
...
(This might not be enough, could be more statements that must be detected...)
2004-01-14 18:18:29 +01:00
pem@mysql.comhem.se
370a43a32a
Fixed BUG#2329: Crash if insert with variable name in stored procedure.
...
Found a few more places in the parser (insert, replace and update) where
local stored procedure variables should not be recognized.
2004-01-14 12:47:03 +01:00
pem@mysql.comhem.se
c40e51f283
Fix BUG#2260: Handler NOT FOUND declaration does't work in stored procedure
2004-01-08 10:55:10 +01:00
pem@mysql.comhem.se
bb51272bd1
Post-merge fixes.
...
Multiple result sets from stored procedures now works with the
mysql and mysqltest clients.
2003-12-16 18:09:22 +01:00
pem@mysql.comhem.se
07541b6abf
WL#1365: Implement definer's rights execution of stored procedures.
...
(Also put the hostpart back in the definer column.)
2003-12-13 16:40:52 +01:00
pem@mysql.comhem.se
7a20e5282e
In order to make ALTER PROCEDURE|FUNCTION work correctly, and in general to
...
make characteristics (and SHOW) work right, we had to separate the old
definition blob in the mysql.proc table into separate fields for parameters,
return type, and body, and handle the characteristics (like SQL SECURITY)
separately... and then reassemble the CREATE string for parsing, of course.
This is rather ugly, mostly the parser bit. (Hopefully that will be better
with the new parser.)
2003-12-12 14:05:29 +01:00
pem@mysql.comhem.se
7bfbfc308f
WL#1364: Store some environmental values with SPs and use at invokation
...
sql_mode is stored and used with SPs.
sql_select_limit is always unlimited in SPs.
2003-12-11 12:23:50 +01:00