On Sun, 11 May 2008 06:59:29 +0200 (CEST) Vincent Torri <[EMAIL PROTECTED]>
babbled:

hmm. the pipe abstraction looks strange to me. why should i be limited to
writing just 1 void * down the pipe at a time. isn't the diea that i write
whatever i want (void *'s, int's, chars, whole arrays of ints or void *'s) and
the other end just picks them up? u really need to be able to set the pipe up
as blocking or non-blocking and be able to get the read or write fd from the
pipe. you will want this when read()ing off a blocking pipe in a sub-thread, if
that is how you are waiting for messages there, for example.

> Hey,
> 
> > seems a good simple start - needs to be more complete, like actually close()
> > ing pips on delete - also i agree with peter, ecore_pipe_add and
> > ecore_pipe_del - also i would add ecore events for pipe data - like
> > ecore_con, and pass the WHOLE data read (not just 1 void* size element at a
> > time). yes - then u need to handle decode of multiple bytes - but that's
> > reality really).
> >
> > so go the event + event struct with pipe data in it + ecore_pipe_add/del and
> > finish off the free stuff and i think you have a winner :)
> 
> I've attached a new version. I've renamed the functions, closed the fd's. 
> I've also added an event that is added in the event queue when data is 
> received.
> 
> About passing the whole data, i don't know how to do that. I send the 
> pointer of the data, i thought it was sufficient. It's what is done in 
> emotion, btw.
> 
> Vincent


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


-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to