GNOME.org
 

[gtkmm] Gtkmm-forge digest, Vol 1 #256 - 13 msgs

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 95749] New - Dtor not called upon Gtk::Box::children().erase() (bugzilla-daemon widget gnome org)
   2. [Bug 95749] Changed - Dtor not called upon Gtk::Box::children().erase() (bugzilla-daemon widget gnome org)
   3. [Bug 95749] Changed - Dtor not called upon Gtk::Box::children().erase() (bugzilla-daemon widget gnome org)
   4. [Bug 93787] Changed - Outputting ustring with operator << converts implicitly (bugzilla-daemon widget gnome org)
   5. [Bug 93585] Changed - IOChannel wrappers for glibmm (bugzilla-daemon widget gnome org)
   6. [Bug 93787] Changed - Outputting ustring with operator << converts implicitly (bugzilla-daemon widget gnome org)
   7. [Bug 93787] Changed - Outputting ustring with operator << converts implicitly (bugzilla-daemon widget gnome org)
   8. [Bug 95749] Changed - managed child widgets destroyed when removed. (bugzilla-daemon widget gnome org)
   9. [Bug 93787] Changed - Outputting ustring with operator << converts implicitly (bugzilla-daemon widget gnome org)
  10. [Bug 93585] Changed - IOChannel wrappers for glibmm (bugzilla-daemon widget gnome org)
  11. [Bug 93585] Changed - IOChannel wrappers for glibmm (bugzilla-daemon widget gnome org)
  12. [Bug 93585] Changed - IOChannel wrappers for glibmm (bugzilla-daemon widget gnome org)
  13. [Bug 93585] Changed - IOChannel wrappers for glibmm (bugzilla-daemon widget gnome org)

--__--__--

Message: 1
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Mon, 14 Oct 2002 15:21:08 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 95749] New - Dtor not called upon Gtk::Box::children().erase()

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=95749

Changed by dss home se 

--- shadow/95749	Mon Oct 14 15:21:08 2002
+++ shadow/95749.tmp.4883	Mon Oct 14 15:21:08 2002
@@ -0,0 +1,40 @@
+Bug#: 95749
+Product: gtkmm
+Version: 2.0
+OS: other
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: normal
+Priority: Normal
+Component: general
+AssignedTo: gtkmm-forge lists sourceforge net                            
+ReportedBy: dss home se               
+TargetMilestone: ---
+URL: 
+Summary: Dtor not called upon Gtk::Box::children().erase()
+
+I have a class:
+
+class MyFrame : public Gtk::Frame
+{
+public:
+  MyFrame(string s) : Gtk::Frame(s), b(s) {
+    add(b);
+  }
+
+  virtual ~MyFrame() {
+    cout << "MyFrame dtor" << endl;
+  }
+private:
+  Gtk::Button b;
+};
+
+when it is erased from a vbox using:
+
+vbox1.children().erase(vbox1.children().begin(), vbox1.children().end());
+
+the destructor does not get called (see attached file test1.cc). If b is a
+pointer (test2.cc) and I use manage in the ctor the dtor gets called when I
+use vbox.chlidren().erase()... This bug (if it is a bug?) appeard first in
+gtkmm-1.3.24.



--__--__--

Message: 2
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Mon, 14 Oct 2002 15:21:46 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 95749] Changed - Dtor not called upon Gtk::Box::children().erase()

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=95749

Changed by dss home se 

--- shadow/95749	Mon Oct 14 15:21:08 2002
+++ shadow/95749.tmp.4924	Mon Oct 14 15:21:46 2002
@@ -35,6 +35,11 @@
 vbox1.children().erase(vbox1.children().begin(), vbox1.children().end());
 
 the destructor does not get called (see attached file test1.cc). If b is a
 pointer (test2.cc) and I use manage in the ctor the dtor gets called when I
 use vbox.chlidren().erase()... This bug (if it is a bug?) appeard first in
 gtkmm-1.3.24.
+
+------- Additional Comments From dss home se  2002-10-14 15:21 -------
+Created an attachment (id=11533)
+test program #1
+



--__--__--

Message: 3
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Mon, 14 Oct 2002 15:22:40 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 95749] Changed - Dtor not called upon Gtk::Box::children().erase()

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=95749

Changed by dss home se 

--- shadow/95749	Mon Oct 14 15:21:46 2002
+++ shadow/95749.tmp.5220	Mon Oct 14 15:22:40 2002
@@ -40,6 +40,11 @@
 gtkmm-1.3.24.
 
 ------- Additional Comments From dss home se  2002-10-14 15:21 -------
 Created an attachment (id=11533)
 test program #1
 
