HP OpenVMS Utility Routines Manual

HP OpenVMS Utility Routines Manual

Order Number: BA554-90019

June 2010

This manual describes the OpenVMS utility routines, a set of routines that provide a programming interface to various OpenVMS utilities.

Revision/Update Information: This manual supersedes the HP OpenVMS Utility Routines Manual, OpenVMS Alpha Version 8.3.

Software Version: OpenVMS Version 8.4 for Integrity servers
OpenVMS Alpha Version 8.4

Hewlett-Packard Company
Palo Alto, California

© Copyright 2010 Hewlett-Packard Development Company, L.P.

Confidential computer software. Valid license from HP required for possession, use or copying. Consistent with FAR 12.211 and 12.212, Commercial Computer Software, Computer Software Documentation, and Technical Data for Commercial Items are licensed to the U.S. Government under vendor's standard commercial license.

The information contained herein is subject to change without notice. The only warranties for HP products and services are set forth in the express warranty statements accompanying such products and services. Nothing herein should be construed as constituting an additional warranty. HP shall not be liable for technical or editorial errors or omissions contained herein.

Intel and Itanium are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries.


The HP OpenVMS documentation set is available on CD.

Contents Index


Intended Audience

This manual is intended for programmers who want to invoke and use the functions provided by OpenVMS utilities.

Document Structure

Chapter 1 introduces the utility routines and lists the documentation format used to describe each set of utility routines, as well as the individual routines in each set. Each subsequent chapter contains an introduction to a set of utility routines, a programming example to illustrate the use of the routines in the set, and a detailed description of each routine.

This manual presents the following utility routine sets:

Related Documents

For additional information about HP OpenVMS products and services, see:


Reader's Comments

HP welcomes your comments on this manual. Please send your comments or suggestions to:


How To Order Additional Documentation

For information about how to order additional documentation, see:



The following conventions may be used in this manual:
Integrity servers Abbreviation representing "HP OpenVMS for Integrity servers".
Ctrl/ x A sequence such as Ctrl/ x indicates that you must hold down the key labeled Ctrl while you press another key or a pointing device button.
PF1 x A sequence such as PF1 x indicates that you must first press and release the key labeled PF1 and then press and release another key or a pointing device button.
[Return] In examples, a key name enclosed in a box indicates that you press a key on the keyboard. (In text, a key name is not enclosed in a box.)

In the HTML version of this document, this convention appears as brackets, rather than a box.

... Horizontal ellipsis points in examples indicate one of the following possibilities:
  • Additional optional arguments in a statement have been omitted.
  • The preceding item or items can be repeated one or more times.
  • Additional parameters, values, or other information can be entered.
Vertical ellipsis points indicate the omission of items from a code example or command format; the items are omitted because they are not important to the topic being discussed.
( ) In command format descriptions, parentheses indicate that you must enclose choices in parentheses if you specify more than one.
[ ] In command format descriptions, brackets indicate optional choices. You can choose one or more items or no items. Do not type the brackets on the command line. However, you must include the brackets in the syntax for OpenVMS directory specifications and for a substring specification in an assignment statement.
| In command format descriptions, vertical bars separate choices within brackets or braces. Within brackets, the choices are optional; within braces, at least one choice is required. Do not type the vertical bars on the command line.
{ } In command format descriptions, braces indicate required choices; you must choose at least one of the items listed. Do not type the braces on the command line.
bold type Bold type represents the introduction of a new term. It also represents the name of an argument, an attribute, or a reason.
italic text Italic text indicates important information, complete titles of manuals, or variables. Variables include information that varies in system output (Internal error number), in command lines (/PRODUCER= name), and in command parameters in text (where dd represents the predefined code for the device type).
Example This typeface indicates code examples, command examples, and interactive screen displays. In text, this type also identifies URLs, UNIX commands and pathnames, PC-based commands and folders, and certain elements of the C programming language.
UPPERCASE TYPE Uppercase type indicates a command, the name of a routine, the name of a file, or the abbreviation for a system privilege.
- A hyphen at the end of a command format description, command line, or code line indicates that the command or statement continues on the following line.
numbers All numbers in text are assumed to be decimal unless otherwise noted. Nondecimal radixes---binary, octal, or hexadecimal---are explicitly indicated.

Chapter 1
Introduction to Utility Routines

A set of utility routines performs a particular task or set of tasks. For example, you can use the Print Symbiont Modification (PSM) routines to modify the print symbiont and the EDT routines to invoke the EDT editor from a program.

Some of the tasks performed by utility routines can also be performed at the Digital Command Language (DCL) level (for example, the DCL command EDIT invokes the EVE editor). While DCL commands invoke utilities that let you perform tasks at your terminal, you can perform some of these tasks at the programming level through the use of the utility routines.

When using a set of utility routines that performs the same tasks as the related utility, you should read the documentation for that utility; doing so will provide additional information about the tasks the routines can perform as a set. The following table lists the utilities and their corresponding routines:
Utility or Editor Utility Routines
Access control list editor ACL editor routine
Backup application programming interface Backup API routine
Command Definition Utility CLI routines
Common File Qualifier routines UTIL$CQUAL routines
Convert and Convert/Reclaim utilities CONVERT routines
Data Compression/Expansion (DCX) facility DCX routines
DEC Text Processing Utility DECTPU routines
Digital Distributed Time Service (DECdts) portable applications programming interface DECdts API routines
EDT editor EDT routines
Encryption routines ENCRYPT routines
File Definition Language facility FDL routines
Librarian utility LBR routines
Lightweight Directory Access Protocol (LDAP) application programming interface LDAP API routines
LOGINOUT callout routines LGI routines
Mail utility MAIL routines
National Character Set utility NCS routines
Print Symbiont Modification (PSM) facility PSM routines
Symbiont/Job Controller Interface facility SMB routines
Sort/Merge utility SOR routines
Traceback facility TBK routines

