tres

Artifact [f5b563de9c]
Login

Artifact f5b563de9ceaed4a2d5d67ce0d3128cb5c843618:

Wiki page [tres] by aspect 2015-03-10 23:46:26.
D 2015-03-10T23:46:26.483
L tres
P 2dc6cca09c3eceaf089145850dca59ae2321ece9
U aspect
W 1650
<tt>tres</tt> 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 <tt>ares_wait()</tt> 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 <tt>Tcl_Thread</tt> 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.

<h2>Testing</h2>

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

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

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

<pre>
request 'csiro.au'
result 'csiro.au' = '150.229.76.170'
result 'csiro.au' = '150.229.12.170'
result 'csiro.au' = '2405:b000:e00:280::12:170'
result 'csiro.au' = '2405:b000:b00:280::76:170'
result 'csiro.au' = ''
</pre>

Z 3bf383826e11aa765cabe8b7a8e573d4