United States    
COMPAQ STORE | PRODUCTS |
SERVICES | SUPPORT | CONTACT US | SEARCH
Compaq C

Compaq C
User's Guide for OpenVMS Systems


Previous Contents Index

2.4 RMS Functions

RMS provides a number of functions that create and manipulate files. These functions use RMS data structures to define the characteristics of a file and its records. The data structures are used as indirect arguments to the function call.

The RMS data structures are grouped into four main categories, as follows:

RMS uses these data structures to perform file and record operations. Table 2-1 lists some of the common functions.

Table 2-1 Common RMS Run-Time Processing Functions
Category Function Description
File
Processing
sys$create Creates and opens a new file of any organization.
  sys$open Opens an existing file and initiates file processing.
  sys$close Terminates file processing and closes the file.
  sys$erase Deletes a file.
Record
Processing
sys$connect Associates a file access block with a record access block to establish a record access stream; a call to this function is required before any other record-processing function can be used.
  sys$get Retrieves a record from a file.
  sys$put Writes a new record to a file.
  sys$update Rewrites an existing record to a file.
  sys$delete Deletes a record from a file.
  sys$rewind Positions the record pointer to the first record in the file.
  sys$disconnect Disconnects a record access stream.

All RMS functions are directly accessible from Compaq C programs. The syntax for any RMS function has the following form:

int sys$name(struct rms_structure *pointer);

In this syntax, name is the name of the RMS function (such as OPEN or CREATE); rms_structure is the name of the structure being used by the function.

The file-processing functions require a pointer to a file access block as an argument; the record-processing functions require a pointer to a record access block as an argument. Since sys$create is a file-processing function, its syntax is as follows:

int sys$create(struct FAB *fab);

These syntax descriptions do not show all the options available when you invoke an RMS function. For a complete description of the RMS calling sequence, see the OpenVMS Record Management Services Reference Manual.

Finally, all the RMS functions return an integer status value. The format of RMS status values follows the standard format described in Chapter 3. Since RMS functions return a 32-bit integer, you do not need to declare the type of an RMS function return before you use it.

2.5 Writing Compaq C Programs Using RMS

The Compaq C Run-Time Library (RTL) supplies a number of header files that describe the RMS data structures and status codes. Table 2-2 describes these header files.

Table 2-2 Compaq C RMS Header Files
Header File Structure Tag(s) Description
<fab.h> FAB Defines the file access block structure.
<rab.h> RAB Defines the record access block structure.
<nam.h> NAM Defines the name block structure.
<xab.h> XAB Defines all the extended attribute block structures.
<rmsdef.h> -- Defines the completion status codes that RMS returns after every file- or record-processing operation.
<rms.h> all tags Includes all the previous header files.

Most Compaq C programmers include the <rms.h> header file, which includes all the other header files.

These header files define all the data structures as structure tag names. However, they perform no allocation or initialization of the structures; these header files describe only a template for the structures. To use the structures, you must create storage for them and initialize all the structure members as required by RMS. Note that these include files are part of Compaq C for OpenVMS systems. RMS is part of the OpenVMS environment and may contain other included header files not described here.

To assist in the initialization process, the Compaq C RTL provides initialized RMS data structure variables. You can copy these variables to your uninitialized structure definitions with a structure assignment. You can choose to take the default values for each of the structure members, or you can tailor the contents of the structures to fit your requirements. In either case, you must use the structure types to allocate storage for the structure and to define the members of the structure.

The initialized variables supply the RMS default values for each member in the structure; they specify none of the optional parameters. To determine what default values are supplied by the initialized variables, see the OpenVMS Record Management Services Reference Manual.

Table 2-3 lists the initialized RMS data structure variables and the structures that they initialize.