+
+------- Additional Comments From dss home se  2002-10-14 15:22 -------
+Created an attachment (id=11534)
+test case #2
+



--__--__--

Message: 4
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Mon, 14 Oct 2002 15:48:01 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93787] Changed - Outputting ustring with operator << converts implicitly

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=93787

Changed by olau hardworking dk 

--- shadow/93787	Mon Oct 14 11:09:38 2002
+++ shadow/93787.tmp.11260	Mon Oct 14 15:48:01 2002
@@ -407,6 +407,25 @@
 when you're interacting with the outside (as with file I/O). I
 have a feeling that banning implicit conversions may change
 quite a lot more.
 
 Have I missed any points?
 
+
+------- Additional Comments From olau hardworking dk  2002-10-14 15:48 -------
+> The members return char *'s - so by default interpret
+> these as locale-encoded, unless you explicitly say what
+> encoding to use with e.g. a "ustring from_raw(char *)" helper.
+
+I just realised that this isn't quite true - whether to interpret
+"char *" as locale-encoded is a separate issue. If such strings are
+interpreted as such, the usual gettext scheme will break down. If not,
+I think the situation gets too complex.
+
+I looked at the operator<</>> definitions again. Operator >> also
+implicitly converts back. So boost::lexical_cast<ustring>(something)
+should actually work. Given that Murray just announced complete freeze
+Wednesday, I think I'll just shut up then. :-)
+
+I'm not closing the bug since the issue probably needs to be
+documented. Too bad we can't get a properly behaving stringstream with
+the current design of the Standard.



--__--__--

Message: 5
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, abas aix meng auth gr
Cc: MHL Schulze t-online de
Date: Mon, 14 Oct 2002 20:31:39 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93585] Changed - IOChannel wrappers for glibmm

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=93585

Changed by daniel elstner gmx net 

--- shadow/93585	Wed Oct  9 05:36:48 2002
+++ shadow/93585.tmp.30413	Mon Oct 14 20:31:39 2002
@@ -1,13 +1,13 @@
 Bug#: 93585
 Product: gtkmm
 Version: 2.0
 OS: other
 OS Details: 
-Status: NEW   
-Resolution: 
+Status: RESOLVED   
+Resolution: FIXED
 Severity: enhancement
 Priority: Normal
 Component: general
 AssignedTo: gtkmm-forge lists sourceforge net                            
 ReportedBy: abas aix meng auth gr               
 TargetMilestone: ---
@@ -104,6 +104,45 @@
 
 ------- Additional Comments From MHL Schulze t-online de  2002-10-09 05:36 -------
 It will be an addition. Tassos's patch provides Glib::IOChannel, my
 addition would be Glib::IOSource::create(const IOChannel&).
 Unfortunately I'm not the ideal person to review Tassos's patch
 because my knowledge of stl streams is too little to write one.
+
+------- Additional Comments From daniel elstner gmx net  2002-10-14 20:31 -------
+First of all, sorry for the delay.
+
+OK, I had a look at your patch and decided to do a major rewrite
+(sorry), which is still based on your work though.  Thanks for that.
+
+Roughly, I made the following changes:
+
+1. I chose a different class/file structure.  You'll find class
+StreamIOChannel in the public API which implements most of the stuff
+you had in iochansup.cc.  Also, the internal layout (particularly wrt.
+reference counting) is now nearly the same as for Glib::Source (or
+rather as it was before Martin's recent changes ;)
+
+2. Several methods got renamed, some removed.  E.g. it seems you
+misunderstood the g_io_channel_unix_new() vs.
+g_io_channel_win32_new_fd() issue.  The docs should explain why it
+doesn't make sense to decide which one to use at compile time.
+
+3. There were several problems in your implementation, for instance
+mixing up characters/bytes as well as relying on undefined behaviour.
+(I.e. in one place you tried writing to the buffer returned by
+string::c_str()).
+
+4. Indentation style -- uhm, well, your preferred style seems to
+differ at least slightly from the gtkmm one ;)  Next time, please
+adapt to the style used thorough the library.
+
+There is one problem:  I didn't have time to test the new code, so
+it's likely that there are some errors lurking.  It'd be nice if you
+could test it (I'll do so myself too, but that might take some time).
+
+So, if there's something in the code you think is plain wrong,
+missing, different from your intentions, etc. please complain, so we
+can discuss it.
+
+--Daniel
+



--__--__--

Message: 6
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, olau hardworking dk
Cc: 
Date: Mon, 14 Oct 2002 20:44:28 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93787] Changed - Outputting ustring with operator << converts implicitly

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=93787

