[gtkmm] Gtkmm-forge digest, Vol 1 #774 - 5 msgs

[gtkmm-forge-request lists sourceforge net]

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-admin 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 154068]  - Access to human readable string from Gtk::AccelKey would be nice (bugzilla-daemon bugzilla gnome org)
   2. [Bug 154068]  - Access to human readable string from Gtk::AccelKey would be nice (bugzilla-daemon bugzilla gnome org)
   3. [Bug 154498]  - Unnecessary warning on console: signalproxy_connectionnode.cc (bugzilla-daemon bugzilla gnome org)
   4. [Bug 154498]  - Unnecessary warning on console: signalproxy_connectionnode.cc (bugzilla-daemon bugzilla gnome org)
   5. [Bug 154498]  - Unnecessary warning on console: signalproxy_connectionnode.cc (bugzilla-daemon bugzilla gnome org)

--__--__--

Message: 1
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Mon,  4 Oct 2004 23:45:50 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 154068]  - Access to human readable string from Gtk::AccelKey would be nice

http://bugzilla.gnome.org/show_bug.cgi?id=154068
gtk+ | general | Ver: unspecified





------- Additional Comments From mclasen redhat com  2004-10-04 23:45 -------
The patch as is breaks the really obscure feature of overriding the
mod_name_alt, etc strings in classes derived from GtkAccelLabel. Waiting for
timj's comment on that, since it is his code. 

------- You are receiving this mail because: -------
You are the assignee for the bug.


--__--__--

Message: 2
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Tue,  5 Oct 2004 01:18:32 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 154068]  - Access to human readable string from Gtk::AccelKey would be nice

http://bugzilla.gnome.org/show_bug.cgi?id=154068
gtk+ | general | Ver: unspecified

mclasen redhat com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From mclasen redhat com  2004-10-05 01:18 -------
2004-10-05  Matthias Clasen  <mclasen redhat com>

	Provide access to the string representation of accelerators used
	in GtkAccelLabel.  (#154068, John Spray)

	* gtk/gtkaccelgroup.h:
	* gtk/gtkaccelgroup.c (gtk_accelerator_get_label): New function
	to return the accelerator label used in GtkAccelLabel. 
	(gtk_accelerator_name): Update docs to point to 
	gtk_accelerator_get_label().
	* gtk/gtkaccellabel.h:
	* gtk/gtkaccellabel.c (_gtk_accel_label_class_get_accelerator_label): 
	New auxiliary function which creates the string representing the
	accelerator.


------- You are receiving this mail because: -------
You are the assignee for the bug.


--__--__--

Message: 3
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Tue,  5 Oct 2004 01:59:52 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 154498]  - Unnecessary warning on console: signalproxy_connectionnode.cc

http://bugzilla.gnome.org/show_bug.cgi?id=154498
glibmm | general | Ver: 2.4.x





------- Additional Comments From murrayc murrayc com  2004-10-05 01:59 -------
Does every gtkmm example does this? I'd like to see a test case (or named
exampe) so that I can at least investigate in detail later.

For now, please go ahead and comment out the g_warning(), but also try to
investigate with valgrind/memprof in case we are now leaking other memory.
Remember to edit the ChangeLog.

Thanks.

------- You are receiving this mail because: -------
You are the assignee for the bug.


--__--__--

Message: 4
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Tue,  5 Oct 2004 13:59:21 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 154498]  - Unnecessary warning on console: signalproxy_connectionnode.cc

http://bugzilla.gnome.org/show_bug.cgi?id=154498
glibmm | general | Ver: 2.4.x





------- Additional Comments From plangdale vmware com  2004-10-05 13:59 -------
Created an attachment (id=32253)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=32253&action=view)
Test case

Ok, I've narrowed the particular case down and I've attached a test case.

The scenario is that I have an action which is connected to a mem_fun of an
object but also has the action itself bound as a parameter. As the action is
bound as a Glib::RefPtr, this creates a circular reference which would normally
keep the action around forever.

In this scenario the initial Action RefPtr goes out of scope so that the only
ref left is the one in the bound RefPtr. Then the object goes out of scope,
causing the mem_fun to be invalidated. This disconnects the action which in
turn causes the bound RefPtr to disappear which reduces the action's refcount
to zero, and then the action disappears too.

I can't fully work out what the exact sequence of events is, but the main point
is that I don't see anything wrong with this particular scenario, so the
warning seems unjustified.

The testcase also illustrates that it is better usage to use a sigc::ref around
the bound refptr to avoid increasing the refcount. There's no need for an extra
ref because, obviously, if the action goes away, it cannot be subsequently
activated.

------- You are receiving this mail because: -------
You are the assignee for the bug.


--__--__--

Message: 5
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Tue,  5 Oct 2004 14:12:58 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 154498]  - Unnecessary warning on console: signalproxy_connectionnode.cc

http://bugzilla.gnome.org/show_bug.cgi?id=154498
glibmm | general | Ver: 2.4.x





------- Additional Comments From plangdale vmware com  2004-10-05 14:12 -------
Sorry, using the sigc::ref isn't going to work. As it's going to refer to a
particular Glib::RefPtr that's now long out of scope.

In fact, the correct thing to do is dereference the Glib::RefPtr<Action> and
bind the raw pointer to the mem_fun, but we're not supposed to dereference
RefPtrs, so what's the right thing to do?

------- You are receiving this mail because: -------
You are the assignee for the bug.



--__--__--

_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge


End of Gtkmm-forge Digest