Sponsored Content
Full Discussion: Bind dns server zone file
Operating Systems Linux Ubuntu Bind dns server zone file Post 302839865 by fpmurphy on Saturday 3rd of August 2013 09:49:24 AM
Old 08-03-2013
For BIND, the class field is optional. If the class field is omitted, the class IN is assumed.
 

9 More Discussions You Might Find Interesting

1. IP Networking

bind zone transfer?

Hi all, How to deny any zone transfer out of my host??? bind 8.2.3 Thank you all, Regards :D (2 Replies)
Discussion started by: solvman
2 Replies

2. Solaris

Bind zone transfer recategorises zone file?

Hi, I have a primary/slave Bind 9 setup running on a Solaris 10 platform. Everything is hunky dorey, except for when I make a zone file change and up the serial the file that is transferred to the slave looses all its comments, and the entries are place in alphabetical order. I administer many... (1 Reply)
Discussion started by: fulhamfcboy
1 Replies

3. UNIX for Advanced & Expert Users

DNS Bind

Hello, I have a question about dns file zone. Every zone file begins like: @ 86400 IN SOA ns1.website.com. admin@website.com. ( It means that name server ns1 is responsible for this zone. At the ending I can add the records like mysite.com IN A 1.2.3.4 So it will... (2 Replies)
Discussion started by: mirusnet
2 Replies

4. UNIX for Advanced & Expert Users

DNS server choice: Windows DNS vs Linux BIND

I'd like to get some opnions on choosing DNS server: Windows DNS vs Linux BIND comparrsion: 1) managment, easy of use 2) Security 3) features 4) peformance 5) ?? I personally prefer Windows DNS server for management, it supports GUI and command line. But I am not sure about security... (2 Replies)
Discussion started by: honglus
2 Replies

5. IP Networking

Freebsd Bind DNS server - multiple subnets

Hello all, I have configured Freebsd 8.1 Bind DNS as DNS server for intrenal domain and clients on one subnet 192.168.10.0/24 . What do I have to change in zone file and in in-addr.arpa zone file if I have two additional subsets 192.168.20.0/24 and 192.168.30.0/24? Do I have to create another... (0 Replies)
Discussion started by: kreno
0 Replies

6. IP Networking

DNS does all slave Name Server must be in the zone Resource Record file?

Hy guys, I've a problem configuring my Name Server (using bind 9) which is I'ts always necessary to put all slave Name Server for a zone in the zone resource record file or db (as you prefer)? I've this scenario: A - my domain which is son of some TLD and I delegated into two new domains B... (1 Reply)
Discussion started by: pharaoh
1 Replies

7. Solaris

BIND DNS Server issue on Solaris 10

Hi all, I have some sort of problem with BIND DNS server my environment as follows. bash-3.00# cat /etc/release Solaris 10 6/06 s10s_u2wos_09a SPARC Copyright 2006 Sun Microsystems, Inc. All Rights Reserved. Use is subject to... (3 Replies)
Discussion started by: h@foorsa.biz
3 Replies

8. UNIX for Dummies Questions & Answers

Host file to DNS zone creation

We are currently using the famous script H2N to create our DNS zone files from a host file. However, we are moving to IPV6 soon and this script doesnt support IPV6. Is there another script/solution to creating DNS zones via a host file input? (0 Replies)
Discussion started by: jpolachak
0 Replies

9. Solaris

Host file to dns zone creation solution?

We are currently using the famous script H2N to create our DNS zone files from a host file. However, we are moving to IPV6 soon and this script doesnt support IPV6. Is there another script/solution to creating DNS zones via a host file input? Is there another solution or way to do things that I may... (0 Replies)
Discussion started by: jpolachak
0 Replies
class_part_initialize() 												   class_part_initialize()

Name
  class_part_initialize - Object class method to initialize class part structure fields.

Synopsis
  typedef void (*XtWidgetClassProc)(WidgetClass);
	 WidgetClass subclass;

Inputs
  subclass  Specifies the pointer to a widget class structure.	It is the class that registered this method or a subclass thereof.

Description
  The class_part_initialize() method is registered on the class_part_initialize field of the Object, RectObj, or Core class structure, and is
  called to dynamically initialize any fields in the class part structure of its widget class.

  During class initialization, the class_part_initialize() method for the class and for all its superclasses is called in  superclass-to-sub-
  class  order on the class record.  These procedures do any dynamic initializations necessary to their class's part of the record, including
  resolution of any inherited methods defined in the class.  For example, if a widget class C has superclasses Core,  Composite,  A,  and  B,
  then	the  class  record for C is passed first to Core's class_part_initialize() method.  This resolves any inherited Core methods and com-
  piles the textual representations of the resource list and action table that are defined in the Core class  part.   Next,  the  Composite's
  class_part_initialize()  is  called  to initialize the Composite part of C's class record.  Finally, the class_part_initialize() procedures
  for A, B, and C (in order) are called.  All these methods will be called again if subclass D of class C is initialized, this time  to  ini-
  tialize the various parts of D's class structure.

  The  class_part_initialize() method is chained in superclass-to-subclass order and cannot be inherited.  Classes that do not define any new
  class fields or that need no extra processing for them can set their class_part_initialize field to be NULL.

  See the "Background" section below for more details on when class initialization is performed.

Usage
  The subclass argument to a class_part_initialize() procedure may be the widget class itself, or any subclass of it.  You should cast it  to
  a  pointer to your widget class and use that pointer to access the fields of the class part structure that your class defines.  If you need
  to access the superclass, use the superclass field in the Object, RectObj, or Core class part.  This is shown in the example below.

  The most common usage of the class_part_initialize() method is to handle inheritance of class methods and other fields.  If  you  define  a
  class  with  a  method  or  other field that can be inherited, you should define a special value that the writer of the subclass can use to
  inherit the field (use the constant _XtInherit cast to the appropriate type, as shown in the example below) and provide  a  class_part_ini-
  tialize() method which checks the inheritable field for this special value and overwrites it with the contents of the superclass's field.

Example
  The  following  procedure is the class_part_initialize() method for the Xaw Form widget class.  Note how it determines the immediate super-
  class and handles the inheritance of the Form layout() class method.

  Note that it does not initialize the Core, Composite, or Constraint class part fields, nor does it make any assumptions about  its  Widget-
  Class argument except that it is a subclass of Form.	Also note that when this method is called for the Form widget class itself, the vari-
  able super will be set to the superclass of Form, which cannot correctly be cast to FormWidgetClass.	This is a bug, but will  never	cause
  problems, because the Form class itself will never have to inherit any fields.

  Note	that the identifier class is a reserved word in C++, and your code will be more portable if you avoid using it as an argument name in
  C code.

     static void ClassPartInitialize(class)
	 WidgetClass class;
     {
	 register FormWidgetClass c = (FormWidgetClass)class;
	 register FormWidgetClass super = (FormWidgetClass)
	     c->core_class.superclass;

	 if (c->form_class.layout == XtInheritLayout)
	     c->form_class.layout = super->form_class.layout;
     }

  The constant XtInheritLayout is defined as follows (in <X11/Xaw/FormP.h>):

     #define XtInheritLayout ((Boolean (*)())_XtInherit)

Background
  All widget classes, whether or not they have class and class part initialization procedures,	must  start  with  their  class_inited	field
  False.

  The  first  time  a  widget  of a class is created, XtCreateWidget() ensures that the widget class and all superclasses are initialized, in
  superclass-to-subclass order, by checking each class_inited field.  If this field is False, XtCreateWidget() calls  the  class_initialize()
  and  the  class_part_initialize()  methods  for  the	class  and all its superclasses.  The Intrinsics then set the class_inited field to a
  nonzero value.  After the one-time initialization, a class structure is constant.  This initialization can also  be  performed  explicitly,
  without creating a widget, by calling XtInitializeWidgetClass().

See Also
  XtInitializeWidgetClass(1),
  Core(3),
  class_initialize(4), initialize(4).

Xt - Intrinsics Methods 												   class_part_initialize()
All times are GMT -4. The time now is 05:36 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy