liberty-eiffel
[Top][All Lists]
Advanced

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

Re: [Liberty-eiffel] Problem with agents


From: Germán Arias
Subject: Re: [Liberty-eiffel] Problem with agents
Date: Thu, 24 Dec 2015 01:24:25 -0600

El mié, 23-12-2015 a las 11:09 +0100, Paolo Redaelli escribió:
> Feel free to contact me for any question. 
> 

Thanks

> As far as I can say uip is a library born in the same environment of
> Lua. I have admired the Brazilian efforts to build their own tools and
> I would be honoured to add your wrapper in those shipped with Liberty
> if you agree. 

Sure, but first I will put this into an usable state.

> 
> Just for curiosity sake, I see that Uip targets Unix, Linux and
> Windows. 
> Then I discover that uip were already available in 1996 when Gtk were
> still at version 0.x. 
> I guess there is a widespread knowledge Base and a wide range of code
> using it developed over two decades. 
> That's a lot of time in the IT world! 

I suppose this is the case in Brazil, but I don't live in Brazil. I
discovered this project from some time ago. But until now I had not paid
much attention. I chose this library for two reasons: its license and
its simplicity. I want avoid the complexity of a big library with,
probably, constant changes.

> 
> When I wrapped Gtk we used to store the address of the wrapper object
> as a property of the widget. Since Uip also offer such a facility it
> seems to me a cleaner design to do the same with your wrapper as
> having an application wide hash table tends to give issues regarding
> memory handling and object life cycle that in my experience are often
> more easily solved directly linking a Uip/gtk/gui object to its Eiffel
> wrapper

I will check this possibility.

Germán

> 
> Il 23 dicembre 2015 06:48:50 CET, "Germán A. Arias"
> <address@hidden> ha scritto:
>         Hi
>         
>         I solved the problem. I noticed that my problem is because in my C 
> file
>         that call to the Eiffel code, I need pass as first argument the object
>         where is implemented the routine "launch_routine". I didn't put
>         attention into this when I looked the example mini_gtk since I thought
>         this was something specific to Gtk. However, this is strange, because
>         even without this parameter the routine "launch_routine" is executed,
>         but without access to the attributes. And this was the cause of the
>         crash.
>         
>         So this is solved, and I can continue with this plugin. I have still
>         some questions, but I will open other threads.
>         
>         Thanks all for your help
>         Germán
>         
>         
>         
> 
> -- Inviato dal mio cellulare Android con K-9 Mail.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]