Send Gtkmm-forge mailing list submissions to
[EMAIL PROTECTED]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gtkmm-forge digest..."
gtkmm-forge is the mailing list that receives gtkmm bug reports from bugzilla.
A daily digest is sent to gtkmm-main, to encourage people to help fixing the
bugs. Do not try to unsubscribe gtkmm-forge from gtkmm-list.
Today's Topics:
1. [Bug 357565] Reparentable Tree Store (gtkmm (bugzilla.gnome.org))
2. [Bug 383340] New: Memory leaks under win32 and VS2005
(gtkmm (bugzilla.gnome.org))
3. [Bug 383340] Memory leaks under win32 and VS2005
(gtkmm (bugzilla.gnome.org))
----------------------------------------------------------------------
Message: 1
Date: Thu, 7 Dec 2006 03:11:19 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 357565] Reparentable Tree Store
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=utf-8
Do not reply to this via email (we are currently unable to handle email
responses and they get discarded). You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=357565
gtkmm | general | Ver: 2.10.x
------- Comment #4 from Paul Davis 2006-12-07 03:09 UTC -------
2006-12-06 Paul Davis <[EMAIL PROTECTED]>
* examples/reparentabletreestore/CustomTreeStore.cc
* examples/reparentabletreestore/CustomTreeStore.hh
* examples/reparentabletreestore/ExampleWindow.cc
* examples/reparentabletreestore/ExampleWindow.hh
* examples/reparentabletreestore/main.cc
* examples/reparentabletreestore/Makefile.am: Created an example derived
Gtk::TreeStore object that shows how to reparent rows.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 2
Date: Thu, 7 Dec 2006 12:28:43 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 383340] New: Memory leaks under win32
and VS2005
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]/>
Content-Type: text/plain; charset=utf-8
Do not reply to this via email (we are currently unable to handle email
responses and they get discarded). You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=383340
gtkmm | general | Ver: 2.4.x
Summary: Memory leaks under win32 and VS2005
Product: gtkmm
Version: 2.4.x
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: general
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
QAContact: [EMAIL PROTECTED]
GNOME version: Unspecified
GNOME milestone: Unspecified
Please describe the problem:
The gtkmm stable release leaks memory after an application exits.
Steps to reproduce:
1. Create an simple win32 project with the following main function :
#include <gtkmm.h>
#include <windows.h>
#include <crtdbg.h>
int main( int argc, char* argv[] )
{
_CrtSetDbgFlag( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );
Gtk::Main kit(argc, argv);
return 0x0;
}
3. observe memory leaks in debug output window when executed in the vs2005
debugger
Actual results:
The above code does the following:
_CrtsetDbgFlag() instructs the platform sdk to track all allocations and to
dump a report of all unfreed allocations at the exit of the program ( this
happens after all process-owned dlls are unloaded from the process memory space
and all global variables are gone and the process is ready to be closed ).
The other two lines should be self-explanatory.
Expected results:
You see about 18 memory leaks in the debug output window of vs2005.
Does this happen every time?
Yes
Other information:
In the above reproduction case, the Gtk:Main objects leaks memory only once.
Executing it in a loop does not introduce more memory leaks, so the impression
of memory belonging to static/global objects is not being freed comes to mind.
A more elaborate test case can be found under
http://rainestorm.org/craine/gtkmm_memleak.zip
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 3
Date: Thu, 7 Dec 2006 13:09:15 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 383340] Memory leaks under win32 and
VS2005
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=utf-8
Do not reply to this via email (we are currently unable to handle email
responses and they get discarded). You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=383340
gtkmm | general | Ver: 2.4.x
Murray Cumming changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[EMAIL PROTECTED],
| |[EMAIL PROTECTED]
------- Comment #1 from Murray Cumming 2006-12-07 13:07 UTC -------
> You see about 18 memory leaks in the debug output window of vs2005.
Could you attach those results here as a text file, please.
I guess it's possible that we allocate static stuff and don't free it. Normally
that wouldn't be an issue. Do you have a need for a cleanup function, to
explicitly release such objects?
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
------------------------------
_______________________________________________
Gtkmm-forge mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
End of Gtkmm-forge Digest, Vol 7, Issue 2
*****************************************
_______________________________________________
gtkmm-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gtkmm-list
