Gtkmm-forge Digest, Vol 5, Issue 5
- From: gtkmm-forge-request lists sourceforge net
- To: gtkmm-forge lists sourceforge net
- Subject: Gtkmm-forge Digest, Vol 5, Issue 5
- Date: Thu, 19 Oct 2006 12:13:27 -0700
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 362181] Cairo::RefPtr leaking memory
(gtkmm (bugzilla.gnome.org))
2. [Bug 349334] Calling close() from Gnome::Vfs::DirectoryHandle
causes segfault (gnomemm (bugzilla.gnome.org))
3. [Bug 351217] SlotTransfer used in Gnome::Vfs::Transfer should
return (g)int (gnomemm (bugzilla.gnome.org))
4. [Bug 351217] SlotTransfer used in Gnome::Vfs::Transfer should
return (g)int (gnomemm (bugzilla.gnome.org))
5. [Bug 153142] libbonobomm cvs build error, when building
statically. (gnomemm (bugzilla.gnome.org))
6. [Bug 154498] Unnecessary warning on console:
signalproxy_connectionnode.cc (glibmm (bugzilla.gnome.org))
7. [Bug 352111] no function Pango::LayoutIter
wrap(PangoLayoutIter*, bool) (gtkmm (bugzilla.gnome.org))
----------------------------------------------------------------------
Message: 1
Date: Thu, 19 Oct 2006 16:40:47 +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: <20061019164047 31FCE6C40C3 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
----------------------------------------------------------------------------
CC| |murrayc murrayc com
------- Comment #1 from Murray Cumming 2006-10-19 16:39 UTC -------
Please attach an actual compileable test case.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 2
Date: Thu, 19 Oct 2006 17:01:53 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 349334] Calling close() from
Gnome::Vfs::DirectoryHandle causes segfault
To: gtkmm-forge lists sourceforge net
Message-ID: <20061019170153 DEBB56C40C6 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=349334
gnomemm | gnome-vfsmm | Ver: 2.6
Murray Cumming changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Comment #6 from Murray Cumming 2006-10-19 17:00 UTC -------
I have changed the close() function to set gobj_ to 0 so that it is not used
later in the destructor. I believe that fixes this. Please reopen if I'm wrong.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 3
Date: Thu, 19 Oct 2006 17:17:43 +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: <20061019171743 D66BE6C40C6 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 #2 from Murray Cumming 2006-10-19 17:16 UTC -------
Thanks for researching this. I guess that documentation didn't exist when we
made this API, or we didn't find it. It's a nasty API - interpreting an int as
different enums depending on some other state.
Unfortunately, we can't change this now. It's declared stable API/ABI. Also
unfortunately, SlotProgress is used in lots of places. I suppose we could
deprecate the whole Transfer namespace and replace it with a new TransferEx
namespace, or something with a less awkward name.
Also, I find the text at
http://developer.gnome.org/doc/API/2.0/gnome-vfs-2.0/gnome-vfs-20-gnome-vfs-xfer.html#GnomeVFSXferProgressCallback
very unclear. We would need to document it properly. I think it is mentioning 4
cases:
1. If the return value is `FALSE' (0), the operation is interrupted
immediately.
2. If the return value is != 0, and
info->status is GNOME_VFS_XFER_PROGRESS_STATUS_OK,
the transfer operation is resumed normally.
3. If the return value is != 0, and
info->status is GNOME_VFS_XFER_PROGRESS_STATUS_VFSERROR,
the return value is interpreted as a GnomeVFSXferErrorAction and operation
is interrupted, continued or retried accordingly.
(true == 1, so that would mean GNOME_VFS_XFER_ERROR_ACTION_RETRY.)
4. If the return value is != 0, and
info->status is GNOME_VFS_XFER_PROGRESS_STATUS_OVERWRITE,
the return value is interpreted as a GnomeVFSXferOverwriteAction
(true == 1, so that would mean GNOME_VFS_XFER_OVERWRITE_ACTION_REPLACE.)
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 4
Date: Thu, 19 Oct 2006 17:18:01 +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: <20061019171801 944396C40BE 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
Murray Cumming changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |normal
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 5
Date: Thu, 19 Oct 2006 17:22:34 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 153142] libbonobomm cvs build error,
when building statically.
To: gtkmm-forge lists sourceforge net
Message-ID: <20061019172235 05A226C4079 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=153142
gnomemm | libbonobomm | Ver: unspecified
Murray Cumming changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |OBSOLETE
------- Comment #12 from Murray Cumming 2006-10-19 17:21 UTC -------
Closing because this is unlikely to ever be dealt with.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 6
Date: Thu, 19 Oct 2006 17:28:02 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 154498] Unnecessary warning on console:
signalproxy_connectionnode.cc
To: gtkmm-forge lists sourceforge net
Message-ID: <20061019172802 DF8286C40CE 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=154498
glibmm | general | Ver: 2.4.x
Murray Cumming changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |murrayc murrayc com
------- Comment #14 from Murray Cumming 2006-10-19 17:27 UTC -------
The valgrind warnings still show up with the latest stuff.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
Message: 7
Date: Thu, 19 Oct 2006 17:59:22 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 352111] no function Pango::LayoutIter
wrap(PangoLayoutIter*, bool)
To: gtkmm-forge lists sourceforge net
Message-ID: <20061019175922 21FA26C40BC 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=352111
gtkmm | general | Ver: 2.9.x
Murray Cumming changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |murrayc murrayc com
------- Comment #1 from Murray Cumming 2006-10-19 17:58 UTC -------
Yes, it seems that whenever we use _CLASS_GENERIC in the .hg file, we need to
write a wrap() function by hand. For instance, we do this in
pango/src/attributes.hg.
A patch would be welcome. In the meantime, people should be able to use the
constructors directly.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------------------------------
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
------------------------------
_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
End of Gtkmm-forge Digest, Vol 5, Issue 5
*****************************************
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]