On 6/5/2009 6:02 PM, Vernon Schryver wrote:
From: Paul Vixie<[email protected]>
To: Vernon Schryver<[email protected]>
cc: [email protected], [email protected]
the strange part of all this is, there has been a thread safe superset
of libresolv for about 11 years. just call res_ninit instead of
res_init, and res_nsend instead of res_send. netbsd doesn't know this?
I didn't know that, but now that you mention it, it's in non-NetBSD
versions of res_state.c, and so probably in NetBSD versions.
I'd not trust it without reading the whole resolver library because
"thread" does appear in res_state.c. But there are plenty of
pthread.h and similar stains in other files in the
FreeBSD version of /usr/src/lib/libc/resolv/*
Here's Christos Zoulas' mention of using res_ninit() and deprecating
usage of _res :
http://www.nabble.com/_res-value-related-query-td22433804.html
Seems the changes aren't too bad. I can test if you want.
While I'm ranting about NetBSD, I wish they'd get with the program in
minor ways that wouldn't break anything. I can't think of an excuse
for the spews of compiler warnings like these:
sign.c:77: warning: pointer targets in passing argument 2 of 'MD5Update'
differ in signedness
Declaring your MD5Update() to take a const void * instead of a const
unsigned char * should be done even before you tune it. It should be
done when you add "const" to the ancient code from the RFC 1321.
I want to go off on pkgsrc... but I'll resist and slog instead.
-m
_______________________________________________
DCC mailing list [email protected]
http://www.rhyolite.com/mailman/listinfo/dcc
