On Thu, Apr 24, 2008 at 11:15 PM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
On Thu, Apr 24, 2008 at 1:57 PM, Cedric BAIL [EMAIL PROTECTED] wrote:
On Wed, Apr 23, 2008 at 4:45 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Tue, 15 Apr 2008 13:15:13 -0300 Gustavo
On Fri, Apr 25, 2008 at 10:15 AM, Cedric BAIL [EMAIL PROTECTED] wrote:
On Thu, Apr 24, 2008 at 11:15 PM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
On Thu, Apr 24, 2008 at 1:57 PM, Cedric BAIL [EMAIL PROTECTED] wrote:
On Wed, Apr 23, 2008 at 4:45 PM, The Rasterman Carsten
On Thu, Apr 24, 2008 at 1:57 PM, Cedric BAIL [EMAIL PROTECTED] wrote:
On Wed, Apr 23, 2008 at 4:45 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Tue, 15 Apr 2008 13:15:13 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
For simplicity, I would just process
On Wed, 9 Apr 2008 15:55:57 +0200 Cedric BAIL [EMAIL PROTECTED] babbled:
I arleady though about some other possibilities :
- make it optional in configure
- only start it when required, but that's much more complex
- only initialise it from required sub system (like later the cache
On Tue, 15 Apr 2008 13:15:13 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
For simplicity, I would just process one message per callback from
ecore_fd_main... but we can also use a poll/select inside this
function and do what you want, without the need to fcntl to
NONBLOCKING.
On Sun, 13 Apr 2008 13:35:58 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
On Sat, Apr 12, 2008 at 2:37 AM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
no need to make it blocking :) look at ecore_con - hell look at emotion.
it's
Well, I looked at emotion and
On Tue, Apr 15, 2008 at 1:28 AM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Sun, 13 Apr 2008 13:35:58 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
On Sat, Apr 12, 2008 at 2:37 AM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
no need to make it
On Tue, 8 Apr 2008 14:02:50 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
On Tue, Apr 8, 2008 at 11:05 AM, Cedric BAIL [EMAIL PROTECTED] wrote:
Hi,
This patch doesn't break anything at this time :-) It's a
standalone feature that just add the possibility to evas to
On Fri, Apr 11, 2008 at 9:43 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Tue, 8 Apr 2008 14:02:50 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
On Tue, Apr 8, 2008 at 11:05 AM, Cedric BAIL [EMAIL PROTECTED] wrote:
Hi,
This patch doesn't break
On Fri, 11 Apr 2008 23:28:29 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
On Fri, Apr 11, 2008 at 9:43 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Tue, 8 Apr 2008 14:02:50 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
On Tue, Apr 8, 2008
On Tue, Apr 8, 2008 at 7:02 PM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
On Tue, Apr 8, 2008 at 11:05 AM, Cedric BAIL [EMAIL PROTECTED] wrote:
Hi,
This patch doesn't break anything at this time :-) It's a
standalone feature that just add the possibility to evas to receive
Hi,
This patch doesn't break anything at this time :-) It's a
standalone feature that just add the possibility to evas to receive
events from another thread. It introduce 3 new API.
* Retrieve the fd that need to be monitored by ecore :
EAPI int evas_async_events_fd_get();
* Process all
On Tue, Apr 8, 2008 at 11:05 AM, Cedric BAIL [EMAIL PROTECTED] wrote:
Hi,
This patch doesn't break anything at this time :-) It's a
standalone feature that just add the possibility to evas to receive
events from another thread. It introduce 3 new API.
I'm not sure the fd must be set to
13 matches
Mail list logo
