Bug #11554 Server crashes on statement indirectly using non-cached function

Description:
Server crashes if one executes statement which execution should update one of handler_* status variables and which indirectly (i.e. via view) uses stored function and this function was not yet cached in connection specific stored routines cache.

How to repeat:
# This snippet in mysqltest format demonstrates the problem
connect (con1root,localhost,root,,);
connect (con2root,localhost,root,,);

connection con1root;
use test;

--disable_warnings
drop table if exists t1;
drop function if exists f1;
drop view if exists v1;
--enable_warnings

create table t1 (i int);
create function f1 () returns int return 1;
create view v1 as select f1() as f;

connection con2root;
use test;
# This crashes server
insert into t1 (select f from v1);

Suggested fix:
We should not close all tables opened by thread, when we load function definition from mysql.proc table into stored routine cache.

A patch for this bug has been committed. After review, it may
be pushed to the relevant source trees for release in the next
version. You can access the patch from:

  http://lists.mysql.com/internals/26494

A patch for this bug has been committed. After review, it may
be pushed to the relevant source trees for release in the next
version. You can access the patch from:

  http://lists.mysql.com/internals/26982

A patch for this bug has been committed. After review, it may
be pushed to the relevant source trees for release in the next
version. You can access the patch from:

  http://lists.mysql.com/internals/26983

A patch for this bug has been committed. After review, it may
be pushed to the relevant source trees for release in the next
version. You can access the patch from:

  http://lists.mysql.com/internals/26994

Fixed in 5.0.10

Please also note that now we can use stored routines under LOCK TABLES
without explicitly locking 'mysql.proc'. But this puts certain restrictions on
locking of mysql.proc table - you can't use it in any queries which will 
combine locking of this table for writing with any other tables.

Noted in 5.0.10 changelog.