Changed by daniel elstner gmx net 

--- shadow/93787	Mon Oct 14 15:48:01 2002
+++ shadow/93787.tmp.32574	Mon Oct 14 20:44:28 2002
@@ -1,16 +1,16 @@
 Bug#: 93787
 Product: gtkmm
 Version: 2.0
 OS: other
 OS Details: 
-Status: NEW   
+Status: ASSIGNED   
 Resolution: 
 Severity: normal
 Priority: Normal
-Component: general
+Component: reference documentation
 AssignedTo: gtkmm-forge lists sourceforge net                            
 ReportedBy: olau hardworking dk               
 TargetMilestone: ---
 URL: 
 Summary: Outputting ustring with operator << converts implicitly
 
@@ -426,6 +426,22 @@
 should actually work. Given that Murray just announced complete freeze
 Wednesday, I think I'll just shut up then. :-)
 
 I'm not closing the bug since the issue probably needs to be
 documented. Too bad we can't get a properly behaving stringstream with
 the current design of the Standard.
+
+------- Additional Comments From daniel elstner gmx net  2002-10-14 20:44 -------
+About the stream default locale issue: yeah you're right, what I wrote
+was really ambiguous and could be interpreted as both pro and con ;) 
+But you got right what I was trying to say: There are standards which
+say don't, there is a practical approach which says yes, and neither
+of them is really good or even just better than the other.
+
+It seems we've come to an agreement that trying to automate anything
+would be quite complicated, and not the perfect solution either.  So I
+reckon we've to do it the hard way and start writing documentation ;)
+
+Let's leave this bug open till the documentation got added.
+
+--Daniel
+



--__--__--

Message: 7
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, olau hardworking dk
Cc: 
Date: Mon, 14 Oct 2002 20:49:01 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93787] Changed - Outputting ustring with operator << converts implicitly

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=93787

Changed by daniel elstner gmx net 

--- shadow/93787	Mon Oct 14 20:44:28 2002
+++ shadow/93787.tmp.971	Mon Oct 14 20:49:01 2002
@@ -442,6 +442,15 @@
 reckon we've to do it the hard way and start writing documentation ;)
 
 Let's leave this bug open till the documentation got added.
 
 --Daniel
 
+
+------- Additional Comments From daniel elstner gmx net  2002-10-14 20:49 -------
+Regarding the filename problem:  You don't have to check for
+G_BROKEN_FILENAMES because Glib::filename_{from,to}_utf8() does that
+for you.  Just use them and forget about it.
+
+The question is where to put information like that... Maybe right on
+the front page in big letters saying "READ ME FIRST OR DIE!" :)
+



--__--__--

Message: 8
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, dss home se
Cc: 
Date: Tue, 15 Oct 2002 06:49:40 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 95749] Changed - managed child widgets destroyed when removed.

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=95749

Changed by murrayc usa net 

--- shadow/95749	Mon Oct 14 15:22:40 2002
+++ shadow/95749.tmp.20278	Tue Oct 15 06:49:40 2002
@@ -9,13 +9,13 @@
 Priority: Normal
 Component: general
 AssignedTo: gtkmm-forge lists sourceforge net                            
 ReportedBy: dss home se               
 TargetMilestone: ---
 URL: 
-Summary: Dtor not called upon Gtk::Box::children().erase()
+Summary: managed child widgets destroyed when removed.
 
 I have a class:
 
 class MyFrame : public Gtk::Frame
 {
 public:
@@ -45,6 +45,9 @@
 
 
 ------- Additional Comments From dss home se  2002-10-14 15:22 -------
 Created an attachment (id=11534)
 test case #2
 
+
+------- Additional Comments From murrayc usa net  2002-10-15 06:49 -------
+This is quite well-known behaviour, but it would be nice to prevent it.



--__--__--

Message: 9
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Tue, 15 Oct 2002 08:54:43 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93787] Changed - Outputting ustring with operator << converts implicitly

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=93787

Changed by olau hardworking dk 

--- shadow/93787	Mon Oct 14 20:49:01 2002
+++ shadow/93787.tmp.10521	Tue Oct 15 08:54:43 2002
@@ -451,6 +451,13 @@
 G_BROKEN_FILENAMES because Glib::filename_{from,to}_utf8() does that
 for you.  Just use them and forget about it.
 
 The question is where to put information like that... Maybe right on
 the front page in big letters saying "READ ME FIRST OR DIE!" :)
 
