Memory leak in pango_layout_get_extents
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Pango |
Fix Released
|
Medium
|
|||
Unity |
Invalid
|
Undecided
|
Unassigned | ||
pango1.0 (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Precise |
Fix Released
|
Undecided
|
Unassigned | ||
unity (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Precise |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Impact: there is a memory leak when using pango_layout_
Development Fix: the bug has been fixed in quantal
Stable Fix: simple patch accepted upstream at https:/
Regression Potential: could potentially cause other bugs
Test Case:
- Run the following code in a terminal (feel free to check the result of the GET first)
{{{
for size in 100 200 500; do
echo With size $size
GET https:/
gcc pango_leak.c `pkg-config --cflags --libs pangoft2` -o pango_leak
valgrind ./pango_leak 2>&1 | grep ' lost' | cut -d" " -f 2-
done;
}}}
Observe that before the fix the possibly lost reported grows significantly which different loop counts, and that after the fix it does not.
-- End test case
Valgrind found a leak deep in the nested calls for 'pango_
It appears to be not freeing something.
4,224 (512 direct, 3,712 indirect) bytes in 1 blocks are definitely lost
1,904 (768 direct, 1,136 indirect) bytes in 1 blocks are definitely lost
1,904 (768 direct, 1,136 indirect) bytes in 1 blocks are definitely lost
This from an hour long valgrind run.
Changed in unity (Ubuntu): | |
status: | New → Confirmed |
Changed in pango: | |
importance: | Unknown → Medium |
status: | Unknown → New |
description: | updated |
Changed in pango: | |
status: | New → Fix Released |
Changed in pango1.0 (Ubuntu Precise): | |
status: | New → In Progress |
Changed in unity (Ubuntu Precise): | |
status: | New → Invalid |
description: | updated |
This bug was fixed in the package pango1.0 - 1.30.1-0ubuntu3
---------------
pango1.0 (1.30.1-0ubuntu3) quantal; urgency=low
* debian/ patches/ 00git_memory_ leak.patch:
- Fix memory leak (LP: #837145)
-- Robert Ancell <email address hidden> Thu, 14 Jun 2012 13:10:17 +1200