OSF DCE Administration Guide--Core Components
Object Identifier Files
CIM Case Ignore String Matching—Same as CEM, except that characters
differing only in case are considered to match.
PM Printable String Matching—Same as CEM.
NM Numeric String Matching—Same as CEM, except that all spaces are
ignored.
- Unspecified.
The cds_globalnames file contains additional comments and descriptive information
about attribute types and case-matching rules. (See the X.500 recommendation for
details on the ASN.1 identifiers and their meaning.)
B.4 Modifying the Files
When a programmer develops an application that uses the directory service, the directory
service manager or the application developer needs to obtain unique identifiers for any
new CDS attribute names or GDS attribute types that the new application uses and then
update the appropriate file.
If the application stores names in CDS, edit the cds_attributes file. (Refer to the
cdsclerk.h file for the list of appropriate data type descriptors.) If the application stores
names in GDS, edit the cds_globalnames file and use the appropriate ASN.1 identifiers
to describe the data type, syntax, and case-matching rules for the name.
Note: If you modify the OID values for standard attributes in the cds_attributes
and cds_globalnames files, you may encounter problems interoperating
with other directory service implementations.
B.5 Modifying a CDS Entity’s Attributes
Every CDS entity has attributes, which are pieces or sets of data that are associated with
that entity. Attributes can reflect or affect the operational behavior of an entity, record
the number of times a particular event or problem occurred since the entity was last
enabled, and uniquely distinquish an entity for any other entity.
CDS attributes are identified by ISO OIDs. Every CDS attribute name maps to an OID
and a corresponding data type. Usually, client applications define the name of an
attribute and its data type. Application programmers should never need to modify
(except for the purpose of foreign language translation) the existing CDS labels
associated with the unique OIDs in the cds_attributes file. However, programmers can
obtain new OIDs from the appropriate authority, create new attributes for their own
object entries, and then append them to the existing list. The OID and data type of each
attribute are stored in the file cds_attributes. Descriptions of the CDS data types that
applications can use are in the cdsclerk.h file.
124243 Tandem Computers Incorporated B−5