Krunal Bauskar krunal.bauskar@oracle.com e47f3943f9 - BUG#1608883: KILLING A QUERY INSIDE INNODB CAUSES IT TO EVENTUALLY CRASH ... WITH AN ASSERTION Recently we added check to handle kill query signal for long operating queries. While the query interruption is reported it must to ensure cursor is restore to proper state for HANDLER interface to work correctly. Normal select query will not face this problem, as on recieving interrupt, select query is aborted and new select query result in re-initialization (including cursor). rb://1836. Approved by Marko.		2013-01-14 10:49:51 +05:30
..
row0ins.c	Bug#59354 : Bug #12659252 : ASSERT !OTHER_LOCK AT LOCK_REC_ADD_TO_QUEUE DURING A DELETE OPERATION	2012-11-28 17:05:23 +09:00
row0mysql.c	Merge from mysql-5.1.63-release	2012-05-08 07:19:14 +02:00
row0purge.c	Bug#12963823 CRASH IN PURGE THREAD UNDER UNUSUAL CIRCUMSTANCES	2011-09-22 13:35:02 +03:00
row0row.c	Revert most of revno 3560.9.1 (Bug#12704861)	2011-10-26 11:44:28 +03:00
row0sel.c	- BUG#1608883: KILLING A QUERY INSIDE INNODB CAUSES IT TO EVENTUALLY CRASH	2013-01-14 10:49:51 +05:30
row0uins.c	Applied innodb-5.1 snapshots ss799 and ss854	2006-09-21 01:39:09 -06:00
row0umod.c	Bug #13249921 ASSERT !BPAGE->FILE_PAGE_WAS_FREED, USUALLY IN	2012-09-28 16:02:58 +05:30
row0undo.c	Bug #13249921 ASSERT !BPAGE->FILE_PAGE_WAS_FREED, USUALLY IN	2012-09-28 16:02:58 +05:30
row0upd.c	Add instrumentation for Bug#13721257 RACE CONDITION IN UPDATES OR INSERTS	2012-02-16 12:24:11 +02:00
row0vers.c	Re-enable the debug assertions for Bug#12650861.	2011-06-16 11:51:04 +03:00