Re: [help]strange problem about gethostbyname/getaddrinfo

2008-12-10 Thread Roman Divacky
On Wed, Dec 10, 2008 at 02:36:27PM +0800, Cheng Renquan wrote: > On Wed, Dec 10, 2008 at 1:57 PM, ? <[EMAIL PROTECTED]> wrote: > > hi,all,we have a project which must resolv some domains in the server > > process > > our system in FreeBSD 6.2 or 6.3, the server process may open 7000+ > > so

Re: [help]strange problem about gethostbyname/getaddrinfo

2008-12-09 Thread Cheng Renquan
On Wed, Dec 10, 2008 at 1:57 PM, 陈小生 <[EMAIL PROTECTED]> wrote: > hi,all,we have a project which must resolv some domains in the server > process > our system in FreeBSD 6.2 or 6.3, the server process may open 7000+ > sockets,not fork > we have set the maxopensockets as 65536,as follows: Use strac

[help]strange problem about gethostbyname/getaddrinfo

2008-12-09 Thread 陈小生
sbsize unlimited I am sure we have set the /etc/reslov.conf correctly, I can resolve any legal domain use dig or gethostbyname or getaddrinfo in my another test program The problem is we found when the server porcess open 1000+ or higher sockets(but we can query any legal domain in the system

Re: getaddrinfo() spec doesn't match behaviour

2008-02-03 Thread Hajimu UMEMOTO
netdb.h header) does not contain wundram> the flag AI_V4MAPPED. In case the result of that is non-zero (which it is due wundram> to me specifying AI_V4MAPPED), the function returns EAI_BADFLAGS. wundram> After that, getaddrinfo() does some checks on AI_V4MAPPED and AI_ALL (masking wundr

getaddrinfo() spec doesn't match behaviour

2008-02-03 Thread Heiko Wundram (Beenic)
rinfo* res; // Fill in hints structure. memset(&hints,0,sizeof(hints)); hints.ai_flags = AI_PASSIVE | AI_V4MAPPED; hints.ai_family = SERV.m_ipv6 ? AF_INET6 : AF_INET; hints.ai_socktype = SOCK_STREAM; hints.ai_protocol = IPPROTO_TCP; // Query address info. if( ( rv = getaddrinfo(bindaddr,po

Re: getaddrinfo

2004-07-08 Thread Hajimu UMEMOTO
Hi, > On Thu, 8 Jul 2004 12:05:52 +0300 > Jan Mikael Melen <[EMAIL PROTECTED]> said: Jan.Melen> /etc/hosts: Jan.Melen> 1ffe::10 oneffeten Jan.Melen> 1ffe:1000:0001:10 oneffeten Jan.Melen> 1ffe:1000:0002:10 oneffeten It should be: 1ffe::10 oneffeten 1ffe:1000:0001::10 one

getaddrinfo

2004-07-08 Thread Jan Mikael Melen
Hi, I'm having problems with getaddrinfo call. When resolving multiple IPv6 addresses that are specified in /etc/hosts, the response from getaddrinfo call contains only the first address not the whole list. If I'll configure the corresponding addresses in to DNS I'll get all t

Re: mostly-reentrant resolver/getaddrinfo(3)

2004-02-09 Thread Brian F. Feldman
f -u -r1.48 getaddrinfo.c --- lib/libc/net/getaddrinfo.c 30 Oct 2003 17:36:53 - 1.48 +++ lib/libc/net/getaddrinfo.c 6 Feb 2004 06:20:23 - @@ -1511,6 +1511,7 @@ return 0; } + THREAD_UNLOCK(); switch (_nsdispatch(&result, d

Re: mostly-reentrant resolver/getaddrinfo(3)

2004-02-09 Thread Brian F. Feldman
"Jacques A. Vidrine" <[EMAIL PROTECTED]> wrote: > > BTW, a slightly more complete patch that has the diffs for > > /usr/include/resolv.h and also should correctly close the sockets that each > > thread opens for the resolver can be found here: > > > > http://green.homeunix.org/~green/mostly_ree

Re: mostly-reentrant resolver/getaddrinfo(3)

2004-02-09 Thread Jacques A. Vidrine
[ Brian: I've noticed that in the recent past, I cannot receive email from you due to reject: RCPT from mx2.freebsd.org[216.136.204.119]: 450 <[EMAIL PROTECTED]>: Sender address rejected: Domain not found Requests for any green.bikeshed.org RRs results in SERVFAIL. ] On Sat, Feb 07,

Re: mostly-reentrant resolver/getaddrinfo(3)

2004-02-07 Thread Brian F. Feldman
BTW, a slightly more complete patch that has the diffs for /usr/include/resolv.h and also should correctly close the sockets that each thread opens for the resolver can be found here: http://green.homeunix.org/~green/mostly_reentrant_resolver.patch -- Brian Fundakowski Feldman

mostly-reentrant resolver/getaddrinfo(3)

2004-02-07 Thread Brian Fundakowski Feldman
I spent a bit of time a few days ago making the resolver and getaddrinfo(3)'s DNS functions a little more reentrant than before, with the results that Mozilla is behaving much nicer than normal -- if one thread ("view" or tab in each window, for example, but I forget the Mozil

PF_LOCAL in getaddrinfo

2001-07-19 Thread Oscar Bonilla
I was trying to compile OpenLDAP 2 with support for ldapi:/// which uses the PF_LOCAL family. However, I've discovered that the PF_LOCAL entry in getaddrinfo is ifdef'd out. This is the relevant code for /usr/src/lib/libc/net/getaddrinfo.c #if 0 { PF_LOCAL, 0, ANY, ANY,