error occure when i compile bind in vc 2008

2009-10-24 Thread aihua zhang 
hi,
   i'm wondering how i can compile bind-9.6.1-p1 in vc 2008
successfully.Now,i have alone build the libdns ,but  many errorr  occures in
the file
  Microsoft SDKs\Windows\v6.0A\Include\Mprapi.h ,the error is like : Error
27 error C2061: syntax error : identifier 'IN6_ADDR' c:\program
files\microsoft sdks\windows\v6.0a\include\mprapi.h 582 ;Error 28 error
C2061: syntax error : identifier 'ipv6addrDnsAlt' c:\program files\microsoft
sdks\windows\v6.0a\include\mprapi.h 583
   any ideas would be great help to me, Thx!

Best regards,
 xiaoTou
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Fw: RE: dnssec enabled recursive server

2009-10-24 Thread Pamela Rock 
As suggested...

r...@localhost:~/ uname -a
Linux localhost.localdomain 2.6.18-164.2.1.el5 #1 SMP Mon Sep 21 04:37:42 EDT 
2009 x86_64 x86_64 x86_64 GNU/Linux

 
 Here is a hint of what is in the info and debug log...
 
 ** info **
 23-Oct-2009 16:47:23.543 general: error: socket.c:4922:
 unexpected error:
 23-Oct-2009 16:47:23.543 general: error: 22/Invalid
 argument
 23-Oct-2009 16:47:25.249 general: error: socket.c:4922:
 unexpected error:
 23-Oct-2009 16:47:25.249 general: error: 22/Invalid
 argument
 23-Oct-2009 16:47:27.064 general: error: socket.c:4922:
 unexpected error:
 23-Oct-2009 16:47:27.064 general: error: 22/Invalid
 argument
 23-Oct-2009 16:47:28.785 general: error: socket.c:4922:
 unexpected error:
 23-Oct-2009 16:47:28.785 general: error: 22/Invalid
 argument
 
 ** debug **
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): start
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): try
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): cancelqueries
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): getaddresses
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): query
 23-Oct-2009 16:47:27.064 resolver: debug 3: resquery
 0x2b2f4010 (fctx 0x2b2ed010(123xyz.TLD/ANY)): send
 23-Oct-2009 16:47:27.064 general: error: socket.c:4922:
 unexpected error:
 23-Oct-2009 16:47:27.064 general: error: 22/Invalid
 argument
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): done
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): stopeverything
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): cancelqueries
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): sendevents
 23-Oct-2009 16:47:27.064 query-errors: debug 1: client
 10.10.10.10#40629: query failed (SERVFAIL) for
 123xyz.TLD/IN/ANY at query.c:4619
 23-Oct-2009 16:47:27.064 client: debug 3: client
 10.10.10.10#40629: error
 23-Oct-2009 16:47:27.064 client: debug 3: client
 10.10.10.10#40629: send
 23-Oct-2009 16:47:27.064 client: debug 3: client
 10.10.10.10#40629: sendto
 23-Oct-2009 16:47:27.064 client: debug 3: client
 10.10.10.10#40629: senddone
 23-Oct-2009 16:47:27.064 client: debug 3: client
 10.10.10.10#40629: next
 23-Oct-2009 16:47:27.064 client: debug 3: client
 10.10.10.10#40629: endrequest
 23-Oct-2009 16:47:27.064 query-errors: debug 2: fetch
 completed at resolver.c:3015 for 123xyz.TLD/ANY in 0.000527:
 unexpected error/success
 [domain:.,referral:0,restart:1,qrysent:0,timeout:0,lame:0,neterr:0,badresp:0,adberr:0,findfail:0,valfail:0]
 23-Oct-2009 16:47:27.064 resolver: debug 3: fetch
 0x2b8f4e85c830 (fctx 0x2b2ed010(123xyz.TLD/ANY)):
 destroyfetch
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): shutdown
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): doshutdown
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): stopeverything
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): cancelqueries
 23-Oct-2009 16:47:27.064 resolver: debug 3: fctx
 0x2b2ed010(123xyz.TLD/ANY'): destroy
 23-Oct-2009 16:47:27.078 client: debug 3: client
 10.10.10.10#38984: UDP request
 23-Oct-2009 16:47:27.078 security: debug 3: client
 10.10.10.10#38984: request is not signed
 23-Oct-2009 16:47:27.078 security: debug 3: client
 10.10.10.10#38984: recursion available
 23-Oct-2009 16:47:27.078 client: debug 3: client
 10.10.10.10#38984: query
 23-Oct-2009 16:47:27.078 security: debug 3: client
 10.10.10.10#38984: query (cache) 'TLD/DNSKEY/IN' approved
 23-Oct-2009 16:47:27.078 client: debug 3: client
 10.10.10.10#38984: send
 23-Oct-2009 16:47:27.078 client: debug 3: client
 10.10.10.10#38984: sendto
 23-Oct-2009 16:47:27.078 client: debug 3: client
 10.10.10.10#38984: senddone
 23-Oct-2009 16:47:27.078 client: debug 3: client
 10.10.10.10#38984: next
 23-Oct-2009 16:47:27.078 client: debug 3: client
 10.10.10.10#38984: endrequest
 23-Oct-2009 16:47:27.078 client: debug 3: client @0xc49c30:
 udprecv
 23-Oct-2009 16:47:28.784 client: debug 3: client
 10.10.10.10#50188: UDP request
 23-Oct-2009 16:47:28.784 security: debug 3: client
 10.10.10.10#50188: request is not signed
 23-Oct-2009 16:47:28.784 security: debug 3: client
 10.10.10.10#50188: recursion available
 23-Oct-2009 16:47:28.784 client: debug 3: client
 10.10.10.10#50188: query
 23-Oct-2009 16:47:28.784 security: debug 3: client
 10.10.10.10#50188: query (cache) 'www.123xyz.TLD/ANY/IN'
 approved
 23-Oct-2009 16:47:28.785 client: debug 3: client
 10.10.10.10#50188: replace
 23-Oct-2009 16:47:28.785 general: debug 3: clientmgr
 @0x2b8f4e86a3b8: createclients
 23-Oct-2009 16:47:28.785 general: debug 3: clientmgr
 @0x2b8f4e86a3b8: recycle
 23-Oct-2009 16:47:28.785

Re: named error messages

2009-10-24 Thread JINMEI Tatuya / 神明達哉 
At Fri, 16 Oct 2009 08:42:55 +0200,
Toto t...@the-damian.de wrote:

 we're getting quite a lot of messages like the ones below
 recently. The server is a resolver running bind 9.6.1-P1 (compiled
 from source on debian etch).
 
 16-Oct-2009 08:28:50.430 dispatch: dispatch 0xeed08400: shutting down due to 
 TCP receive error: [IP REMOVED]#53: connection reset

 Searching for clues I stumbled across an old problem from 2006
 (https://lists.isc.org/pipermail/bind-users/2006-August/063501.html).

This can happen if the remote server doesn't handle TCP queries
correctly.  Maybe the log messages are noisy, but other than the
verbosity it's not a problem.  Do you have any specific problem with
them or did you just wonder?

---
JINMEI, Tatuya
Internet Systems Consortium, Inc.
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users