Gtkmm-forge Digest, Vol 9, Issue 6



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 406960] TypeTraits<bool> utterly broken
      (glibmm (bugzilla.gnome.org))
   2. [Bug 406825] i18n chapter update (gtkmm (bugzilla.gnome.org))
   3. [Bug 399403] borked Gdk::DragContext::get_targets()
      (gtkmm (bugzilla.gnome.org))
   4. [Bug 399403] borked Gdk::DragContext::get_targets()
      (gtkmm (bugzilla.gnome.org))
   5. [Bug 407711] Attempts to register same type	multiple times.
      (glibmm (bugzilla.gnome.org))
   6. [Bug 399403] borked Gdk::DragContext::get_targets()
      (gtkmm (bugzilla.gnome.org))
   7. [Bug 407711] Attempts to register same type	multiple times.
      (glibmm (bugzilla.gnome.org))
   8. [Bug 408291] New: Easier way of using	Gtk::CellRendererCombo
      wanted (gtkmm (bugzilla.gnome.org))


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

Message: 1
Date: Wed, 14 Feb 2007 10:37:17 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 406960] TypeTraits<bool> utterly broken
To: gtkmm-forge lists sourceforge net
Message-ID: <20070214103717 F30ED6C414F box gnome org>
Content-Type: text/plain; charset=utf-8

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=406960

  glibmm | general | Ver: 2.13.x


Murray Cumming changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |murrayc murrayc com




------- Comment #1 from Murray Cumming  2007-02-14 10:35 UTC -------
Do you have a patch?


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



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

Message: 2
Date: Wed, 14 Feb 2007 11:24:20 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 406825] i18n chapter update
To: gtkmm-forge lists sourceforge net
Message-ID: <20070214112420 D983B6C414E box gnome org>
Content-Type: text/plain; charset=utf-8

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=406825

  gtkmm | documentation | Ver: 2.10.x


Murray Cumming changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |murrayc murrayc com
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED




------- Comment #4 from Murray Cumming  2007-02-14 11:22 UTC -------
Committed, and uploaded, with some small changes, and an extra sentence to make
sure that we introduce gettext (or intltool) before using it.

Many thanks.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



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

Message: 3
Date: Wed, 14 Feb 2007 11:36:55 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 399403] borked
	Gdk::DragContext::get_targets()
To: gtkmm-forge lists sourceforge net
Message-ID: <20070214113655 5478D6C4155 box gnome org>
Content-Type: text/plain; charset=utf-8

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=399403

  gtkmm | general | Ver: 2.10.x





------- Comment #7 from Murray Cumming  2007-02-14 11:35 UTC -------
>  static_cast<GdkAtom>(node->data); // node->data has type void*
>
> to work, and I had trouble imagining how this could compile at all. But then I
> figured that GdkAtom is actually a pointer:

Presumably that's what's done in C with this GList, so it's not really our
problem. If applications do this then we can too.

> No way, Gtk::SelectionData::get_targets() can't possibly work. Unless you count
> accessing already freed memory as working. The bug will only be apparent if the
> caller actually accesses the strings.

I'm not convinced. I think you're talking about this code:

    //Convert the atom to a string:
    gchar* const atom_name = gdk_atom_name(targets[i]);

    Glib::ustring target;
    if(atom_name)
      target = Glib::ScopedPtr<char>(atom_name).get(); //This frees the gchar*.

    listTargets.push_back(target);

gdk_atom_name() returns a new string, which is then copied into the ustring,
and then freed by the ScopedPtr. Only the copy is put in the container and
returned from the function. Or does something bad happen after that?


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



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

Message: 4
Date: Wed, 14 Feb 2007 16:57:12 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 399403] borked
	Gdk::DragContext::get_targets()
To: gtkmm-forge lists sourceforge net
Message-ID: <20070214165712 37CCA6C41C1 box gnome org>
Content-Type: text/plain; charset=utf-8

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=399403

  gtkmm | general | Ver: 2.10.x





------- Comment #8 from Daniel Elstner  2007-02-14 16:55 UTC -------
The container is allocated locally, and the ListHandle doesn't copy the
elements but only calls c_str() on each.  And no, I wouldn't want to change
that -- the handles have never been intended to replace containers.  Making a
shallow copy only is perfectly fine for their use case.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



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

