[Glade-users] cannot register existing type

[Andrea Zagli]

Il giorno gio 30 gen 2014 15:47:42 CET, Tristan Van Berkom ha scritto:

> On Thu, Jan 30, 2014 at 11:39 PM, Andrea Zagli <azagli at libero.it> wrote:
>> Il giorno gio 30 gen 2014 13:22:58 CET, Tristan Van Berkom ha scritto:
>>
>>> On Thu, Jan 30, 2014 at 9:10 PM, Andrea Zagli <azagli at libero.it> wrote:
>>>>
>>>> Il giorno mer 29 gen 2014 18:01:07 CET, Tristan Van Berkom ha scritto:
>>>>
>>>>> On Wed, Jan 29, 2014 at 7:34 PM, Andrea Zagli <azagli at libero.it> wrote:
>>>>>>
>>>>>>
>>>>>> i have 2 custom widgets: GtkMaskedEntry and GtkDateEntry
>>>>>>
>>>>>> GtkDateEntry is a GtkBin with inside GtkMaskedEntry
>>>>>>
>>>>>> i created catalogs and pixmaps to use them with glade (version 3.14.3);
>>>>>> but
>>>>>> when i try to insert widget GtkDateEntry inside a container (ex.
>>>>>> GtkBox)
>>>>>> i
>>>>>> got the error
>>>>>>
>>>>>> GLib-GObject-WARNING **: cannot register existing type `GtkMaskedEntry'
>>>>>> (glade.exe:5052): GLib-CRITICAL **: g_once_init_leave: assertion
>>>>>> `result
>>>>>> !=
>>>>>> 0' failed
>>>>>> (glade.exe:5052): GLib-GObject-CRITICAL **: g_object_new: assertion
>>>>>> `G_TYPE_IS_OBJECT (object_type)' failed
>>>>>>
>>>>>> and glade crash (if i insert GtkMaskedEntry it works)
>>>>>>
>>>>>> in glade 3.8.x they works perfectly
>>>>>>
>>>>>> what could be the problem?
>>>>>
>>>>>
>>>>>
>>>>> Does one derive from the other ?
>>>>
>>>>
>>>>
>>>> no
>>>>
>>>> as i said GtkDateEntry is derived from GtkBin with GtkHBox as child;
>>>> inside
>>>> the GtkHBox there are a GtkMaskedEntry (derived from GtkEntry) and others
>>>> widgets
>>>
>>>
>>> That sort of explains it, so the GtkDateEntry contains GtkMaskedEntry
>>> widgets ?
>>
>>
>> yes
>>
>>
>>
>>> How come they are not in the same library ?
>>
>>
>> because i want, for example, to use gtkmaskedentry without installing also
>> gtkdateentry
>>
>
>
> I know it doesnt explain why it stopped working, but you can try  
> using the same
> libgtkdateentry.so in the "library" attribute for both catalogs, (or
> alternatively declare a
> single catalog).
>
> This does not cause the resulting program to automatically require
> both libraries
> to run, but may cause the Glade environment to work.


i'll try asap

thanks a lot