Toll Free Numbers
  • Last 5 Forum Topics
    Last post

The Web Only This Site



  • MARC

    Mailing list ARChives
    - Search by -


    Computing Dictionary

  • Text Link Ads
  • LINUX man pages
  • Linux Man Page Viewer

    The following form allows you to view linux man pages.



           ldap_matchingrule_free, ldap_str2attributetype, ldap_attributetype2str,
           ldap_attributetype2name, ldap_attributetype_free, ldap_str2objectclass,
           ldap_objectclass2str,   ldap_objectclass2name,   ldap_objectclass_free,
           ldap_scherr2str - Schema definition handling routines


           OpenLDAP LDAP (libldap, -lldap)


           #include <ldap.h>
           #include <ldap_schema.h>
           LDAPSyntax * ldap_str2syntax(s, code, errp, flags)
           const char * s;
           int * code;
           const char ** errp;
           const int flags;
           char * ldap_syntax2str(syn)
           const LDAPSyntax * syn;
           const char * ldap_syntax2name(syn)
           LDAPSyntax * syn;
           LDAPSyntax * syn;
           LDAPMatchingRule * ldap_str2matchingrule(s, code, errp, flags)
           const char * s;
           int * code;
           const char ** errp;
           const int flags;
           char * ldap_matchingrule2str(mr);
           const LDAPMatchingRule * mr;
           const char * ldap_matchingrule2name(mr)
           LDAPMatchingRule * mr;
           LDAPMatchingRule * mr;
           LDAPAttributeType * ldap_str2attributetype(s, code, errp, flags)
           const char * s;
           int * code;
           const char ** errp;
           const int flags;
           char * ldap_attributetype2str(at)
           const LDAPAttributeType * at;
           const char * ldap_attributetype2name(at)
           const char * ldap_objectclass2name(oc)
           LDAPObjectClass * oc;
           LDAPObjectClass * oc;
           char * ldap_scherr2str(code)
           int code;


           These routines are used to  parse  schema  definitions  in  the  syntax
           defined  in RFC 4512 into structs and handle these structs.  These rou-
           tines handle four  kinds  of  definitions:  syntaxes,  matching  rules,
           attribute  types  and  object  classes.  For each definition kind, four
           routines are provided.
           ldap_str2xxx() takes a definition in RFC 4512 format in argument s as a
           NUL-terminated  string  and  returns, if possible, a pointer to a newly
           allocated struct of the appropriate kind.  The  caller  is  responsible
           for  freeing  the struct by calling ldap_xxx_free() when not needed any
           longer.  The routine returns NULL if some problem  happened.   In  this
           case,  the  integer  pointed  at by argument code will receive an error
           code (see below the description of ldap_scherr2str() for an explanation
           of  the values) and a pointer to a NUL-terminated string will be placed
           where requested by argument errp , indicating where in argument  s  the
           error  happened, so it must not be freed by the caller.  Argument flags
           is a bit mask of parsing options controlling the relaxation of the syn-
           tax recognized.  The following values are defined:
                  strict parsing according to RFC 4512.
                  permit definitions that do not contain an initial OID.
                  permit quotes around some items that should not have them.
                  permit a descr instead of a numeric OID in places where the syn-
                  tax expect the latter.
                  permit that the initial numeric OID contains a prefix  in  descr
                  be very liberal, include all options.
           The structures returned are as follows:
                  typedef struct ldap_schema_extension_item {
                          char *mr_desc;          /* Description */
                          int  mr_obsolete;       /* Is obsolete? */
                          char *mr_syntax_oid;    /* Syntax of asserted values */
                          LDAPSchemaExtensionItem **mr_extensions; /* Extensions */
                  } LDAPMatchingRule;
                  typedef struct ldap_attributetype {
                          char *at_oid;           /* OID */
                          char **at_names;        /* Names */
                          char *at_desc;          /* Description */
                          int  at_obsolete;       /* Is obsolete? */
                          char *at_sup_oid;       /* OID of superior type */
                          char *at_equality_oid;  /* OID of equality matching rule */
                          char *at_ordering_oid;  /* OID of ordering matching rule */
                          char *at_substr_oid;    /* OID of substrings matching rule */
                          char *at_syntax_oid;    /* OID of syntax of values */
                          int  at_syntax_len;     /* Suggested minimum maximum length */
                          int  at_single_value;   /* Is single-valued?  */
                          int  at_collective;     /* Is collective? */
                          int  at_no_user_mod;    /* Are changes forbidden through LDAP? */
                          int  at_usage;          /* Usage, see below */
                          LDAPSchemaExtensionItem **at_extensions; /* Extensions */
                  } LDAPAttributeType;
                  typedef struct ldap_objectclass {
                          char *oc_oid;           /* OID */
                          char **oc_names;        /* Names */
                          char *oc_desc;          /* Description */
                          int  oc_obsolete;       /* Is obsolete? */
                          char **oc_sup_oids;     /* OIDs of superior classes */
                          int  oc_kind;           /* Kind, see below */
                          char **oc_at_oids_must; /* OIDs of required attribute types */
                          char **oc_at_oids_may;  /* OIDs of optional attribute types */
                          LDAPSchemaExtensionItem **oc_extensions; /* Extensions */
                  } LDAPObjectClass;
           Some integer fields (those described with a question mark) have a truth
           value, for these fields the possible values are:
                  The answer to the question is no.
                  The answer to the question is yes.
           For attribute types, the following usages are possible:
                  the attribute type is non-operational.
                  the attribute type is operational and is pertinent to the direc-
                  the object class is abstract, i.e. there cannot  be  entries  of
                  this class alone.
                  the  object class is structural, i.e. it describes the main role
                  of the entry.  On some servers, once the entry  is  created  the
                  set  of  structural  object  classes assigned cannot be changed:
                  none of those present can be  removed  and  none  other  can  be
                  the  object  class  is auxiliary, i.e. it is intended to go with
                  other, structural,  object  classes.   These  can  be  added  or
                  removed  at  any time if attribute types are added or removed at
                  the same time as needed by the set of object  classes  resulting
                  from the operation.
           Routines ldap_xxx2name() return a canonical name for the definition.
           Routines  ldap_xxx2str()  return  a string representation in the format
           described by RFC 4512 of the struct passed in the argument.  The string
           is  a  newly  allocated string that must be freed by the caller.  These
           routines may return NULL if no memory can be allocated for the  string.
           ldap_scherr2str()  returns a NUL-terminated string with a text descrip-
           tion of the error found.  This is a pointer to a  static  area,  so  it
           must  not  be freed by the caller.  The argument code comes from one of
           the parsing routines and can adopt the following values:
                  Out of memory.
                  Unexpected token.
                  Missing opening parenthesis.
                  Missing closing parenthesis.
                  Expecting digit.
                  Expecting a name.
                  Bad description.
           OpenLDAP Software is developed and maintained by The  OpenLDAP  Project
           <>.   OpenLDAP Software is derived from Univer-
           sity of Michigan LDAP 3.3 Release.

    OpenLDAP 2.4.40 2014/09/20 LDAP_SCHEMA(3)


  • Linux

    The Distributions


    The Software


    The News


  • Toll Free

Toll Free Numbers
Copyright © 1999 - 2016 by LinuxGuruz