Bug #43375 | close cursor problem | ||
---|---|---|---|
Submitted: | 4 Mar 2009 15:33 | Modified: | 24 Dec 2009 10:00 |
Reporter: | Michał Zalewski | Email Updates: | |
Status: | Can't repeat | Impact on me: | |
Category: | MySQL Server: Stored Routines | Severity: | S2 (Serious) |
Version: | 5.0.77 | OS: | FreeBSD (7.1-STABLE x64) |
Assigned to: | CPU Architecture: | Any | |
Tags: | close cursor, not found event |
[4 Mar 2009 15:33]
Michał Zalewski
[5 Mar 2009 7:03]
Sveta Smirnova
Thank you for the report. I can not repeat described behavior. Please add SELECT @numRows; after SELECT FOUND_ROWS() INTO @numRows;, run procedure in you environment and send us how many rows were found.
[7 Mar 2009 19:08]
Michał Zalewski
"SELECT @numRows" return 12 rows, but when I use: DECLARE done INT DEFAULT 0; DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = 1; to check cursor have more rows, it set done = 1; after first "FETCH cursor_name;"
[23 Dec 2009 9:46]
Sveta Smirnova
Thank you for the feedback. I still can not repeat the problem. Could you please try with latest version 5.0.89 and if problem still exists attach gdb to the running process during hang, then issue command `bt` to obtain backtrace. Probably we can guess why it hangs from it.
[24 Dec 2009 9:55]
Michał Zalewski
It work correctly on MySQL 5.0.85 (installed from ports on FreeBSD 7.2-STABLE x64)
[24 Dec 2009 10:00]
Sveta Smirnova
Thank you for the feedback. Closed as "Can't repeat"