+
+------- Additional Comments From olau hardworking dk  2002-10-15 08:54 -------
+Hehe.
+
+Regarding where to put the information, as a starter I'd vote for both
+the tutorial together with the information about ustring and in the
+reference documentation on the ustring page.



--__--__--

Message: 10
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, abas aix meng auth gr
Cc: 
Date: Tue, 15 Oct 2002 14:35:59 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93585] Changed - IOChannel wrappers for glibmm

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=93585

Changed by mhl schulze t-online de 

--- shadow/93585	Mon Oct 14 20:31:39 2002
+++ shadow/93585.tmp.14163	Tue Oct 15 14:35:59 2002
@@ -143,6 +143,16 @@
 So, if there's something in the code you think is plain wrong,
 missing, different from your intentions, etc. please complain, so we
 can discuss it.
 
 --Daniel
 
+
+------- Additional Comments From MHL Schulze t-online de  2002-10-15 14:35 -------
+IOChannel::create_watch() is still missing!
+
+I'm attaching a patch that adds
+a) overloads for IOSource::create() and SignalIO::connect() that take
+a const Glib::RefPtr<IOChannel>& and
+b) IOChannel::create_watch() to match the glib API.
+
+Daniel, is it OK to commit?



--__--__--

Message: 11
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, abas aix meng auth gr
Cc: 
Date: Tue, 15 Oct 2002 14:38:11 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93585] Changed - IOChannel wrappers for glibmm

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=93585

Changed by mhl schulze t-online de 

--- shadow/93585	Tue Oct 15 14:35:59 2002
+++ shadow/93585.tmp.14620	Tue Oct 15 14:38:11 2002
@@ -153,6 +153,11 @@
 I'm attaching a patch that adds
 a) overloads for IOSource::create() and SignalIO::connect() that take
 a const Glib::RefPtr<IOChannel>& and
 b) IOChannel::create_watch() to match the glib API.
 
 Daniel, is it OK to commit?
+
+------- Additional Comments From MHL Schulze t-online de  2002-10-15 14:38 -------
+Created an attachment (id=11564)
+iosource-iochannel.diff: Add IOChannel::create_watch() and overloads for IOSource::create() and SignalIO::connect()
+



--__--__--

Message: 12
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, abas aix meng auth gr
Cc: 
Date: Tue, 15 Oct 2002 14:43:32 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93585] Changed - IOChannel wrappers for glibmm

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=93585

Changed by mhl schulze t-online de 

--- shadow/93585	Tue Oct 15 14:38:11 2002
+++ shadow/93585.tmp.15792	Tue Oct 15 14:43:32 2002
@@ -158,6 +158,11 @@
 Daniel, is it OK to commit?
 
 ------- Additional Comments From MHL Schulze t-online de  2002-10-15 14:38 -------
 Created an attachment (id=11564)
 iosource-iochannel.diff: Add IOChannel::create_watch() and overloads for IOSource::create() and SignalIO::connect()
 
+
+------- Additional Comments From MHL Schulze t-online de  2002-10-15 14:43 -------
+Created an attachment (id=11565)
+iosource-iochannel.diff: Add IOChannel::create_watch() and overloads for SignalIO::connect() and IOSource::create().
+



--__--__--

Message: 13
From: bugzilla-daemon widget gnome org
To: gtkmm-forge lists sourceforge net, abas aix meng auth gr
Cc: 
Date: Tue, 15 Oct 2002 14:44:52 -0400 (EDT)
Subject: [gtkmm bugzilla] [Bug 93585] Changed - IOChannel wrappers for glibmm

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=93585

Changed by mhl schulze t-online de 

--- shadow/93585	Tue Oct 15 14:43:32 2002
+++ shadow/93585.tmp.16032	Tue Oct 15 14:44:52 2002
@@ -163,6 +163,10 @@
 
 
 ------- Additional Comments From MHL Schulze t-online de  2002-10-15 14:43 -------
 Created an attachment (id=11565)
 iosource-iochannel.diff: Add IOChannel::create_watch() and overloads for SignalIO::connect() and IOSource::create().
 
+
+------- Additional Comments From MHL Schulze t-online de  2002-10-15 14:44 -------
+Sorry, I accidently added the same patch twice. galeon2 is not very
+stable with bugzilla...




--__--__--

_______________________________________________
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]