Update of "tres"

Many hyperlinks are disabled.
Use anonymous login to enable hyperlinks.


Artifact ID: f5b563de9ceaed4a2d5d67ce0d3128cb5c843618
Page Name:tres
Date: 2015-03-10 23:46:26
Original User: aspect
Parent: 2dc6cca09c3eceaf089145850dca59ae2321ece9

tres is a featherweight threaded resolver for POSIX. It currently consists of a single stand-alone test program that takes hosts to resolve on the command line and on stdin, echoing the results back on stdout.

It has been tested on Linux+gcc and FreeBSD+clang, and I'm fairly confident it should work in other POSIX environments. Unfortunately, the test harness isn't terribly scriptable without either a ares_wait() method or more smarts in the test program. The latter is more appealing, as the former requires much more smarts in my dumb dispatcher and will push past the 500loc and almost braindead ignorance of most of the pthread API.

The goal is eventually to adapt this to Tcl_Thread such that it can be applied to the Tcl core and make asynchronous sockets truly asynchronous. There are a few bridges to cross first, and this isn't a high-priority project for me, so don't hold your breath.


Just make to build the executable ares. Run it with 0 or more hostnames to resolve on the command line. You can give more hostnames on stdin (one per line) to get those resolved too.

An empty line on stdin will cause it to prune unused resolver threads. EOF will cause it to exit.

Hosts are resolved asynchronously, so output can be interleaved. Output for a single resolution looks something like:

request ''
result '' = ''
result '' = ''
result '' = '2405:b000:e00:280::12:170'
result '' = '2405:b000:b00:280::76:170'
result '' = ''