On Fri, 18 Jan 2008 14:16:00 -0300 "Gustavo Sverzut Barbieri"
<[EMAIL PROTECTED]> babbled:

> On Jan 18, 2008 1:57 PM, Michael 'Mickey' Lauer <[EMAIL PROTECTED]>
> wrote:
> > Ben Martin wrote:
> > > Unfortunately its too early to demo gevas on meamo and its
> > > integration... maybe in 6 months
> >
> > You've been doing or will do more work on that? Great! I'm very
> > interested in combining glib and ecore mainloops. What's your general
> > experience with that? (yes, I've seen gevas in CVS).
> 
> AFAICT it uses another thread that communicates using pipe.
> 
> I already talked to raster about ecore-glib mainloop integration and
> the problems so far are:
>  - ecore cannot be created on top of glib because it have more
> primitives (idler_enterer, idle_exiter)
>  - glib cannot be created on top of ecore because it expects the
> primitives to be thread-safe, so you can use g_idle_add() and
> g_timeout_add() from threads, people often use this to schedule things
> to be run on the graphics thread (instead of using pipes).
> 
> So we can have both approaches: suggesting glib to have more
> primitives or adding locks around globals manipulation.

while i have nothing against adding locks on primitives - if we do it in one
place (ecore) we will need to start doing it everywhere. locks will add
overhead. those on limited computing (embedded devices) will feel it most. also
if we look at the work needed to add it everywhere - that's not a small
undertaking at all. i have decided in the past not to bother as gustavo put
this clearly - i kind of expect people to have threads do entirely independent
things outside the main gui thread and communicate back cleanly via pipes -
glib expects people to use threads with glib and has primitives for making them
interact directly with the main loop from a thread. different design approaches
there.

right now i (personally) thing the best way to integrate is to have ecore main
loop and glib main loop run in separate threads, with them communicating via
pipes used to glue them together. maybe some pipe wrapping/handling stuff in
ecore might help with this?

> -- 
> Gustavo Sverzut Barbieri
> --------------------------------------
> Jabber: [EMAIL PROTECTED]
>    MSN: [EMAIL PROTECTED]
>   ICQ#: 17249123
>  Skype: gsbarbieri
> Mobile: +55 (81) 9927 0010
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    [EMAIL PROTECTED]


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to