A new libspf2 version 1.2.0pre1 is now in subversion under tags/shevek.
This version represents a major API rewrite and bugfix. A public snapshot
is at
http://www.libspf2.org/spf/libspf2-1.2.0pre1.tar.gz.
The API is now considerably simpler, and involves servers, requests and
responses. Servers (and hence resolvers) will be threadsafe in the public
release. The only per-thread data is the request (and hence the response).
There will be no need to play with resolvers any more.
Allocation is simpler. Everything is allocated and returned as a pointer.
Free it using SPF_<type>_free(x). All accessors are provided as
out-of-line functions. This means that the library may be upgraded and the
layout of the internal structs may be changed without recompiling client
applications.
S.
--
Shevek http://www.anarres.org/
I am the Borg. http://www.gothnicity.org/
-------
To unsubscribe, change your address, or temporarily deactivate your subscription,
please go to http://v2.listbox.com/member/?listname=spf-devel@v2.listbox.com
This version represents a major API rewrite and bugfix. A public snapshot
is at
http://www.libspf2.org/spf/libspf2-1.2.0pre1.tar.gz.
The API is now considerably simpler, and involves servers, requests and
responses. Servers (and hence resolvers) will be threadsafe in the public
release. The only per-thread data is the request (and hence the response).
There will be no need to play with resolvers any more.
Allocation is simpler. Everything is allocated and returned as a pointer.
Free it using SPF_<type>_free(x). All accessors are provided as
out-of-line functions. This means that the library may be upgraded and the
layout of the internal structs may be changed without recompiling client
applications.
S.
--
Shevek http://www.anarres.org/
I am the Borg. http://www.gothnicity.org/
-------
To unsubscribe, change your address, or temporarily deactivate your subscription,
please go to http://v2.listbox.com/member/?listname=spf-devel@v2.listbox.com