Re: GType GString is not registered with gperl at Glib/Object/Introspection.pm
- From: Torsten Schoenfeld <kaffeetisch gmx de>
- To: gtk-perl-list gnome org
- Subject: Re: GType GString is not registered with gperl at Glib/Object/Introspection.pm
- Date: Sun, 06 Nov 2011 22:36:08 +0100
On 06.11.2011 22:18, Emmanuel Rodriguez wrote:
On Sun, Nov 6, 2011 at 21:44, Torsten Schoenfeld<kaffeetisch gmx de> wrote:
On 06.11.2011 21:25, Emmanuel Rodriguez wrote:
*** unhandled exception in callback:
*** GType GString (156083704) is not registered with gperl at
/usr/local/lib/perl/5.12.4/Glib/Object/Introspection.pm line 57.
*** ignoring at /usr/local/share/perl/5.12.4/Gtk3.pm line 104.
This comes from the code in Glib that handles boxed types. It turns out
that we don't have a boxed wrapper for G_TYPE_GSTRING. (To our defense,
this WebKit API is the first instance of GString occurring in an API that
I've seen.) The boxed wrapper would most likely be a very thin shell around
newSVpv and SvPV. The G_TYPE_STRV wrapper might serve as an example.
(this time with a *reply to all*, sorry Torsten for the spam)
I can add the box type to Gtk3::WebKit but shouldn't it be better to
add it to Glib?
Yes, it should live in Glib.
What I don't get is that it was working fine previously. I was able to
do $data->{str} to access the content of the string.
That sounds like GString was handled as a bare struct back then, not as
a boxed type. Maybe g-ir-scanner changed in the meantime, or maybe the
Perl bindings. But regardless, you shouldn't have to do $data->{str}.
GString should be mapped to and from normal Perl strings.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]