Table 2-3 RMS Data Structures
Variable Structure Type Initialize Structure
cc$rms_fab struct FAB File access block
cc$rms_rab struct RAB Record access block
cc$rms_nam struct NAM Name block
cc$rms_xaball struct XABALL Allocation extended attribute block
cc$rms_xabdat struct XABDAT Date and time extended attribute block
cc$rms_xabfhc struct XABFHC File header characteristics extended attribute block
cc$rms_xabkey struct XABKEY Indexed file key extended attribute block
cc$rms_xabpro struct XABPRO Protection extended attribute block
cc$rms_xabrdt struct XABRDT Revision date and time extended attribute block
cc$rms_xabsum struct XABSUM Summary extended attribute block
cc$rms_xabtrm struct XABTRM Terminal extended attribute block

The declarations of these structures are contained in the appropriate header file.

The names of the structure members conform to the following RMS naming convention:

typ$s_fld

The identifier typ is the abbreviation for the structure, the letter s is the size of the member (such as l for longword or b for byte), and the identifier fld is the member name, such as sts for the completion status code. The dollar sign ($) is a character used in OpenVMS system logical names. See the OpenVMS Record Management Services Reference Manual for a description of the members in each structure.

2.5.1 Initializing File Access Blocks

The file access block defines the attributes of the file. To initialize a file access block, assign the values in the initialized data structure cc$rms_fab to the address of the file access block defined in your program. Consider the following example:


/*  This example shows how to initialize a file access block.   */ 
 
#include <rms.h>               /*  Declare all RMS data structs */ 
 
struct  FAB   fblock;          /*  Define a file access block   */ 
 
main() 
{ 
   fblock = cc$rms_fab;        /*  Initialize the structure     */ 
      . 
      . 
      . 
} 

Any of these RMS structures may be dynamically allocated. For example, another way to allocate a file access block is as follows:


/* This program shows how to dynamically allocate RMS structures. */ 
 
#include <rms.h>                 /*  Declare all RMS data structs */ 
 
main() 
{ 
                                 /*  Allocate dynamic storage     */ 
   struct  FAB     *fptr = malloc(sizeof (struct FAB)); 
   *fptr = cc$rms_fab;           /*  Initialize the structure     */ 
      . 
      . 
      . 
} 

To change the default values supplied by a data structure variable, you must reinitialize the members of the structure individually. You initialize a member by giving the offset of the member and assigning a value to it. Consider the following example:


fblock.fab$l_xab = &primary_key; 

This statement assigns the address of the extended attribute block named primary_key to the fab$l_xab member of the file access block named fblock .

2.5.2 Initializing Record Access Blocks

The record access block specifies how records are processed. You initialize a record access block the same way you initialize a file access block. For example:


/*  This example shows how to initialize a file access block.  */ 
 
#include <rms.h> 
struct  FAB  fblock; 
 
struct  RAB  rblock;          /*  Define a record access block */ 
 
main() 
{ 
   fblock = cc$rms_fab;       /*  Initialize the structure     */ 
   rblock = cc$rms_rab; 
 
                              /*  Initialize the FAB member    */ 
   rblock.rab$l_fab  =  &fblock; 
      . 
      . 
      . 
} 

2.5.3 Initializing Extended Attribute Blocks

There is only one extended attribute block structure (XAB), but there are seven ways to initialize it. The extended attribute blocks define additional file attributes that are not defined elsewhere. For example, the key extended attribute block is used to define the keys of an indexed file.

All extended attribute blocks are chained off a file access block in the following manner:

  1. In a file access block, you initialize the fab$l_xab field with the address of the first extended attribute block.
  2. You designate the next extended attribute block in the chain in the xab$l_nxt field of any subsequent extended attribute blocks. You chain each subsequent extended attribute block in order by the key of reference (first the primary key, then the first alternate key, then the second alternate key, and so forth).
  3. You initialize the xab$l_nxt member of the last extended attribute block in the chain with the value 0 (the default) to indicate the end of the chain.

You go through the same steps to declare extended attribute blocks as you would to declare the other RMS data structures:

  1. Define the structures by including the appropriate header file.
  2. Assign a specific data structure variable to the structure in your program.
  3. Initialize the members of the structure with the desired values.

