But when we check for inet_ntop there is no u_int8_t or other type
references, just inet_ntop(0, (char *)0, (char *)0, 0);
Can you check config.log for inet_ntop checking
Michael A. Cleverly wrote:
On 2/6/07, Stephen Deasey <[EMAIL PROTECTED]> wrote:
On 2/6/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
On Linux HAVE_INET_NTOP is defined, i assume on OpenBSD not and
the part with the union is not working
It should be defined, because it seems to have it:
http://www.openbsd.org/cgi-bin/man.cgi?query=inet_ntop
Anyway, our custom test for this seems a bit over the top. Maybe it's
not correct? Other people seem to be just using AC_CHECK_FUNCS():
http://www.google.com/codesearch?q=file%3Aconfigure%5C.ac+inet_ntop
When I change include/Makefile.global from:
DEFS = -DHAVE_CONFIG_H
to:
DEFS = -DHAVE_CONFIG_H -DHAVE_INET_NTOP
and recompile I get correct IP addresses reported by [ns_conn
peeraddr]. Also Vlad's a.c program reports 127.0.0.1 instead of
0.0.0.0 too.
So the check for inet_ntop() doesn't work right on OpenBSD/sparc64.
The union alternative in reentrant.c works on 32-bit & 64-bit little
endian OpenBSD it appears.
The check fails because u_int8_t, and others, are undefined. On
OpenBSD they are defined in sys/types.h but the check only includes
sys/socket.h and arpa/inet.h.
Thanks for all the help!
Michael
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
--
Vlad Seryakov
571 262-8608 office
[EMAIL PROTECTED]
http://www.crystalballinc.com/vlad/