[gtkmm] Gtkmm-forge digest, Vol 1 #452 - 13 msgs
- From: gtkmm-forge-request lists sourceforge net
- To: gtkmm-forge lists sourceforge net
- Subject: [gtkmm] Gtkmm-forge digest, Vol 1 #452 - 13 msgs
- Date: Mon, 30 Jun 2003 20:08:11 -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-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.
Today's Topics:
1. [Bug 116280] Changed - Glib::ObjectBase don't inherit SigC::Object virtually (bugzilla-daemon widget gnome org)
2. [Bug 116294] Changed - changes to orbitcpp have broken macro (bugzilla-daemon widget gnome org)
3. [Bug 116280] Changed - Glib::ObjectBase don't inherit SigC::Object virtually (bugzilla-daemon widget gnome org)
4. [Bug 93412] Changed - gtkmm2 cvs fails to link on Mac OS 10.2 (bugzilla-daemon widget gnome org)
5. [Bug 116280] Changed - Glib::ObjectBase don't inherit SigC::Object virtually (bugzilla-daemon widget gnome org)
6. [Bug 116280] Changed - Glib::ObjectBase don't inherit SigC::Object virtually (bugzilla-daemon widget gnome org)
7. [Bug 114568] Changed - Memory leak in Dialog::get_vbox() and get_action_area () (bugzilla-daemon widget gnome org)
8. [Bug 114568] Changed - Memory leak in Dialog::get_vbox() and get_action_area () (bugzilla-daemon widget gnome org)
9. [Bug 114568] Changed - Memory leak in Dialog::get_vbox() and get_action_area () (bugzilla-daemon widget gnome org)
10. [Bug 114568] Changed - Memory leak in Dialog::get_vbox() and get_action_area () (bugzilla-daemon widget gnome org)
11. [Bug 116233] Changed - libbonobomm and libbonobouimm autogen.sh scripts check for specific versions of automake and aclocal (bugzilla-daemon widget gnome org)
12. [Bug 116294] Changed - changes to orbitcpp have broken macro (bugzilla-daemon widget gnome org)
13. [Bug 93412] Changed - gtkmm2 cvs fails to link on Mac OS 10.2 (bugzilla-daemon widget gnome org)
--__--__--
Message: 1
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, fnaumann cs uni-magdeburg de
Cc:
Date: Mon, 30 Jun 2003 04:06:16 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116280] Changed - Glib::ObjectBase don't inherit SigC::Object virtually
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=116280
Changed by murrayc usa net
--- shadow/116280 Sun Jun 29 14:52:28 2003
+++ shadow/116280.tmp.25275 Mon Jun 30 04:06:16 2003
@@ -45,6 +45,15 @@
libsigc++ template instantiation on the button connect and the compiler
complain that SigC::Object is ambigous (as it's not virtually inherited by
the Gtk/Glib classes). gcc 2.95.x is happy with the one virtual
SigC::Object in myclass declaration.
Just adding the missing virtual to Glib::ObjectBase fix this problem.
+
+------- Additional Comments From murrayc usa net 2003-06-30 04:06 -------
+virtual inheritance is complicated. I thought that, if a base class
+was virtual then all inheritance was then virtual - and SigC::Object
+inherits virtually from something. But I have had the same "ambiguous"
+problem with Bakery.
+
+> Just adding the missing virtual to Glib::ObjectBase fix this problem.
+Have you actually tested it?
--__--__--
Message: 2
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, bowie owens csiro au
Cc:
Date: Mon, 30 Jun 2003 04:08:53 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116294] Changed - changes to orbitcpp have broken macro
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=116294
Changed by murrayc usa net
--- shadow/116294 Sun Jun 29 19:17:35 2003
+++ shadow/116294.tmp.26520 Mon Jun 30 04:08:53 2003
@@ -22,6 +22,11 @@
shortly. If you like I can commit this myself.
------- Additional Comments From bowie owens csiro au 2003-06-29 19:17 -------
Created an attachment (id=17910)
path to reference new stub class for orbitcpp HEAD
+
+------- Additional Comments From murrayc usa net 2003-06-30 04:08 -------
+Thanks. Please commit, with a ChangeLog entry. Also, please commit to
+the 2.4 version ("gtkmm" module in cvs), or keep this bug open so
+someone else can do that later.
--__--__--
Message: 3
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Mon, 30 Jun 2003 05:01:55 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116280] Changed - Glib::ObjectBase don't inherit SigC::Object virtually
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=116280
Changed by fnaumann cs uni-magdeburg de
--- shadow/116280 Mon Jun 30 04:06:16 2003
+++ shadow/116280.tmp.11208 Mon Jun 30 05:01:55 2003
@@ -54,6 +54,63 @@
was virtual then all inheritance was then virtual - and SigC::Object
inherits virtually from something. But I have had the same "ambiguous"
problem with Bakery.
> Just adding the missing virtual to Glib::ObjectBase fix this problem.
Have you actually tested it?
+
+------- Additional Comments From fnaumann cs uni-magdeburg de 2003-06-30 05:01 -------
+>virtual inheritance is complicated.
+
+Complicated in which case?
+
+It just ensure that on multiple inheritance a base class is not
+replicated, e.g:
+
+class base { ... };
+
+class foo : public base { ... };
+class bar : public base { ... };
+
+class fobar : public foo, public bar { ... };
+
+result in the following inheritance scheme:
+
+ base base
+ | |
+ | |
+ foo bar
+ | |
+ \ /
+ \ /
+ foobar
+
+but with 'base' as virtual base class:
+
+class foo : virtual public base { ... };
+class bar : virtual public base { ... };
+
+ base
+ / \
+ / \
+ | |
+ foo bar
+ | |
+ \ /
+ \ /
+ foobar
+
+This is normally exactly what you want with classes that are good
+base classes for lot of other classes (for example SigC::Object).
+
+[reference: Bjarne Stroustrup, The C++ Programming Language, Chapter 15]
+
+>> Just adding the missing virtual to Glib::ObjectBase fix this
+>> problem.
+>Have you actually tested it?
+
+Yes, I completly compiled gtkmm 2.2.2 with this change (including the
+examples). No problems so far and my project compile and works fine
+with gcc 3.2.x.
+
+I don't know if this is an ABI incompatible change (maybe it depend on
+the compiler). But it's at least an option for 2.4 I think.
--__--__--
Message: 4
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, julian jabber org
Cc: max quendi de
Date: Mon, 30 Jun 2003 05:06:32 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93412] Changed - gtkmm2 cvs fails to link on Mac OS 10.2
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=93412
Changed by murrayc usa net
--- shadow/93412 Sat Jun 28 23:54:48 2003
+++ shadow/93412.tmp.13183 Mon Jun 30 05:06:32 2003
@@ -214,6 +214,12 @@
make[5]: *** [convert.lo] Error 1
make[4]: *** [all-recursive] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
+
+------- Additional Comments From murrayc usa net 2003-06-30 05:06 -------
+I guess their 3.3 is not the same as other 3.3s.
+
+Could you investigate this? Maybe some friend declaration somewhere
+isn't working. If this is a compiler bug then let's try to report it.
--__--__--
Message: 5
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, fnaumann cs uni-magdeburg de
Cc:
Date: Mon, 30 Jun 2003 07:50:20 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116280] Changed - Glib::ObjectBase don't inherit SigC::Object virtually
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=116280
Changed by murrayc usa net
--- shadow/116280 Mon Jun 30 05:01:55 2003
+++ shadow/116280.tmp.31256 Mon Jun 30 07:50:20 2003
@@ -111,6 +111,12 @@
Yes, I completly compiled gtkmm 2.2.2 with this change (including the
examples). No problems so far and my project compile and works fine
with gcc 3.2.x.
I don't know if this is an ABI incompatible change (maybe it depend on
the compiler). But it's at least an option for 2.4 I think.
+
+------- Additional Comments From murrayc usa net 2003-06-30 07:50 -------
+But I said:
+"I thought that, if a base class
+was virtual then all inheritance was then virtual - and SigC::Object
+inherits virtually from something."
--__--__--
Message: 6
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Mon, 30 Jun 2003 09:06:25 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116280] Changed - Glib::ObjectBase don't inherit SigC::Object virtually
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=116280
Changed by fnaumann cs uni-magdeburg de
--- shadow/116280 Mon Jun 30 07:50:20 2003
+++ shadow/116280.tmp.1424 Mon Jun 30 09:06:25 2003
@@ -117,6 +117,14 @@
------- Additional Comments From murrayc usa net 2003-06-30 07:50 -------
But I said:
"I thought that, if a base class
was virtual then all inheritance was then virtual - and SigC::Object
inherits virtually from something."
+
+------- Additional Comments From fnaumann cs uni-magdeburg de 2003-06-30 09:06 -------
+>"I thought that, if a base class was virtual then all inheritance was
+>then virtual - and SigC::Object inherits virtually from something."
+
+I don't understand you. If a base class is inherited virtual (as I
+suggested for SigC::Object) the compiler don't replicate the base
+class on multiple inheritance [of the same base class]. That's all.
--__--__--
Message: 7
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net,
harald hopfes hopfes sysde eads net
Cc: murrayc usa net
Date: Mon, 30 Jun 2003 10:06:35 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 114568] Changed - Memory leak in Dialog::get_vbox() and get_action_area ()
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=114568
Changed by harald hopfes hopfes sysde eads net
--- shadow/114568 Fri Jun 27 12:06:28 2003
+++ shadow/114568.tmp.10140 Mon Jun 30 10:06:35 2003
@@ -1630,6 +1630,11 @@
b) Verifying that it is a problem by modifying the C test case to do
the same things.
?
------- Additional Comments From harald hopfes hopfes sysde eads net 2003-06-27 12:06 -------
Murray: Forget it, it (2 stage destroy) did not work.
+
+------- Additional Comments From harald hopfes hopfes sysde eads net 2003-06-30 10:06 -------
+Created an attachment (id=17924)
+2step_destroy.txt
+
--__--__--
Message: 8
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net,
harald hopfes hopfes sysde eads net
Cc: murrayc usa net
Date: Mon, 30 Jun 2003 10:08:47 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 114568] Changed - Memory leak in Dialog::get_vbox() and get_action_area ()
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=114568
Changed by harald hopfes hopfes sysde eads net
--- shadow/114568 Mon Jun 30 10:06:35 2003
+++ shadow/114568.tmp.11153 Mon Jun 30 10:08:47 2003
@@ -1635,6 +1635,14 @@
Murray: Forget it, it (2 stage destroy) did not work.
------- Additional Comments From harald hopfes hopfes sysde eads net 2003-06-30 10:06 -------
Created an attachment (id=17924)
2step_destroy.txt
+
+------- Additional Comments From harald hopfes hopfes sysde eads net 2003-06-30 10:08 -------
+Murry: check the 2step_destroy.txt (C/Gkt+ Test case) which actually
+works :-)
+
+I tried modifiying the gtkmm source itself but obviously I did
+something wrong, because it did not work.
+
--__--__--
Message: 9
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net,
harald hopfes hopfes sysde eads net
Cc: murrayc usa net
Date: Mon, 30 Jun 2003 10:14:09 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 114568] Changed - Memory leak in Dialog::get_vbox() and get_action_area ()
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=114568
Changed by harald hopfes hopfes sysde eads net
--- shadow/114568 Mon Jun 30 10:08:47 2003
+++ shadow/114568.tmp.14875 Mon Jun 30 10:14:09 2003
@@ -1643,6 +1643,11 @@
Murry: check the 2step_destroy.txt (C/Gkt+ Test case) which actually
works :-)
I tried modifiying the gtkmm source itself but obviously I did
something wrong, because it did not work.
+
+------- Additional Comments From harald hopfes hopfes sysde eads net 2003-06-30 10:14 -------
+Created an attachment (id=17925)
+2step_destroy.txt
+
--__--__--
Message: 10
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net,
harald hopfes hopfes sysde eads net
Cc: murrayc usa net
Date: Mon, 30 Jun 2003 13:07:33 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 114568] Changed - Memory leak in Dialog::get_vbox() and get_action_area ()
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=114568
Changed by harald hopfes hopfes sysde eads net
--- shadow/114568 Mon Jun 30 10:14:09 2003
+++ shadow/114568.tmp.16837 Mon Jun 30 13:07:33 2003
@@ -1648,6 +1648,27 @@
------- Additional Comments From harald hopfes hopfes sysde eads net 2003-06-30 10:14 -------
Created an attachment (id=17925)
2step_destroy.txt
+
+------- Additional Comments From harald hopfes hopfes sysde eads net 2003-06-30 13:07 -------
+When I am trying to add the 2step destroy directly to gtkmm
+using that g_signal_connect for "destroy" I get a floating object of
+type GtkStyle and later
+
+ - GLib-GObject-WARNING **: instance of invalid non-instantiatable
+ type `<invalid>'
+ - GLib-GObject-CRITICAL **: file gsignal.c: line 1736
+ (g_signal_handlers_destroy):
+ assertion `G_TYPE_CHECK_INSTANCE
+ (instance)' failed
+ - GLib-GObject-WARNING **: gobject.c:1313 g_object_unref:
+ (null)(0x808b7d0)
+
+for the following source (the orginal test_simpler.cc)
+
+ http://bugzilla.gnome.org/showattachment.cgi?attach_id=17543
+
+I don't know how to proceed....
+
--__--__--
Message: 11
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Mon, 30 Jun 2003 14:11:48 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116233] Changed - libbonobomm and libbonobouimm autogen.sh scripts check for specific versions of automake and aclocal
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=116233
Changed by spundun isi edu
--- shadow/116233 Sun Jun 29 04:50:44 2003
+++ shadow/116233.tmp.7164 Mon Jun 30 14:11:48 2003
@@ -34,6 +34,19 @@
So, in summary, we need some more investigation before applying this
patch. Thanks.
------- Additional Comments From murrayc usa net 2003-06-29 04:50 -------
*** Bug 116234 has been marked as a duplicate of this bug. ***
+
+------- Additional Comments From spundun isi edu 2003-06-30 14:11 -------
+To answer your question, yes it worked fine for my checkout of gnomemm
+module.
+I am not sure about the internationalization that you talk about.
+Also I submitted patch after seeing that all the other packages
+(libgnomecanvasmm etc...) dont check for autotools without any
+specific version. So I thought probably its just some kinda overlook,
+personally my patch will make the autogen.sh to pass earlier versions
+of autotools too so I dont like it that much, but it goes with the
+autogen.sh of the other packages.
+
+In short 1.7 version worked for me.
--__--__--
Message: 12
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Mon, 30 Jun 2003 19:12:01 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 116294] Changed - changes to orbitcpp have broken macro
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=116294
Changed by bowie owens csiro au
--- shadow/116294 Mon Jun 30 04:08:53 2003
+++ shadow/116294.tmp.14310 Mon Jun 30 19:12:01 2003
@@ -27,6 +27,16 @@
------- Additional Comments From murrayc usa net 2003-06-30 04:08 -------
Thanks. Please commit, with a ChangeLog entry. Also, please commit to
the 2.4 version ("gtkmm" module in cvs), or keep this bug open so
someone else can do that later.
+
+------- Additional Comments From bowie owens csiro au 2003-06-30 19:11 -------
+I have commit'ed in libbonobomm with a ChangeLog entry. I am not sure
+what you would like me to do to gtkmm (I couldn't find any reference
+to orbitcpp in gtkmm). So I will leave this bug open for the moment.
+
+It just struck me that once I am comfortable with the simplifications
+to orbitcpp (I'd like to make some more to improve efficiency) I
+should release a new version. Then the required version of orbitcpp in
+the libbonobomm configure.in should be increased to match.
--__--__--
Message: 13
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: max quendi de
Date: Mon, 30 Jun 2003 20:25:18 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93412] Changed - gtkmm2 cvs fails to link on Mac OS 10.2
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
http://bugzilla.gnome.org/show_bug.cgi?id=93412
Changed by julian jabber org
--- shadow/93412 Mon Jun 30 05:06:32 2003
+++ shadow/93412.tmp.10828 Mon Jun 30 20:25:17 2003
@@ -220,6 +220,11 @@
------- Additional Comments From murrayc usa net 2003-06-30 05:06 -------
I guess their 3.3 is not the same as other 3.3s.
Could you investigate this? Maybe some friend declaration somewhere
isn't working. If this is a compiler bug then let's try to report it.
+
+------- Additional Comments From julian jabber org 2003-06-30 20:25 -------
+Right, Apple patches their gcc a /lot/
+
+How would I go about investigating this?
--__--__--
_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
End of Gtkmm-forge Digest
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]