The following example declares two extended attribute block structures. They are initialized as key extended attribute blocks with the cc$rms_xabkey data structure variable. The xab$l_nxt member of the primary key is initialized with the address of the alternate_key extended attribute block.


/*  This example shows how to initialize the extended          * 
 *  attribute block.                                           */ 
 
#include <rms.h> 
struct  XABKEY  primary_key,alternate_key; 
 
main() 
{ 
   primary_key           = cc$rms_xabkey; 
   alternate_key         = cc$rms_xabkey; 
   primary_key.xab$l_nxt = &alternate_key; 
      . 
      . 
      . 
} 

2.5.4 Initializing Name Blocks

The name block contains default file name values, such as the directory or device specification, file name, or file type. If you do not specify one of the parts of the file specification when you open the file, RMS uses the values in the name block to complete the file specification and places the complete file specification in an array.

You create and initialize name blocks in the same manner used to initialize the other RMS data structures. Consider the following example:


/*  This example shows how to initialize a name block.         */ 
 
#include <rms.h> 
 
struct  NAM  nam; 
struct  FAB  fab; 
 
main() 
{ 
   fab = cc$rms_fab; 
   nam = cc$rms_nam; 
 
                              /*  Define an array for the      * 
                               *   expanded file specification */ 
   char expanded_name[NAM$C_MAXRSS]; 
 
                              /*  Initialize the appropriate   * 
                               *   members                     */ 
   fab.fab$l_nam = &nam; 
   nam.nam$l_esa = &expanded_name; 
   nam.nam$b_ess =  sizeof  expanded_name; 
      . 
      . 
      . 
} 

2.6 RMS Example Program

The example program in this section uses RMS functions to maintain a simple employee file. The file is an indexed file with two keys: social security number and last name. The fields in the record are character strings defined in a structure with the tag record.

The records have the carriage-return attribute. Individual fields in each record are padded with blanks for two reasons. First, because RMS requires that the key fields be a fixed length and occur in a fixed position in each record, key fields must be padded in some way. The example program pads short fields; its use of the space character for padding is arbitrary. Second, the choice of blank padding (as opposed to null padding) allows the file to be printed or typed without conversion. Note that both the position and size of the key are attributes of the file, not of each I/O that gets done.

The program does not perform range or bounds checking. Only the error checking that shows the mapping of Compaq C to RMS is performed. Any other errors are considered fatal.

The program is divided into the following sections:

To run this program, perform the following steps:

  1. Create a source file. The name of the source file in this example is RMSEXP.C. For more information about creating source files, see Chapter 1.
  2. Compile the source file with the following command:


    $ CC  RMSEXP[Return]
    

    For more information about the compiling process, see Chapter 1.

  3. Link the program with the following command:


    $ LINK RMSEXP [Return]
    

    For more information about the linking process, see Chapter 1.

  4. Because the program expects command-line arguments, it must be defined as a foreign command. You can do this with the following command line:


    $ RMSEXP :== $device:[directory]RMSEXP[Return]
    

    The identifier device is the logical or physical name of the device containing your directory; the identifier directory is the name of your directory. The device name must be preceded by the dollar sign ($) to be recognized as a foreign command by the DCL interpreter.

  5. Run the program using the following foreign command:


    $ RMSEXP  filename[Return]
    

The complete listing of the sample program follows. The listing is broken into sections and shown in Examples 2-1 through 2-9. Notes on each section are keyed to the numbers in the listing.

Example 2-1 shows the external data declarations and definitions.

Example 2-1 External Data Declarations and Definitions

/* This segment of RMSEXP.C contains external data        * 
 * definitions.                                           */ 
 
(1)#include <rms.h> 
#include <stdio.h> 
#include <ssdef.h> 
#include <string.h> 
#include <stdlib.h> 
#include <starlet.h> 
 
(2)#define  DEFAULT_FILE_EXT        ".dat" 
 
