GNOME.org
 

Gtkmm-forge Digest, Vol 37, Issue 3

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-owner 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 585278] draw_spaces not wrapped in	gtksourceviewmm
      (gtkmm (bugzilla.gnome.org))
   2. [Bug 585413] New: Glib::Value<std::string>	specialization
      (glibmm (bugzilla.gnome.org))
   3. [Bug 585413] Glib::Value<std::string>	specialization
      (glibmm (bugzilla.gnome.org))
   4. [Bug 585521] New: wrong size allocation in
      RecentManager::add_item (gtkmm (bugzilla.gnome.org))
   5. [Bug 585521] wrong size allocation in	RecentManager::add_item
      (gtkmm (bugzilla.gnome.org))
   6. [Bug 135978] We use GdkEvent* instead of	Gdk::Event in the
      API. (gtkmm (bugzilla.gnome.org))
   7. [Bug 140515] Container child properties not wrapped
      (gtkmm (bugzilla.gnome.org))


----------------------------------------------------------------------

Message: 1
Date: Tue,  9 Jun 2009 17:40:41 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 585278] draw_spaces not wrapped in
	gtksourceviewmm
To: gtkmm-forge lists sourceforge net
Message-ID: <20090609174041 AFD9623F5A7 label gnome org>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=585278

  gtkmm | general | Ver: unspecified




------- Comment #1 from Parent Fabien  2009-06-09 17:40 UTC -------
Created an attachment (id=136226)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=136226&action=view)
Patch who fixing this bug


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=585278.



------------------------------

Message: 2
Date: Thu, 11 Jun 2009 04:59:13 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 585413] New: Glib::Value<std::string>
	specialization
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-585413-5595 http bugzilla gnome org/>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=585413

  glibmm | object | Ver: 2.20.x
           Summary: Glib::Value<std::string> specialization
           Product: glibmm
           Version: 2.20.x
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: critical
          Priority: Normal
         Component: object
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: reklipz gmail com
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Please describe the problem:
Note, this bug is probably also applicable to Glib::ustring specialization as
well.

The specialization setup for std::string does not account for the fact that an
std::string can contain non printable characters, including the NUL character.

Because of the way the specialization is handled, any std::string containing a
NUL character loses all data after the first NUL character (hence the
"Critical" bug status, ;-) ).

In order to fix this, one would either have to modify glib, by either adding
another method such as g_value_set_string_with_length( GValue *value, const
gchar *v_string, const int v_length ), or just not depend on glib here (as an
std::string clearly doesn't have a C primitive equivalent. cstrings don't
support NUL characters as std::strings do, a reason why one would choose to use
C++ and glibmm over C and glib).  One could think of the current implementation
as having a solution looking for a problem (that doesn't exist).

This specialization isn't necessary, at least not for std::string, and
definitely not for std::string as cstring.  Perhaps specialize for char *string
with g_value_set_string() as glib intended, and if necessary, specialize for
std::string without crippling the it?

relevant portion of value.cc:

/**** Glib::Value<std::string> *********************************************/

void Value<std::string>::set(const std::string& data)
{
  g_value_set_string(&gobject_, data.c_str());
}


/**** Glib::Value<Glib::ustring> *******************************************/

void Value<Glib::ustring>::set(const Glib::ustring& data)
{
  g_value_set_string(&gobject_, data.c_str());
}

Steps to reproduce:
std::string a;
a.assign( "test\x0test", 9 );
cout << "a: " << a << " - " << a.length() << endl;

Glib::Value<std::string> b;
b.init( Glib::Value<std::string>::value_type() );
b.set( a );
cout << "b: " << b.get() << " - " << b.get().length() << endl;

Actual results:
a: test test - 9
b: test - 4

Expected results:
a: test test - 9
b: test test - 9

Does this happen every time?
yes

Other information:


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=585413.



------------------------------

Message: 3
Date: Thu, 11 Jun 2009 05:07:10 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 585413] Glib::Value<std::string>
	specialization
To: gtkmm-forge lists sourceforge net
Message-ID: <20090611050710 7A49F23F5A5 label gnome org>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=585413

  glibmm | object | Ver: 2.20.x




------- Comment #1 from reklipz gmail com  2009-06-11 05:07 UTC -------
I guess giving a bit more background as to how this is an issue would might be
of use as well.

I ran into this issue when using the Gtk::TreeView and Gtk::TreeModel
architecture.  Gtk::TreeModelColumn uses Glib::Value (as probably do many gnome
libraries), thus when using a model type of std::string, if the std::string
contains a NUL character, then data is lost from the model.  Glib specializes
on std::string for Glib::Value to implement it as a cstring.  Why, I don't
know, it is essentially crippling std::string.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=585413.



------------------------------

Message: 4
Date: Fri, 12 Jun 2009 04:33:57 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 585521] New: wrong size allocation in
	RecentManager::add_item
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-585521-5595 http bugzilla gnome org/>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=585521

  gtkmm | general | Ver: 2.16.x
           Summary: wrong size allocation in RecentManager::add_item
           Product: gtkmm
           Version: 2.16.x
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: general
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: hakim bellam gmail com
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


it should be sizeof(*glib) instead of sizeof(glib), this patch fixes a crash in
subtitleeditor and probably other applications that use RecentManager


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=585521.



------------------------------

Message: 5
Date: Fri, 12 Jun 2009 04:35:49 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 585521] wrong size allocation in
	RecentManager::add_item
To: gtkmm-forge lists sourceforge net
Message-ID: <20090612043549 E010723F5A7 label gnome org>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=585521

  gtkmm | general | Ver: 2.16.x




------- Comment #1 from Hakim Bellam  2009-06-12 04:35 UTC -------
Created an attachment (id=136385)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=136385&action=view)
patch to fix RecentManager::add_item


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=585521.



------------------------------

Message: 6
Date: Fri, 12 Jun 2009 16:56:48 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 135978] We use GdkEvent* instead of
	Gdk::Event in the API.
To: gtkmm-forge lists sourceforge net
Message-ID: <20090612165648 C564923F5A9 label gnome org>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=135978

  gtkmm | gdkmm | Ver: 2.4

Daniel Elstner changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |daniel kitta gmail com
          Component|general                     |gdkmm
         OS/Version|Linux                       |All
   Target Milestone|---                         |3




------- Comment #3 from Daniel Elstner  2009-06-12 16:56 UTC -------
I also don't think it will be complicated. If necessary, we could even
implement a zero-cost wrapper with identical memory layout.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=135978.



------------------------------

Message: 7
Date: Fri, 12 Jun 2009 16:59:24 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 140515] Container child properties not
	wrapped
To: gtkmm-forge lists sourceforge net
Message-ID: <20090612165924 66ABF23F5AA label gnome org>
Content-Type: text/plain; charset=utf-8

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=140515

  gtkmm | general | Ver: 2.4

Daniel Elstner changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |daniel kitta gmail com
         OS/Version|Linux                       |All
   Target Milestone|---                         |3




------- Comment #2 from Daniel Elstner  2009-06-12 16:59 UTC -------
Yes, I'd also vote for the property_something(child) solution.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=140515.



------------------------------

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects

------------------------------

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


End of Gtkmm-forge Digest, Vol 37, Issue 3
******************************************
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]