[SPAM] ISC bind9 compile error

Wed Oct 1 16:58:29 UTC 2008

I have found that there must be a CR after "send" command at the end of script file. Or the script file will not be executed.
The compile error still exists. After install ActivePerl, openssl. After execute buildsetup.bat, I open win32utils\BINDBuild.dsw in MSVC 7.1 and start to build it. But in building, it prompt some error, all of them are releted to a line in inclue/isc/event.h(line 81):

#define ISC_EVENT_COMMON(ltype) \
size_t ev_size; \
unsigned int ev_attributes; \
void * ev_tag; \
isc_eventtype_t ev_type; \
isc_taskaction_t ev_action; \
void * ev_arg; \
void * ev_sender; \
isc_eventdestructor_t ev_destroy; \
void * ev_destroy_arg; \
ISC_LINK(ltype) ev_link

the "size_t" is defined as "typedef _W64 unsigned int size_t", and can not pass compile. Anybody can help me?

----- 原始邮件 -----
发件人：Kevin Darcy 
收件人：bind-users at isc.org
主题：Re: [SPAM] ISC bind9 compile error
日期：2008-10-1 11:55:53

devmail at sina.com wrote:
> [...]
>
> Another problem:
> I can use nsupdate command to change DNS record successfully. But when I use it to open a script file, all reply message is NOERROR, but nslookup didn't return the right IPs.
> Commands input by user interactively and in the script file are identical:
> Server 127.0.0.1
> zone mydomain.com
> update add test1.mydomain.com 100 IN A 192.168.0.1
> update del 192.168.0.2
> send
>   
Do you really have a name 192.168.0.2.mydomain.com? Because that's what 
you're trying to delete.

Also, "del" is not a valid synonym for "delete" in any version of 
nsupdate I'm running, although I suppose the command syntax might have 
been liberalized in a later version.
> Is there some difference between script file mode and interactive mode? 
>   
Shouldn't be.

I'd recommend turning on debug mode for nsupdate to see what it's really 
doing. On Unix, that's done via the "-d" command line switch. I don't 
know for sure what the Wintel equivalent would be, but you might try 
"/d", or check the documentation.

- Kevin

-------------------------------------------------------------------
新浪空间——与朋友开心分享网络新生活！(http://space.sina.com.cn/ )From cbuxton at menandmice.com  Wed Oct  1 17:12:27 2008
Received: with ECARTIS (v1.0.0; list bind-users); Wed, 01 Oct 2008 17:12:27 +0000 (UTC)
Return-Path: <cbuxton at menandmice.com>
X-Original-To: bind-users at webster.isc.org
Received: from mx.isc.org (mx.isc.org [IPv6:2001:4f8:0:2::1c])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mx.isc.org", Issuer "ISC CA" (verified OK))
	by webster.isc.org (Postfix) with ESMTPS id 9D7E210E492
	for <bind-users at webster.isc.org>; Wed,  1 Oct 2008 17:12:27 +0000 (UTC)
	(envelope-from cbuxton at menandmice.com)
Received: from zimbra.menandmice.is (mail.menandmice.is [217.151.171.25])
	by mx.isc.org (Postfix) with ESMTP id B9475114039
	for <bind-users at isc.org>; Wed,  1 Oct 2008 17:08:43 +0000 (UTC)
	(envelope-from cbuxton at menandmice.com)
Received: from localhost (localhost [127.0.0.1])
	by zimbra.menandmice.is (Postfix) with ESMTP id 8D1957638C0
	for <bind-users at isc.org>; Wed,  1 Oct 2008 17:08:42 +0000 (GMT)
X-Virus-Scanned: amavisd-new at 
X-Spam-Score: -2.734
X-Spam-Level: 
X-Spam-Status: No, score=-3.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham
	version=3.2.5
Received: from zimbra.menandmice.is ([127.0.0.1])
	by localhost (zimbra.menandmice.is [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id J+6pI4OiN9FZ for <bind-users at isc.org>;
	Wed,  1 Oct 2008 17:08:40 +0000 (GMT)
Received: from [192.168.0.250] (mcclure.menandmice.is [217.151.171.34])
	by zimbra.menandmice.is (Postfix) with SMTP id BA44275D309
	for <bind-users at isc.org>; Wed,  1 Oct 2008 17:08:39 +0000 (GMT)
Message-Id: <33E76C59-8400-4B83-A267-9CD4B5837247 at menandmice.com>
From: Chris Buxton <cbuxton at menandmice.com>
To: BIND Users Mailing List <bind-users at isc.org>
In-Reply-To: <48E395BD.4030002 at gis.net>
Content-type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Mime-Version: 1.0 (Apple Message framework v929.2)
Subject: Re: Bind named to 0.0.0.0 (INADDR_ANY)
Date: Wed, 1 Oct 2008 10:08:36 -0700
References: <cbf1a1340809301028o3ffc5e71ua6a38d7aaefeedca at mail.gmail.com> <200810010128.m911SP2N007435 at drugs.dv.isc.org> <20081001090236.GA30483 at evileye.atkac.englab.brq.redhat.com> <48E395BD.4030002 at gis.net>
X-Mailer: Apple Mail (2.929.2)
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mx.isc.org
Sender: bind-users-bounce at isc.org
Errors-to: bind-users-bounce at isc.org
Precedence: bulk
List-unsubscribe: <mailto:bind-users-request at isc.org?Subject=unsubscribe>
List-Id: <bind-users.isc.org>
X-List-ID: <bind-users.isc.org>

On Oct 1, 2008, at 8:22 AM, Danny Mayer wrote:
> Adam Tkac wrote:
>> Well it is quite different if you create per-interface bindings or  
>> bind(2)
>> to INADDR_ANY.
>>
>> If you create per-interface bindings and you create new network  
>> interface
>> BIND can't see it and use it (not sure if rndc reload/reconfig helps,
>> I haven't test it yet).
>>
>
> BIND9 has no problem with seeing new interfaces. You don't need rndc  
> for
> that, it's quite automatic. You can use interface-interval to adjust  
> the
> frequency of the checking.

Only if named is running as root. As any other user, it doesn't have  
the right to bind to port 53; therefore, any interface that appears  
after named drops privileges is unavailable. (You might be able to  
work around this on Linux by setting capabilities [libcap2].)

Chris Buxton
Professional Services
Men & Mice