Bug 220903 - gtk_label_set_text leaks
Summary: gtk_label_set_text leaks
Keywords:
Status: CLOSED DUPLICATE of bug 222260
Alias: None
Product: Fedora
Classification: Fedora
Component: gtk+
Version: 6
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-12-28 16:54 UTC by David L.
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-02-02 21:28:59 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
example of memory leak (694 bytes, text/plain)
2006-12-28 16:54 UTC, David L.
no flags Details
valgrind output (2.68 KB, text/plain)
2007-01-10 23:28 UTC, David L.
no flags Details

Description David L. 2006-12-28 16:54:22 UTC
Description of problem:


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. compile and run the attached example
2. 
3.
  
Actual results:
leaks memory with gtk version gtk2-2.10.4-8.fc6

Expected results:
doesn't leak memory

Additional info:

Comment 1 David L. 2006-12-28 16:54:23 UTC
Created attachment 144477 [details]
example of memory leak

Comment 2 Matthias Clasen 2007-01-08 15:52:26 UTC
I don't see any leak here ?

Have you tried running under valgrind, to get an idea what may be leaked ?

Comment 3 David L. 2007-01-10 23:28:12 UTC
Created attachment 145294 [details]
valgrind output

Here's the output of valgrind on my system... it doesn't continuously print any

memory errors, but the memory usage does go up forever and valgrind does report
some lost bytes.

Comment 4 Davyd 2007-01-11 07:28:54 UTC
I'm wondering if this is the same as bug 222260.

David L, you should run your valgrind with --leak-check=yes

Comment 5 David L. 2007-01-16 23:10:36 UTC
I tried running valgrind with --leak-check=yes and didn't see any difference. 
The memory usage reported by top is still increasing but I don't see additional
errors reported by valgrind after the initial few.  By the way, somebody on the
gtk mailing list reproduced this bug with the fc6 version of gtk but said it
didn't happen with the latest non-redhat gtk.

Comment 6 Matthias Clasen 2007-02-02 21:28:59 UTC
I'm going to assume this was the same as bug 222260

*** This bug has been marked as a duplicate of 222260 ***


Note You need to log in before you can comment on or make changes to this bug.