When a set of utility routines performs functions that you cannot perform by invoking a utility, the functions provided by that set of routines is termed a facility. The following facilities have no other user interface except the programming interface provided by the utility routines described in this manual:
Facility Utility Routines
Data Compression/Expansion facility DCX routines
Print Symbiont Modification facility PSM routines
Symbiont/Job Controller Interface facility SMB routines
Traceback faciltiy TBK routines

Like all other system routines in the OpenVMS environment, the utility routines described in this manual conform to the HP OpenVMS Calling Standard. Note that for stylistic purposes, the calling syntax illustrated for routines documented in this manual is consistent. However, you should consult your programming language documentation to determine the appropriate syntax for calling these routines.

Each chapter of this book documents one set of utility routines. Each chapter has the following major components, documented as a major heading:

Chapter 2
Access Control List (ACL) Editor Routine

This chapter describes the access control list editor (ACL editor) routine, ACLEDIT$EDIT. User-written applications can use this callable interface of the ACL editor to manipulate access control lists (ACLs).

2.1 Introduction to the ACL Editor Routine

The ACL editor is a utility that lets you create and maintain access control lists. Using ACLs, you can limit access to the following protected objects available to system users:

The ACL editor provides one callable interface that allows the application program to define an object for editing.

Note that the application program should declare referenced constants and return status symbols as external symbols; these symbols will be resolved upon linking with the utility shareable image.

See the HP OpenVMS Programming Concepts Manual for fundamental conceptual information on the creation, translation, and maintenance of access control entries (ACEs).

2.2 Using the ACL Editor Routine: An Example

Example 2-1 shows a VAX BLISS program that calls the ACL editor routine.

Example 2-1 Calling the ACL Editor with a VAX BLISS Program

 STATUS,      ! Routine return status 
       ! ACL editor item list 
 CLI$GET_VALUE,    ! Get qualifier value 
 CLI$PRESENT,    ! See if qualifier present 
 LIB$PUT_OUTPUT,    ! General output routine 
 STR$COPY_DX;    ! Copy string by descriptor 
! Set up the item list to pass back to TPU so it can figure out what to do. 
END;      ! End of routine STARTUP 

2.3 ACL Editor Routine

This section describes the ACL editor routine.


The ACLEDIT$EDIT routine creates and modifies an access control list (ACL) associated with any protected object.


ACLEDIT$EDIT item_list


OpenVMS usage: cond_value
type: longword (unsigned)
access: write only
mechanism: by value

Longword condition value. Most utility routines return a condition value in R0. Condition values that this routine can return are listed under Condition Values Returned.



OpenVMS usage: item_list_3
type: longword (unsigned)
access: read only
mechanism: by descriptor

Item list used by the callable ACL editor. The item_list argument is the address of one or more descriptors of arrays, routines, or longword bit masks that control various aspects of the editing session.

Each entry in an item list is in the standard format shown in the following figure:

The following table provides a detailed description of each item list entry:
Item Identifier Description
ACLEDIT$C_OBJNAM Specifies the name of the object whose ACL is being edited.
ACLEDIT$C_OBJTYP A longword value that specifies the object type code for the type or class of the object whose ACL is being edited. These type codes are defined in $ACLDEF. The default object type is FILE (ACL$C_FILE).
ACLEDIT$C_OPTIONS Represents a longword bit mask of the various options available to control the editing session.
Flag Function
ACLEDIT$V_JOURNAL Indicates that the editing session is to be journaled.
ACLEDIT$V_RECOVER Indicates that the editing session is to be recovered from an existing journal file.
ACLEDIT$V_KEEP_RECOVER Indicates that the journal file used to recover the editing session is not to be deleted when the recovery is complete.
ACLEDIT$V_KEEP_JOURNAL Indicates that the journal file used for the editing session is not to be deleted when the session ends.
ACLEDIT$V_PROMPT_MODE Indicates that the session is to use automatic text insertion (prompting) to build new access control list entries (ACEs).
ACLEDIT$C_BIT_TABLE Specifies a vector of 32 quadword string descriptors of strings that define the names of the bits present in the access mask. (The first descriptor defines the name of bit 0; the last descriptor defines the name of bit 31.) These descriptors are used in parsing or formatting an ACE. The buffer address field of the item descriptor contains the address of this vector.
ACLEDIT$C_CLSNAM A string descriptor that points to the class name of the object whose ACL is being modified. The following are valid class names:
  • FILE

If both OBJTYP and CLSNAM are omitted, the object is assumed to belong to the FILE class.


Use the ACLEDIT$EDIT routine to create and modify an ACL associated with any security object.

Under normal circumstances, the application calls the ACL editor to modify an object's ACL, and control is returned to the application when you finish or abort the editing session.

If you also want to use a customized version of the ACL editor section file, the logical name ACLEDT$SECTION should be defined. See the HP OpenVMS System Management Utilities Reference Manual for more information.

Condition Values Returned

SS$_NORMAL Normal successful completion.
RMS$_xxx See the OpenVMS Record Management Services Reference Manual for a description of OpenVMS RMS status codes.
TPU$_xxx See Chapter 8 for a description of the TPU-specific condition values that may be returned by ACLEDIT$EDIT.

Next Contents Index