#define RECORD_SIZE              (sizeof record) 
#define SIZE_SSN                 15 
#define SIZE_LNAME               25 
#define SIZE_FNAME               25 
#define SIZE_COMMENTS            15 
#define KEY_SIZE                 \
(SIZE_SSN > SIZE_LNAME ? SIZE_SSN: SIZE_LNAME) 
 
(3)struct  FAB fab; 
struct  RAB rab; 
struct  XABKEY primary_key,alternate_key; 
 
(4)struct 
   { 
      char     ssn[SIZE_SSN], last_name[SIZE_LNAME]; 
      char     first_name[SIZE_FNAME], 
               comments[SIZE_COMMENTS]; 
   }  record; 
 
(5)char  response[BUFSIZ],*filename; 
 
(6)int  rms_status; 
 
void open_file(void); 
void type_options(void); 
void pad_record(void); 
void error_exit(char *); 
void add_employee(void); 
void delete_employee(void); 
void type_employees(void); 
void print_employees(void); 
void update_employee(void); 
void initialize(char *); 

Key to Example 2-1:

  1. The <rms.h> header file defines the RMS data structures. The <stdio.h> header file contains the Standard I/O definitions. The <ssdef.h> header file contains the system services definitions.
  2. Preprocessor variables and macros are defined. A default file extension .DAT is defined.
    The sizes of the fields in the record are also defined. Some (such as the social security number field) are given a constant length. Others (such as the record size) are defined as macros; the size of the field is determined with the sizeof operator. Compaq C evaluates constant expressions, such as KEY_SIZE, at compile time. No special code is necessary to calculate this value.
  3. Static storage for the RMS data structures is declared. The file access block, record access block, and extended attribute block types are defined by the <rms.h> header file. One extended attribute block is defined for the primary key and one is defined for the alternate key.
  4. The records in the file are defined using a structure with four fields of character arrays.
  5. The BUFSIZ constant is used to define the size of the array that will be used to buffer input from the terminal. The file-name variable is defined as a pointer to char .
  6. The variable rms_status is used to receive RMS return status information. After each function call, RMS returns status information as an integer. This return status is used to check for specific errors, end-of-file, or successful program execution.

The main function, shown in Example 2-2, controls the general flow of the program.

Example 2-2 Main Program Section

/* This segment of RMSEXP.C contains the main function    * 
 * and controls the flow of the program.                  */ 
 
(1)main(int argc, char **argv) 
{ 
(2)   if (argc < 1 || argc > 2) 
      printf("RMSEXP - incorrect number of arguments"); 
   else 
      { 
 
         printf("RMSEXP - Personnel Database \
                 Manipulation Example\n"); 
 
(3)         filename = (argc == 2 ? *++argv : "personnel.dat"); 
(4)         initialize(filename); 
(5)         open_file(); 
 
         for(;;) 
            { 
(6)               printf("\nEnter option (A,D,P,T,U) or \
? for help :"); 
 
               gets(response); 
               if (feof(stdin)) 
                  break; 
               printf("\n\n"); 
 
(7)               switch(response[0]) 
                  { 
                     case 'a': case 'A':  add_employee(); 
                                          break; 
 
                     case 'd': case 'D':  delete_employee(); 
                                          break; 
 
                     case 'p': case 'P':  print_employees(); 
                                          break; 
 
                     case 't': case 'T':  type_employees(); 
                                          break; 
 
                     case 'u': case 'U':  update_employee(); 
                                          break; 
 
                     default:             printf("RMSEXP - \
                                                  Unknown Operation.\n"); 
 
                     case '?': case '\0': 
                                          type_options(); 
                  } 
            } 
 
(8)         rms_status = sys$close(&fab); 
 
(9)         if (rms_status != RMS$_NORMAL) 
                     error_exit("$CLOSE"); 
      } 
} 

Key to Example 2-2:


Previous Next Contents Index
  

1.800.AT.COMPAQ

privacy and legal statement