In article <[EMAIL PROTECTED]>,
Marc Singer <[EMAIL PROTECTED]> wrote:
> On reading this paper, I discovered all of the reasons for why I knew
> that the M$ way is wrong.
Interesting, then, that Mr Lampson now works for Microsoft.
http://www.research.microsoft.com/lampson/33-Hints/WebPage.html
--
On Wed, Oct 07, 1998 at 05:29:48PM +0100, Ian Jackson wrote:
> Mark W. Eichin writes ("Re: Better (inc. asynchronous) DNS client (stub
> resolver)"):
> > You might look at the "ares" library (Asynchronous RESolver) that Greg
> > Hudson <[EMAIL PROTECTED
Mark W. Eichin writes ("Re: Better (inc. asynchronous) DNS client (stub
resolver)"):
> You might look at the "ares" library (Asynchronous RESolver) that Greg
> Hudson <[EMAIL PROTECTED]> wrote...
> athena-dist.mit.edu:/pub/ATHENA/ares/ares-0.3.0.tar.
You might look at the "ares" library (Asynchronous RESolver) that Greg
Hudson <[EMAIL PROTECTED]> wrote...
athena-dist.mit.edu:/pub/ATHENA/ares/ares-0.3.0.tar.gz
is the current version. (At very least, compare notes with him...)
_Mark_ <[EMAIL PROTECTED]>
> I'm halfway through implementation, but it occurred to me that some
> people might like to comment on my proposed API. So, below you'll
> find a prototype of the header file. You'll notice I haven't given it
> a proper software licence yet, but the library itself will be GPL'd.
>
> If you have
I didn't much like libresolv, so I decided I would write a stub
resolver. In particular, it will make it much easier to make DNS
queries for various kinds of record and get the information you
actually wanted, and it will be useable asynchronously (ie in programs
with a select loop).
I'm halfway
6 matches
Mail list logo