Message: 5
Date: Wed, 14 Feb 2007 17:30:43 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 407711] Attempts to register same type
	multiple times.
To: gtkmm-forge lists sourceforge net
Message-ID: <20070214173043 807366C41C9 box gnome org>
Content-Type: text/plain; charset=utf-8

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=407711

  glibmm | general | Ver: 2.8.x





------- Comment #5 from Daniel Elstner  2007-02-14 17:28 UTC -------
Murray: No, that seems to be an entirely different problem to me as well.

> Earlier I glanced at value_custom.cc and found where the description is printed
> in custom_boxed_type_register(), but grepping glibmm and gtkmm I didn't find
> any actual calls to that function so I couldn't trace beyond where the warning
> gets displayed.

It's right there in value_custom.h (Value<T>::value_type). By the way, I just
realized that the offending class is Value<T>, not Value_Boxed<T>.  Anyway, if
you look at the function in question you'll probably see right away what the
sentence about pointers to template methods means.

> Granted I haven't the slightest how its called, but why can't we just register
> the new allocate/deallocate functions and change the message to "this
> registration invalidates the previous."?

That's exactly what I'm getting at in my first reply.  For that, it'd be
necessary to unregister the old type.  We cannot do that for statically
registered types.  We will have to change to the code to register the type by
means of a GTypePlugin, which exists exactly for this purpose.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



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

Message: 6
Date: Wed, 14 Feb 2007 17:40:12 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 399403] borked
	Gdk::DragContext::get_targets()
To: gtkmm-forge lists sourceforge net
Message-ID: <20070214174012 7ECBA6C41AB box gnome org>
Content-Type: text/plain; charset=utf-8

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=399403

  gtkmm | general | Ver: 2.10.x





------- Comment #9 from Daniel Elstner  2007-02-14 17:38 UTC -------
> Presumably that's what's done in C with this GList, so it's not really our
> problem. If applications do this then we can too.

Applications are supposed to use GDK_POINTER_TO_ATOM() on the list elements.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



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

Message: 7
Date: Thu, 15 Feb 2007 03:34:04 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 407711] Attempts to register same type
	multiple times.
To: gtkmm-forge lists sourceforge net
Message-ID: <20070215033404 A1F656C4206 box gnome org>
Content-Type: text/plain; charset=utf-8

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=407711

  glibmm | general | Ver: 2.8.x





------- Comment #6 from Paul Davis  2007-02-15 03:32 UTC -------
Just a minor follow up.

Putting the ModelColumns class definition in a shared library didn't work out
for me.  The error is still being triggered when an instance of the class is
created in the plugin the second time.

Luckily I can break this type out into its member variables which are all
standard types into individual columns in the TreeView

In other words, its still broken but I'm still not in a hurry for a fix.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



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

Message: 8
Date: Thu, 15 Feb 2007 16:26:31 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 408291] New: Easier way of using
	Gtk::CellRendererCombo wanted
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-408291-5595 http bugzilla gnome org/>
Content-Type: text/plain; charset=utf-8

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=408291

  gtkmm | general | Ver: unspecified

           Summary: Easier way of using Gtk::CellRendererCombo wanted
           Product: gtkmm
           Version: unspecified
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: general
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: olau hardworking dk
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


I think CellRendererCombo is too hard to use for the simple case of making a
list of string choices available inside a treeview row. I found some code in
Gobby which does this, otherwise I think I would have given up. The current
steps appear to be: make a separate column model and list store, fill it in,
make a CellRendererCombo and a TreeViewColumn, make a callback for the
cell_data_func and one for the cell edited signal, and finally fill in some
glue code that makes plenty use of TreeIter.

The code itself is not terribly long, but takes time to write and is difficult
to read because of the many concepts involved. Furthermore, most of it appears
to be boiler plate code.

Ideally, the type inference feature used to generate cell renderers for strings
and numbers would have a specialisation that makes this possible. I don't quite
know how yet, though.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email



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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

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


End of Gtkmm-forge Digest, Vol 9, Issue 6
*****************************************



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]