[gtkmm] Gtkmm-forge digest, Vol 1 #641 - 9 msgs
- From: gtkmm-forge-request lists sourceforge net
- To: gtkmm-forge lists sourceforge net
- Subject: [gtkmm] Gtkmm-forge digest, Vol 1 #641 - 9 msgs
- Date: Sat, 13 Mar 2004 20:12:13 -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-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 133237] Changed - floating point exception when resizing a scrolled window within hpaned (bugzilla-daemon widget gnome org)
2. [Bug 132300] Changed - G++-3.4 Prerelease: Private copy constructor for Glib::ConstructParams. (bugzilla-daemon widget gnome org)
3. [Bug 128560] Changed - Menu Items show incorrect foreground color in some themes. (bugzilla-daemon widget gnome org)
4. [Bug 132187] Changed - G++-3.4 Prerelease: Problem calling Glib::wrap in containers.h in G++-3.4. (bugzilla-daemon widget gnome org)
5. [Bug 136915] Changed - Improved string function (bugzilla-daemon widget gnome org)
6. [Bug 132187] Changed - G++-3.4 Prerelease: Problem calling Glib::wrap in containers.h in G++-3.4. (bugzilla-daemon widget gnome org)
7. [Bug 132187] Changed - G++-3.4 Prerelease: Problem calling Glib::wrap in containers.h in G++-3.4. (bugzilla-daemon widget gnome org)
8. [Bug 132187] Changed - G++-3.4 Prerelease: Problem calling Glib::wrap in containers.h in G++-3.4. (bugzilla-daemon widget gnome org)
9. [Bug 132364] Changed - Glib::Module::get_symbol not setting function pointer? (bugzilla-daemon widget gnome org)
--__--__--
Message: 1
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, pgasper designadvantage com
Cc:
Date: Sat, 13 Mar 2004 10:07:13 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 133237] Changed - floating point exception when resizing a scrolled window within hpaned
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=133237
Changed by murrayc murrayc com
--- shadow/133237 Fri Mar 12 06:20:00 2004
+++ shadow/133237.tmp.2334 Sat Mar 13 10:07:13 2004
@@ -1,13 +1,13 @@
Bug#: 133237
Product: gtkmm
Version: 2.2
OS: Linux
OS Details: Mandrake 9.1
-Status: NEW
-Resolution:
+Status: RESOLVED
+Resolution: FIXED
Severity: normal
Priority: Normal
Component: general
AssignedTo: gtkmm-forge lists sourceforge net
ReportedBy: pgasper designadvantage com
TargetMilestone: ---
@@ -70,6 +70,9 @@
------- Additional Comments From pgasper designadvantage com 2004-03-06 10:14 -------
I am running gtk+ 2.2.2 & gtkmm 2.2.3; so a little old. I have a newer
versions at home. I'll test this there this week and get back to you.
------- Additional Comments From murrayc murrayc com 2004-03-12 06:19 -------
Did you discover anything?
+
+------- Additional Comments From murrayc murrayc com 2004-03-13 10:07 -------
+Please reopen if this is still a problem.
--__--__--
Message: 2
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Sat, 13 Mar 2004 10:17:18 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 132300] Changed - G++-3.4 Prerelease: Private copy constructor for Glib::ConstructParams.
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=132300
Changed by murrayc murrayc com
--- shadow/132300 Thu Feb 26 19:00:24 2004
+++ shadow/132300.tmp.4821 Sat Mar 13 10:17:18 2004
@@ -1,13 +1,13 @@
Bug#: 132300
Product: gtkmm
Version: 2.4
OS: Linux
OS Details:
-Status: NEW
-Resolution:
+Status: RESOLVED
+Resolution: FIXED
Severity: normal
Priority: Normal
Component: general
AssignedTo: gtkmm-forge lists sourceforge net
ReportedBy: matty chariot net au
TargetMilestone: ---
@@ -79,13 +79,13 @@
int main(int argc, char *argv[]) {
B b( A("title", (char*) 0) );
}
-------- Additional Comments From murrayc usa net 2004-01-27 05:47 -------
+------- Additional Comments From murrayc murrayc com 2004-01-27 05:47 -------
Thanks. Let's try to deal with these before the API freeze, because we
might not be able to deal with them afterwards.:
http://www.gnome.org/start/2.5/bindings/
------- Additional Comments From matty chariot net au 2004-01-27 10:19 -------
@@ -95,8 +95,11 @@
You probably don't actually need to write the constructor though, just
make it public. Because G++ probably optimises it out, it probably
never gets actually called, just checked. So it might work like the
private constructor trick, you don't need to supply the body if it's
never used. Might not be a good idea to rely on this though.
-------- Additional Comments From murrayc usa net 2004-02-26 19:00 -------
+------- Additional Comments From murrayc murrayc com 2004-02-26 19:00 -------
Any chance of a patch?
+
+------- Additional Comments From murrayc murrayc com 2004-03-13 10:17 -------
+I have added the public copy constructor in cvs. Thanks.
--__--__--
Message: 3
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net,
marshall culpepper sbcglobal net
Cc: Hagen Moebius Starschiffchen de
Date: Sat, 13 Mar 2004 10:20:03 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 128560] Changed - Menu Items show incorrect foreground color in some themes.
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=128560
Changed by hagen moebius starschiffchen de
--- shadow/128560 Fri Mar 12 06:21:09 2004
+++ shadow/128560.tmp.5542 Sat Mar 13 10:20:03 2004
@@ -9,12 +9,13 @@
Priority: Normal
Component: general
AssignedTo: gtkmm-forge lists sourceforge net
ReportedBy: marshall culpepper sbcglobal net
TargetMilestone: ---
URL:
+Cc: Hagen Moebius Starschiffchen de
Summary: Menu Items show incorrect foreground color in some themes.
This was compiled and tested under gtkmm-2.2.8 with the Industrial and
Bluecurve-Gnome GTK2 Themes.
relevant software: Fedora Core 1, Gnome 2.4, gtk 2.2.4
@@ -82,6 +83,37 @@
widget that is of a class that is derieved from GtkMenuItem SHOULD get
this style too, but somehow it doesn't.
------- Additional Comments From murrayc murrayc com 2004-03-12 06:21 -------
Hagen, exactly what line of what source code file should I look at to
see this?
+
+------- Additional Comments From Hagen Moebius Starschiffchen de 2004-03-13 10:20 -------
+No source code. This is intended to be common behavior for gtk+. The
+documentation is at
+http://developer.gnome.org/doc/API/2.0/gtk/gtk-Resource-Files.html
+under paragraph "Pathnames and patterns".
+
+I'll paste an extract:
+Matching against class is a little different. The pattern match is
+done against all class names in the widgets class hierarchy (not the
+layout hierarchy) in sequence, so the pattern:
+
+class "GtkButton" style "my-style"
+
+will match not just GtkButton widgets, but also GtkToggleButton and
+GtkCheckButton widgets, since those classes derive from GtkButton.
+
+This means that gtkmm__GtkMenuItem s should be matched for
+
+class "GtkMenuItem" style "my-style"
+
+too. I somehow get the feeling that this is an error within Gtk+ but
+then again it works for the GtkImageMenuItem class which is derieved
+from GtkMenuItem. I really don't know how to track this bug down any
+further:
+
+I wrote sample applications to layout the class hirarchy and there it
+seems perfectly normal to me. I wrote sample apps to check for style
+setting to the accellabel and the menuitem and it seems all very well
+there to. But I don't completely understand the styles in Gtk+ so I
+can't proof it that way ...
--__--__--
Message: 4
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Sat, 13 Mar 2004 11:49:59 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 132187] Changed - G++-3.4 Prerelease: Problem calling Glib::wrap in containers.h in G++-3.4.
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=132187
Changed by murrayc murrayc com
--- shadow/132187 Tue Mar 9 06:32:54 2004
+++ shadow/132187.tmp.26870 Sat Mar 13 11:49:59 2004
@@ -122,6 +122,14 @@
dependent and therefore looked up at instantiation time.
------- Additional Comments From murrayc murrayc com 2004-03-09 06:32 -------
Hmm, so the template needs to be #included after the wrap() functions
that it uses. That's a pain, but I'll definitely (try to) deal with
this before gtkmm 2.4.0.
+
+------- Additional Comments From murrayc murrayc com 2004-03-13 11:49 -------
+Note: This seems to be this item in the g++ 3.4 Changes document:
+http://gcc.gnu.org/gcc-3.4/changes.html
+
+"In templates, all non-dependent names are now looked up and bound at
+definition time (while parsing the code), instead of later when the
+template is instantiated."
--__--__--
Message: 5
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, alberto paro homeunix org
Cc:
Date: Sat, 13 Mar 2004 17:32:26 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 136915] Changed - Improved string function
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=136915
Changed by murrayc murrayc com
--- shadow/136915 Fri Mar 12 07:11:12 2004
+++ shadow/136915.tmp.11101 Sat Mar 13 17:32:26 2004
@@ -43,6 +43,9 @@
2. These are not wrappers for any glib functionality, I think.
They should be in glibmm because they fill a lack in glibmm API (such
as tokenize and join). They use Glib::ustring manipulation.
3. I'll do.
+
+------- Additional Comments From murrayc murrayc com 2004-03-13 17:32 -------
+2 Do they have any equivalents in standard C++?
--__--__--
Message: 6
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Sat, 13 Mar 2004 17:34:31 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 132187] Changed - G++-3.4 Prerelease: Problem calling Glib::wrap in containers.h in G++-3.4.
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=132187
Changed by murrayc murrayc com
--- shadow/132187 Sat Mar 13 11:49:59 2004
+++ shadow/132187.tmp.11546 Sat Mar 13 17:34:31 2004
@@ -130,6 +130,15 @@
Note: This seems to be this item in the g++ 3.4 Changes document:
http://gcc.gnu.org/gcc-3.4/changes.html
"In templates, all non-dependent names are now looked up and bound at
definition time (while parsing the code), instead of later when the
template is instantiated."
+
+------- Additional Comments From murrayc murrayc com 2004-03-13 17:34 -------
+I think I have fixed this in cvs now (see the attached
+glibmm_gcc34.patch). Let's hope that this does not become a more
+general problem.
+
+I now get an internal compiler error in cellrenderer_generation.cc, so
+I'd like you to try too. Everything else builds if I comment that code
+out.
--__--__--
Message: 7
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Sat, 13 Mar 2004 17:35:22 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 132187] Changed - G++-3.4 Prerelease: Problem calling Glib::wrap in containers.h in G++-3.4.
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=132187
Changed by murrayc murrayc com
--- shadow/132187 Sat Mar 13 17:34:31 2004
+++ shadow/132187.tmp.11873 Sat Mar 13 17:35:22 2004
@@ -139,6 +139,11 @@
glibmm_gcc34.patch). Let's hope that this does not become a more
general problem.
I now get an internal compiler error in cellrenderer_generation.cc, so
I'd like you to try too. Everything else builds if I comment that code
out.
+
+------- Additional Comments From murrayc murrayc com 2004-03-13 17:35 -------
+Created an attachment (id=25613)
+glibmm_gcc34.patch
+
--__--__--
Message: 8
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc:
Date: Sat, 13 Mar 2004 17:35:33 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 132187] Changed - G++-3.4 Prerelease: Problem calling Glib::wrap in containers.h in G++-3.4.
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=132187
Changed by murrayc murrayc com
--- shadow/132187 Sat Mar 13 17:35:22 2004
+++ shadow/132187.tmp.11899 Sat Mar 13 17:35:33 2004
@@ -1,13 +1,13 @@
Bug#: 132187
Product: glibmm
Version: 2.4.x
OS: Linux
OS Details:
-Status: NEW
-Resolution:
+Status: RESOLVED
+Resolution: FIXED
Severity: normal
Priority: Normal
Component: general
AssignedTo: gtkmm-forge lists sourceforge net
ReportedBy: matty chariot net au
TargetMilestone: ---
--__--__--
Message: 9
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, mack incise org
Cc:
Date: Sat, 13 Mar 2004 17:39:36 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 132364] Changed - Glib::Module::get_symbol not setting function pointer?
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=132364
Changed by murrayc murrayc com
--- shadow/132364 Sat Jan 24 01:15:38 2004
+++ shadow/132364.tmp.12711 Sat Mar 13 17:39:36 2004
@@ -1,13 +1,13 @@
Bug#: 132364
Product: glibmm
Version: unspecified
OS: Linux
OS Details: debian testing/unstable
-Status: NEW
-Resolution:
+Status: RESOLVED
+Resolution: NOTABUG
Severity: normal
Priority: Normal
Component: general
AssignedTo: gtkmm-forge lists sourceforge net
ReportedBy: mack incise org
TargetMilestone: ---
@@ -44,6 +44,10 @@
void * v;
mod.get_symbol("cos", v);
And then this works ok:
cerr << (*(double_double_func_t)v)(1.2) << endl;
+
+------- Additional Comments From murrayc murrayc com 2004-03-13 17:39 -------
+Yes, you should not expect a cast like that to work. function pointers
+are strange and compiler-dependent.
--__--__--
_______________________________________________
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]