Gtkmm-forge Digest, Vol 7, Issue 3
- From: gtkmm-forge-request lists sourceforge net
- To: gtkmm-forge lists sourceforge net
- Subject: Gtkmm-forge Digest, Vol 7, Issue 3
- Date: Fri, 08 Dec 2006 12:13:44 -0800
Send Gtkmm-forge mailing list submissions to
gtkmm-forge lists sourceforge net
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
gtkmm-forge-request lists sourceforge net
You can reach the person managing the list at
gtkmm-forge-owner lists sourceforge net
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 351217] SlotTransfer used in Gnome::Vfs::Transfer should
return (g)int (gnomemm (bugzilla.gnome.org))
2. [Bug 351217] SlotTransfer used in Gnome::Vfs::Transfer should
return (g)int (gnomemm (bugzilla.gnome.org))
3. [Bug 351217] SlotTransfer used in Gnome::Vfs::Transfer should
return (g)int (gnomemm (bugzilla.gnome.org))
4. [Bug 362181] Cairo::RefPtr leaking memory
(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))
----------------------------------------------------------------------
Message: 1
Date: Fri, 8 Dec 2006 08:21:41 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 351217] SlotTransfer used in
Gnome::Vfs::Transfer should return (g)int
To: gtkmm-forge lists sourceforge net
Message-ID: <20061208082141 C72B26C4180 box gnome org>
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=351217
gnomemm | gnome-vfsmm | Ver: unspecified
------- Comment #7 from Murray Cumming 2006-12-08 08:20 UTC -------
Excellent.
But why do we need to create the Async2 namespace as well? Async and Aysnc2
seem to have the same API.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 2
Date: Fri, 8 Dec 2006 08:22:40 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 351217] SlotTransfer used in
Gnome::Vfs::Transfer should return (g)int
To: gtkmm-forge lists sourceforge net
Message-ID: <20061208082240 355BE6C417E box gnome org>
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=351217
gnomemm | gnome-vfsmm | Ver: unspecified
------- Comment #8 from Murray Cumming 2006-12-08 08:21 UTC -------
Sorry, ignore that. I was only looking at one file, and I forgot that more than
one file implements the namespace.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 3
Date: Fri, 8 Dec 2006 08:24:29 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 351217] SlotTransfer used in
Gnome::Vfs::Transfer should return (g)int
To: gtkmm-forge lists sourceforge net
Message-ID: <20061208082430 01F076C4180 box gnome org>
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=351217
gnomemm | gnome-vfsmm | Ver: unspecified
------- Comment #9 from Murray Cumming 2006-12-08 08:23 UTC -------
I have committed this to HEAD, with only minor changes to use the @deprecated
doxygen keyword. Thanks so much for the hard work.
I'll release a tarball in a few days time, if everything seems OK.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 4
Date: Fri, 8 Dec 2006 08:32:55 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 362181] Cairo::RefPtr leaking memory
To: gtkmm-forge lists sourceforge net
Message-ID: <20061208083255 6DB1E6C4182 box gnome org>
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=362181
gtkmm | general | Ver: 2.10.x
Murray Cumming changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Comment #13 from Murray Cumming 2006-12-08 08:31 UTC -------
I'm going to assume that this is correct. It's been sitting in CVS for a while
and I will now do a tarball release. Thanks all.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 5
Date: Fri, 8 Dec 2006 13:04:28 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 383340] Memory leaks under win32 and
VS2005
To: gtkmm-forge lists sourceforge net
Message-ID: <20061208130428 8E4FD6C413E box gnome org>
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
Cedric Gustin changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
OS/Version|All |Windows
------- Comment #2 from Cedric Gustin 2006-12-08 13:03 UTC -------
Bug confirmed. First let me point out that this bug can only be reproduced with
Visual C++ (crtdbg.h is not available for mingw32).
Second, I ran this example through a memory leak detection tool
(http://www.codeproject.com/tools/leakfinder.asp). Log report is attached to
this comment. Looks like memory leaks occurs in glib\glibmm\wrap.cc(98) and
glib\glibmm\error.cc(138). Are Error::register_cleanup() and
wrap_register_cleanup() correctly called ?
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 6
Date: Fri, 8 Dec 2006 13:05:28 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 383340] Memory leaks under win32 and
VS2005
To: gtkmm-forge lists sourceforge net
Message-ID: <20061208130528 57EA56C413F box gnome org>
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 #3 from Cedric Gustin 2006-12-08 13:04 UTC -------
Created an attachment (id=77958)
--> (http://bugzilla.gnome.org/attachment.cgi?id=77958&action=view)
LeakMem log report
--
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
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
End of Gtkmm-forge Digest, Vol 7, Issue 3
*****************************************
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]