On Sun, 8 Jan 2012 18:54:12 +1000 David Seikel <[email protected]> said:

> I just woke up, first email for the day.  Not quite grasping why this
> will be any different between edje Lua API and random host app Lua API.
> They still both gotta be threadsafe when we thread things.  Random host
> app, being an EFL app, would have to be threadsafe if EFL is threaded.

incorrect. if efl is threaded host ap does not need to be threadsafe. that is
my point. such a requirement would be onerous and wrong as the host doesnt know
if edje is threaded or not. it shouldn't need to know.

> The Host API stuff will go through the edje Lua API to do it's thing,
> and the edje Lua API will have to be made threadsafe, so any other
> thread issues will be the host apps plobrem.  Just like apps using
> the rest of EFL.

thats not the issue - its that the call from lua (in edje) to host app happens
directly as a function call, thus is lua is running as a thread, the call in
host spac happens inside a thread created by edje. this is unacceptable. it
must be MARSHALLED back to the mainloop - thus synchronous ipc calls.

> Hell, the projects I'm working on now that need this host API stuff have
> to be threadsafe anyway.  One of the design goals is to be able to run
> thousands of scripts at once safely and quickly, while the rest of the
> world code is busy chugging along.  That's why I'll be experimenting
> with luaproc ansd LuaJIT.

well this isnt really about your apps - but the general case - if its a general
api made available, then the calls TO the host app must happen in the main loop
context (thread) not another. all things must be marshalled back to the
mainloop. thus why the messaging/signal api is much better here as it is a
messaging api, not a call api.

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


------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to