SIRLIBD record structure
SirLib stores a variety of change management information in the Model 204
file SIRLIBD
. This data is used in the SirLib reporting system (Option 6 from the main
menu), and it may also be processed by user-provided reporting programs.
This table explains the record layout for SIRLIBD
:
Field | Description | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
RECTYPE | Field indicating record type, with following values:
| ||||||||||||||||
CHANGE | Project name in CONTROL.file. | ||||||||||||||||
FILE | Name of managed update file. | ||||||||||||||||
FFILE | Name of update procedure file. | ||||||||||||||||
PROC | Procedure name. | ||||||||||||||||
PROJECT | Unused. | ||||||||||||||||
RESOURCE | Name of a protected resource, as follows:
| ||||||||||||||||
USER | User ID (from $Acct). | ||||||||||||||||
WFILE | Work file. File that procedures were moved to using one of the managed update commands. | ||||||||||||||||
ACTIVITY | The managed update activity tracked on a history record (RECTYPE=HST ). | ||||||||||||||||
ADMIN | Administrator ID specified on the SYS rectype. | ||||||||||||||||
EXEMPT | Prefix of procedures not to be stamped with internal comments on the status of the application of changes. Maximum length is forty characters. | ||||||||||||||||
DATE | General date/time stamp, in YYYYMMDDHHMM form. | ||||||||||||||||
HISTORY | Single character flag indicating whether historical information should be kept for a file or system.
Contains either blank, | ||||||||||||||||
OVERWRITE | Single-character flag indicating whether programmers are allowed to overwrite each other's update procedures. Overwriting one's own update procedure is always allowed, though a switch on the XCOMPARE screen will help prevent accidental overwrites.
Contains either a blank, | ||||||||||||||||
PROC.LOCK | Single character flag indicating whether procedures should be locked against managed updates once a developer has checked out the procedure. Checkout occurs when a Q command is executed against the procedure.
Contains a blank, | ||||||||||||||||
REQ.IDENT | Single-character flag indicating whether an existing project identifier is required for generating update procedures.
Contains a blank, | ||||||||||||||||
SECURE | Single-character flag indicating whether the SECURITY settings defined in Option 4 of the SirLib main screen should be enforced.
Contains a blank, | ||||||||||||||||
STAMP | Single-character flag indicating whether managed procedures should be stamped with a single line comment for each change that has been applied.
If | ||||||||||||||||
TEXT | Text for change comments and documentation on RECTYPE=DOC . Maximum length is 72 characters. | ||||||||||||||||
TIME | Time stamp, in HHMM form. | ||||||||||||||||
CUT.BASE | Date/Time stamp from the most recent cutover of Base procedures (RECTYPE=FIL ), in YYYYMMDDHHMM form. When Base procedures are cutover, they are deleted. | ||||||||||||||||
CUT.CHANGE | Date/time stamp for the last time Update procedures were cutover (RECTYPE=FIL ), in YYYYMMDDHHMM form. When Update procedures are cutover, they are deleted. | ||||||||||||||||
CUT.IDENT | Date/time stamp for the last time Project Identifiers were cutover (RECTYPE=FIL ), in YYYYMMDDHHMM form. Project Identifiers are deleted from the CONTROL.filename file when they are cutover. | ||||||||||||||||
CUT.STAMP | Date/time stamp for the last time internal procedure stamps were cutover, that is, removed from procedures in the file (RECTYPE=FIL ), in YYYYMMDDHHMM form. | ||||||||||||||||
FIRST.CUT | Date/time stamp for the first cutover performed on a file (RECTYPE=FIL ), in YYYYMMDDHHMM form. | ||||||||||||||||
LAST.CUT | Date/time stamp for the last time Cutover performed on a file (RECTYPE=FIL ), in YYYYMMDDHHMM form. | ||||||||||||||||
LAST.CONF | Date/time stamp for the last time a file was reconfigured (RECTYPE=FIL ), in YYYYMMDDHHMM form. | ||||||||||||||||
UNLOCK | Date/Time stamp when a procedure was checked back in by an updating programmer (RECTYPE=PRC ), in YYYYMMDDHHMM form. |