On Tue, 30 Aug 2005 22:01:57 -0400 Michael Jennings <[EMAIL PROTECTED]> babbled:
> On Wednesday, 31 August 2005, at 09:16:33 (+0900), > Carsten Haitzler wrote: > > > > There are numerous ASYNC DNS packages out there to be used. Why not > > > use one? > > > > we looked at 2 > > Heh. "Numerous" turned out to be 3; most of the ones I was thinking > of were actually all ADNS (which is GPL). > > > 2. the other wasn't even included in debian's massive list of packages - > > that means users now have to go fine another lib they need and compile and > > install it - and we don't provide it. it was a tossup here, but i don't > > think any of us was that happy about sucking in an external build dep just > > for this simple thing, thus sebastien implemented dns lookups. he did the > > hard bit - reading the rfc's and doing the network protocol handling. the > > easy stuff is left to do :) > > I'm not sure I'd agree that NIS/YP and LDAP are "easy stuff." how many people do dns via nis/yp or ldap? sure - nice theory - but actually do dns VIA that? i knwo dns servers are oftne BACKED by ldap as such - but other than very specific special cases in niche areas - actual dns VIA nis/yp or ldap... i don't know. > But ecore already has hooks for spawning subprograms and getting > callbacks, right? Why not write a wrapper around gethostbyname() that > ecore_con would spawn? That way we wouldn't have to rewrite the whole > damn thing. (Although if we do, we should make it a separate > project.) AFTER seb had written the dns procotol handling that came to mind and i suggested it... but i have to say i respect seb's work on doing th edns protocol handling and reading the rfc's etc. and i dont see just nuking the code as good. i am leaving it in seb's hands for now. it needs completeness handling. i dont see ldap/nis/yp as usefully worth implementing and if you happen to have a system with these setups - then fall back to blocking gethostbyname is an option :) something about a librarye forking off child processes seems a bit evil to me - and thus i hesitate on it. but then again re-implementing dns is evil too :) > Another idea I had: What about a standalone GPL daemon program that > communicates via IPC and uses ADNS? Client programs wouldn't link to > it, so no viral infection. Thoughts? that's possible - but its a service that has to sit around and be managed. i'd much sooenr go with the fork off a child to dns lookup via gethostbyname then punt the retuned data via fd back to the parent method long before this :) > Michael > > -- > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> > n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) > ----------------------------------------------------------------------- > "If the homo sapiens were, in fact, *homo* sapiens, is that why > they're extinct?" "Joey, homo sapiens are people." "Hey, I'm not > judging!" -- Joey Tribbiani and Ross Gellar, "Friends" > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > enlightenment-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 [EMAIL PROTECTED] Tokyo, Japan (東京 日本) ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
