Re: about source code

2017-02-15 Thread Graham Clinch

> In Socket.c, there are many "manager->nevents" 
> for an example, manager->nevents = ISC_SOCKET_MAXEVENTS; 
>  
> but the manager is defined in "isc_socketmgr_t *manager "

Where the nevents member is involved, I see manager being of type
isc__socketmgr_t - note the additional underscore (in 9.10 at least).

Graham
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: about source code

2017-02-15 Thread Mark Andrews

Different platforms have different structure contents.

lib/isc/unix/socket.c  (has nevents)
lib/isc/win32/socket.c (doesn't have nevents)

Mark

In message , Yao HEALTH writes:
> Hello,
>  
> In Socket.c, there are many "manager->nevents" 
> for an example, manager->nevents = ISC_SOCKET_MAXEVENTS; 
>  
> but the manager is defined in "isc_socketmgr_t *manager "
>  
> typedef struct isc_socketmgr isc_socketmgr_t; /*%< Socket Manager */ 
>  
> struct isc_socketmgr {
> /* Not locked. */
> unsigned int magic;
> isc_mem_t*mctx;
> isc_mutex_t lock;
> /* Locked by manager lock. */
> ISC_LIST(isc_socket_t) socklist;
> isc_boolean_t bShutdown;
> isc_condition_t shutdown_ok;
> HANDLE hIoCompletionPort;
> int maxIOCPThreads;
> HANDLE hIOCPThreads[MAX_IOCPTHREADS];
> DWORD dwIOCPThreadIds[MAX_IOCPTHREADS];
>  
> /*
>  * Debugging.
>  * Modified by InterlockedIncrement() and InterlockedDecrement()
>  */
> LONG totalSockets;
> LONG iocp_total;
> };
>  
> my question is that there seems no definition of "nevents" in the struct of i
> sc_socketmgr, where is "nevents"  when we use "manager->nevents"?
>  
> Can some expert kindly help where I miss?
>  
> thanks a lot.
>  
> Jiankang Yao
>  
>  
>  
>  
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
>  from this list
> 
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: about source code

2017-02-15 Thread Mark Andrews

In message <045768a3-5513-132b-229a-0bc9750b5...@lancaster.ac.uk>, Graham Clinc
h writes:
> 
> > In Socket.c, there are many "manager->nevents" 
> > for an example, manager->nevents = ISC_SOCKET_MAXEVENTS; 
> >  
> > but the manager is defined in "isc_socketmgr_t *manager "
> 
> Where the nevents member is involved, I see manager being of type
> isc__socketmgr_t - note the additional underscore (in 9.10 at least).

Depends on how recent the version you are looking at is.  But
basically this was looking at unix code and trying to figure out
how the Windows structure worked with it.  Your head will hurt if
you do that.

Most structures are private to the source file where they are defined.
Only the pointer's typedef is public.

Mark

> Graham
> ___
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
>  from this list
> 
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Concatenating more RPZ zones

2017-02-15 Thread Job
Hi guys,

i have this situation with RPZ zones (and can grow up with more RPZ zones):

response-policy { zone "policy1.lan"; zone "policy2.lan"; };

Within polici1.lan and policy2.lan i have included the client IP that must not 
load the policy (passthrough).

If a Client IP needs to have enabled policy2.lan but *not* policy1.lan, i 
noticed it is not possible, because the passthrouh on policy1.lan override/drop 
application of the policy2.lan

Is there a way to avoid it?

Thank you!
/F
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users