On Tue 18 Mar 2003, pchunt wrote:
> <quote from 'rastermans' cvs checkin>
> >thar be tcp/ip support in ecore_con now... you can connect to any machine
> >to
> >any port.. anywhere or advertise a service on any port... and get clients
> >connecting... :) it works! only 1 things that really pisses me off.. the
> >blocking gethostbyname(). i don't like that one little bit. i might want to
> >add client count limits for services and disconnect error codes in
> >disconnect
> >events etc. but that doesnt bother me like the blocking gethostbyname()
> </quote>
>
> Have you considered using another name resolving library. I believe
> libares gives you the ability to resolve names concurrently with other
> processes as well as customizing the lookup timeout etc.
>
> - pchunt
>
Non-blocking name resolution would require
- At least one fork()
- For ecore to be able to respond to other events (especially timers)
while waiting for a name resolution
>From what I see we will definitely need to make the name resolution
"event-based", meaning that you send the request and then go back into the
ecore event loop until a "complete" event is generated, and then go ahead
and finish the server_connect function. But then server_connect should not
return to the calling program ideally until it is complete, so all of this
has to be done within ecore. So my idea is a forked name resolution
process that will require some IPC within ecore.
In any case, it's probably a good idea to stick with standard libraries
and thus eliminate extra dependencies and the associated licensing issues.
--
| /*\
Ibukun Olumuyiwa | \ / Join the ASCII Ribbon Campaign
http://xcomputerman.com | X against HTML mail today!
| / \
-------------------------------------------------------
This SF.net email is sponsored by: Does your code think in ink?
You could win a Tablet PC. Get a free Tablet PC hat just for playing.
What are you waiting for?
http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en
_______________________________________________
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
