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 383340] Memory leaks under win32 and VS2005
(gtkmm (bugzilla.gnome.org))
2. [Bug 383340] Memory leaks under win32 and VS2005
(gtkmm (bugzilla.gnome.org))
3. [Bug 383340] Memory leaks under win32 and VS2005
(gtkmm (bugzilla.gnome.org))
4. [Bug 383340] Memory leaks under win32 and VS2005
(gtkmm (bugzilla.gnome.org))
5. [Bug 383340] Memory leaks under win32 and VS2005
(gtkmm (bugzilla.gnome.org))
6. [Bug 383340] Memory leaks under win32 and VS2005
(gtkmm (bugzilla.gnome.org))
7. [Bug 384092] New: test does not build
(glibmm (bugzilla.gnome.org))
----------------------------------------------------------------------
Message: 1
Date: Fri, 8 Dec 2006 20:47:21 +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
------- Comment #4 from Murray Cumming 2006-12-08 20:45 UTC -------
I don't think Glib::wrap_register_cleanup() and Glib::Error::register_cleanup()
are called at all. I didn't know they existed. Possibly calling these would
free the memory. If necessary, we could create one these in one Gtk::deinit()
function that calls these, though there might be GTK+ stuff that should also be
released.
But again, I don't think this is generally necessary. I guess it might be an
issue if you are using gtkmm in an in-process plug-in.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 2
Date: Sat, 9 Dec 2006 12:46:53 +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
------- Comment #5 from Christopher Raine 2006-12-09 12:45 UTC -------
Created an attachment (id=78016)
--> (http://bugzilla.gnome.org/attachment.cgi?id=78016&action=view)
vs2005 debug allocation output
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 3
Date: Sat, 9 Dec 2006 12:47:42 +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
------- Comment #6 from Christopher Raine 2006-12-09 12:46 UTC -------
Created an attachment (id=78017)
--> (http://bugzilla.gnome.org/attachment.cgi?id=78017&action=view)
vs2005 debug allocation output
attached the debug output the vs2005 debugger spits out for a simple gtkmm test
program ( mem leak report at the end )
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 4
Date: Sat, 9 Dec 2006 12:48:55 +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
------- Comment #7 from Christopher Raine 2006-12-09 12:47 UTC -------
Created an attachment (id=78018)
--> (http://bugzilla.gnome.org/attachment.cgi?id=78018&action=view)
allocation callstack information
attachment contains callstack information for all allocations reported as leaks
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 5
Date: Sat, 9 Dec 2006 12:49:59 +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
------- Comment #8 from Christopher Raine 2006-12-09 12:48 UTC -------
Created an attachment (id=78019)
--> (http://bugzilla.gnome.org/attachment.cgi?id=78019&action=view)
vs2005 sample project which causes memory leaks
attached a vs2005 sample project which reproduces the memory leaks
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 6
Date: Sat, 9 Dec 2006 12:55:45 +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
------- Comment #9 from Christopher Raine 2006-12-09 12:54 UTC -------
> But again, I don't think this is generally necessary. I guess it might be an
> issue if you are using gtkmm in an in-process plug-in.
>
These leaks are always reported, independent of the way you actually use gtkmm
and therefore can be confused with the leaks that may be reported by the
application one is trying to debug. The crt debugging flags are a somewhat
standard method of finding memory allocation issues under win32.
A cleanup method/function that frees these allocations would be greatly
appreciated from my side.
Christopher Raine
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 7
Date: Sat, 9 Dec 2006 16:36:11 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<[EMAIL PROTECTED]>
Subject: [gtkmm bugzilla] [Bug 384092] New: test does not build
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=384092
glibmm | build | Ver: 2.10.x
Summary: test does not build
Product: glibmm
Version: 2.10.x
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: build
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
QAContact: [EMAIL PROTECTED]
GNOME version: 2.17/2.18
GNOME milestone: Unspecified
This is gtkmm 2.10.6 on Mandriva Cooker. One of the tests does not build:
[EMAIL PROTECTED] property_notification]$ make
if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../gdk -I../../gtk -I../../pango
-I../../pango -I../../atk -I../../atk -I../../gdk -I../../gdk
-I../../gtk-I../../gtk -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include
-I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/cairo
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0
-I/usr/include/gtk-unix-print-2.0 -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fomit-frame-pointer -march=i586 -mtune=generic
-fasynchronous-unwind-tables -Wall -MT main.o -MD -MP -MF ".deps/main.Tpo" -c
-o main.o main.cc; \
then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f
".deps/main.Tpo"; exit 1; fi
main.cc: In function 'int main(int, char**)':
main.cc:29: error: 'class Gtk::ColorButton' has no member named
'connect_property_changed'
main.cc:32: error: 'class Gtk::ColorButton' has no member named
'connect_property_changed'
--
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 4
*****************************************
_______________________________________________
gtkmm-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gtkmm-list
