GNOME.org
 

Gtkmm-forge digest, Vol 1 #824 - 7 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. Do not try to unsubscribe gtkmm-forge from gtkmm-list.


Today's Topics:

   1. [Bug 160756] New: patch which add --disable-demos to configure script (bugzilla-daemon bugzilla gnome org)
   2. [Bug 160756] patch which add --disable-demos to configure script (bugzilla-daemon bugzilla gnome org)
   3. [Bug 160756] patch which add --disable-demos to configure script (bugzilla-daemon bugzilla gnome org)
   4. [Bug 129846] libglade: GtkMenuItem accelerators lost during reparenting (bugzilla-daemon bugzilla gnome org)
   5. [Bug 138259] Monitoring I/O examples need to be updated (bugzilla-daemon bugzilla gnome org)
   6. [Bug 155435] failed to compile gtkmm 2.2/2.4 program using gcc 3.4 (bugzilla-daemon bugzilla gnome org)
   7. [Bug 155435] failed to compile gtkmm 2.2/2.4 program using gcc 3.4 (bugzilla-daemon bugzilla gnome org)

--__--__--

Message: 1
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Wed,  8 Dec 2004 04:03:13 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 160756] New: patch which add --disable-demos to configure script

http://bugzilla.gnome.org/show_bug.cgi?id=160756
gtkmm | build | Ver: unspecified

           Summary: patch which add --disable-demos to configure script
           Product: gtkmm
           Version: unspecified
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: minor
          Priority: Low
         Component: build
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: gparted users sf net


--disable-examples shaves of 50% of the total buildtime. This is great but the
stuff in demo/ still gets build.

I patched configure.in and Makefile.am to add a --disable-demos option
which does exactly as it says. Patches are diffs against latest (2.4.8)
files.

WHY do i want this? i first came across this while creating a gtkmm ebuild for
gentoo. Since none of the examples and demos are installed it seems a waste of
time to build them.

------- 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: Wed,  8 Dec 2004 04:04:01 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 160756] patch which add --disable-demos to configure script

http://bugzilla.gnome.org/show_bug.cgi?id=160756
gtkmm | build | Ver: unspecified





------- Additional Comments From gparted users sf net  2004-12-08 04:04 -------
Created an attachment (id=34622)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=34622&action=view)
patch to alter toplevel Makefile.am


------- 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: Wed,  8 Dec 2004 04:04:34 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 160756] patch which add --disable-demos to configure script

http://bugzilla.gnome.org/show_bug.cgi?id=160756
gtkmm | build | Ver: unspecified





------- Additional Comments From gparted users sf net  2004-12-08 04:04 -------
Created an attachment (id=34623)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=34623&action=view)
patch to alter configure.in


------- 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: Wed,  8 Dec 2004 05:17:55 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 129846] libglade: GtkMenuItem accelerators lost during reparenting

http://bugzilla.gnome.org/show_bug.cgi?id=129846
libglade | gtk | Ver: 2.0.x

james jamesh id au changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #22839|Glade file: add C+Q         |accelerator-example.glade
        description|accelerator to              |
                   |gnomemm/libglademm/examples/|
                   |menus/example.glade         |
  Attachment #22839|text/plain                  |application/xml
          mime type|                            |



------- 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: Wed,  8 Dec 2004 15:03:44 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 138259] Monitoring I/O examples need to be updated

http://bugzilla.gnome.org/show_bug.cgi?id=138259
gtkmm | reference documentation | Ver: 2.5





------- Additional Comments From chris cvine freeserve co uk  2004-12-08 15:03 -------
My toy example showed how to connect a non-blocking file descriptor into the
main program loop, which is something anyone implementing something like a
single threaded socket server (or one in which one thread deals with more
than one connection) is going to want to do.  I think it is worth keeping it as
an example of that.

By all means include the IOChannel stream buffer example as well, but
Glib::IOChannel stream buffers raise different issues when included in a C++
program.  First, they are only really suitable for sending and receiving simple
text, given the methods for reading into Glib::ustring objects and the fact that
by default codeset conversion is applied automatically.   (For transmission of
non-text data, codeset conversion can of course be turned off and
Glib::IOChannel::read(char* buf, gsize count, gsize& bytes_read) used to read
into a straight char buffer, but this is just a wrapper for Unix/Windows ::read
and therefore fairly pointless.)

Secondly, I don't think Glib::IOChannel is very useful for text either, at
least in a C++ program, as it duplicates C++ streams less well.  It will carry
out automatic code conversion and will stuff the result into a Glib::ustring and
is OK for that, but it appears that it can only (a) read up to a fixed number of
"bytes" into a Glib::ustring object (although I assume the documentation really
means "characters" as otherwise the encoding can be broken),  (b) read up to a
new line character and put it into a Glib::ustring object (c) read to EOF and
put that into a Glib::ustring object.  As far as I can see it will not for
example read individual white space separated words into a string.

The way C++ intends this to be done is by using the stream buffer classes
provided by standard C++ in conjunction (if wanted) with the iostream text
formatting functions and/or std::getline() and the like.  There are plenty
of suitable stream buffer classes available for download for use with file
descriptors - for a simple example for narrow (char) encoding schemes such as
ASCII, ISO8559 or UTF-8, see my modest offerings at
http://cvs.sourceforge.net/viewcvs.py/*checkout*/efax-gtk/efax-gtk/src/fdstream/fdstream.h?rev=1.4
and
http://cvs.sourceforge.net/viewcvs.py/*checkout*/efax-gtk/efax-gtk/src/fdstream/fdstream.cpp?rev=1.4
.

Best of all, why not include suitable stream buffers derived from
std::streambuf in glibmm itself?  If automatic code conversion is wanted
that can be done by providing a codecvt facet for the relevant locale and
imbue()ing that, although I have never come across a case where that was
useful.

As regards the Glib::IOChannel example itself, I suggest the example code should
be changed to open the fifo in blocking mode (Glib::IOChannel::set_flags()
appears to be capable of setting a flag to set the channel to read in
non-blocking mode, but since there no guarantees are made about, for example,
the size of the data packets sent and received over sockets, I doubt that can
successfully be combined with automatic codeset conversion very easily, but
maybe Glib::IOChannel does something clever).  Non-blocking mode will probably
work in practice with fifos for sending encoded text provided the text is well
under PIPE_BUF in size, but it is best not to rely on this.

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


--__--__--

Message: 6
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Wed,  8 Dec 2004 16:19:38 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 155435] failed to compile gtkmm 2.2/2.4 program using gcc 3.4

http://bugzilla.gnome.org/show_bug.cgi?id=155435
gtkmm | general | Ver: 2.4





------- Additional Comments From zhou_dx yahoo com  2004-12-08 16:19 -------
I compiled the program using the gcc 3.4 compiler with Fedora Core 3
successfully. But it still reported errors as what I reported using gcc 3.4.2 in
my Gentoo box. So it seems to be the problem of tool chain in my Gentoo system.
Sorry about the false alarm.

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


--__--__--

Message: 7
From: bugzilla-daemon bugzilla gnome org
To: gtkmm-forge lists sourceforge net
Cc: 
Date: Wed,  8 Dec 2004 16:28:06 -0500 (EST)
Subject: [gtkmm bugzilla] [Bug 155435] failed to compile gtkmm 2.2/2.4 program using gcc 3.4

http://bugzilla.gnome.org/show_bug.cgi?id=155435
gtkmm | general | Ver: 2.4





------- Additional Comments From zhou_dx yahoo com  2004-12-08 16:28 -------
Those error messages all have something to do with type casting. Is there any
gcc flag that can harden or loose this kind of check?

------- 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
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]