2 .TH bres 3 "1 October 1999" "Straylight/Edgeware" "mLib utilities library"
4 bres \- background name resolver
12 .B "#include <mLib/bres.h>"
14 .B "typedef struct { ...\& } bres_client;"
16 .ds mT \fBvoid bres_byname(
17 .BI "\*(mTbres_client *" rc ", const char *" name ,
18 .BI "\h'\w'\*(mT'u'void (*" func ")(struct hostent *" h ", void *" p ),
19 .BI "\h'\w'\*(mT'u'void *" p );
20 .ds mT \fBvoid bres_byaddr(
21 .BI "\*(mTbres_client *" rc ", struct inaddr " addr ,
22 .BI "\h'\w'\*(mT'u'void (*" func ")(struct hostent *" h ", void *" p ),
23 .BI "\h'\w'\*(mT'u'void *" p );
24 .BI "void bres_abort(bres_client *" rc );
25 .BI "void bres_exec(const char *" file );
26 .BI "void bres_init(sel_state *" sel );
31 header file declares types and functions for doing translation between
32 host names and IP addresses in the background.
34 The system must be initialized before use by a call to
36 passing it the address of an I/O multiplexor (see
39 A resolver task is stored in an object of type
41 the storage for which is allocated by the caller. The object is a
42 structure, and its contents are unspecified. The object is initialized
43 by one of the name resolution functions
47 Each function is passed the following arguments:
49 .BI "bres_client *" rc
50 Pointer to the client block to initialize and store the resolver job's
53 .BI "struct in_addr " addr "\fR (\fBbres_byaddr\fR)"
56 .BI "const char *" name "\fR (\fBbres_byname\fR)"
57 The IP address or hostname to resolve.
59 .BI "void (*" func ")(struct hostent *" h ", void *" p )
60 A handler function to call when the resolver job is complete.
63 A pointer argument to pass to the handler function.
67 block must not be discarded until either the job is complete (i.e., the
68 handler function has been called) or
72 The handler function is passed either the address of a
74 structure describing the resolved host, or a null pointer indicating
77 structure is as returned by the standard
81 functions. This isn't the most convenient format for the results, but
82 it does have the benefit of being standard. Similarly, errors are
83 reported through the global
89 cancels a running resolver job. When it returns, the client structure
92 There are two versions of
94 The standard one uses a pool of server processes. Incoming resolver
95 jobs are passed to an available server, or a new server is started if
96 all are busy. There is a maximum number of servers, and jobs are queued
97 once this limit is reached. Old servers which have been idle for a
98 period of time are killed off. Servers are also killed if they start
99 misbehaving or their jobs are aborted.
101 By default, servers are started simply by calling
103 This can cause undesirably high memory usage in large programs. The
106 requests the resolver system to
108 a small dedicated server program to perform name lookups to reduce
109 memory consumption. The argument to
111 is the full pathname of the server program, or null to accept the
112 default set at library configuration time (which is usually correct).
114 The other implementation of
118 library to do asynchronous resolution. It can cope with many more
119 simultaneous resolver jobs, and doesn't use up external processes. If
124 function does nothing at all.
126 For security reasons, when an address is resolved, the hostname received
127 is verified by performing a forward lookup. If the forward lookup fails
128 to return the expected IP address, an error is reported.
130 .BR gethostbyname (3),
131 .BR gethostbyaddr (3),
135 Mark Wooding, <mdw@distorted.org.uk>