Several leaks in new GLProgram from compileProgram() from GLScreen::getProgram() from GLWindowAutoProgram::getProgram()
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Fix Released
|
High
|
Daniel van Vugt | ||
0.9.8 |
Won't Fix
|
High
|
Unassigned | ||
compiz (Ubuntu) |
Fix Released
|
High
|
Daniel van Vugt |
Bug Description
Reviewing the code, this one looks real...
==9349== 16 (8 direct, 8 indirect) bytes in 1 blocks are definitely lost in loss record 381 of 1,327
==9349== at 0x4C2AF8E: operator new(unsigned long) (in /usr/lib/
==9349== by 0xE017BC1: GLProgramCache:
==9349== by 0xE0238FA: GLScreen:
==9349== by 0xE01FC69: GLWindowAutoPro
==9349== by 0xE0137C6: PrivateVertexBu
==9349== by 0xE010B81: GLWindow:
==9349== by 0xE010AD6: GLWindow:
==9349== by 0xE0112F4: GLWindow:
==9349== by 0xE011136: GLWindow:
==9349== by 0x11B9FF5C: PrivateCubeWind
==9349== by 0xE0114CC: GLWindow:
==9349== by 0xE0118A2: PrivateGLScreen
==9349==
Related branches
- PS Jenkins bot (community): Approve (continuous-integration)
- Sam Spilsbury: Approve
-
Diff: 25 lines (+3/-2)1 file modifiedplugins/opengl/src/programcache.cpp (+3/-2)
summary: |
- Memory leak in new GLProgram from compileProgram() from + Several leaks in new GLProgram from compileProgram() from GLScreen::getProgram() from GLWindowAutoProgram::getProgram() |
Changed in compiz: | |
assignee: | nobody → Daniel van Vugt (vanvugt) |
Changed in compiz: | |
status: | Triaged → In Progress |
importance: | Medium → High |
Changed in compiz (Ubuntu): | |
importance: | Medium → High |
Changed in compiz (Ubuntu): | |
status: | Triaged → In Progress |
assignee: | nobody → Daniel van Vugt (vanvugt) |
Changed in compiz: | |
status: | In Progress → Fix Committed |
Changed in compiz: | |
status: | Fix Committed → Fix Released |
Valgrind log showing several similar leaks. Lets focus on the getProgram() leaks in this bug.