| Bug #10107 | Memory leak in view over subquery | ||
|---|---|---|---|
| Submitted: | 23 Apr 2005 0:53 | Modified: | 28 Apr 2005 15:29 |
| Reporter: | Sergey Petrunya | Email Updates: | |
| Status: | Closed | Impact on me: | |
| Category: | MySQL Server | Severity: | S3 (Non-critical) |
| Version: | 5.0-bk | OS: | |
| Assigned to: | Sergey Petrunya | CPU Architecture: | Any |
[23 Apr 2005 0:54]
Sergey Petrunya
Can't push fix for BUG#8490 because of this, so I'm assigning this to myself
[23 Apr 2005 2:51]
Bugs System
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/24242
[25 Apr 2005 0:23]
Sergey Petrunya
Pushed into 5.0.5 tree
[28 Apr 2005 15:29]
Paul DuBois
Noted in 5.0.5 changelog.

Description: Selecting from a view that contains subquery causes memory leaks. How to repeat: Run this test ---- create table t1 as select 1 A union select 2 union select 3; create table t2 as select * from t1; create table t3 as select a a,a b from t2; create view v2 as select * from t3 where a in (select * from t1) or b in (select * from t2); select * from v2 A where A.a < 2; drop view v2; drop table t1, t2, t3; ---- And get this: Warning: Not freed memory segments: 1 Warning: Memory that was not free'ed (880 bytes): 880 bytes at 0x008cd3c20, allocated at line 3111 in 'sql_select.cc' Suggested fix: Figure out where the JOIN::cleanup call is missing