 |
Compaq COBOL Reference Manual
5.3.49 SYNCHRONIZED
Function
The SYNCHRONIZED clause specifies elementary item alignment on word
boundary offsets relative to a record's beginning. These offsets are
related to the size and usage of the item being stored.
Syntax Rules
- SYNC is an abbreviation for SYNCHRONIZED.
- The SYNCHRONIZED clause can be used only for an elementary item.
General Rules
- The SYNCHRONIZED clause aligns a data item in a record so that no
other data item occupies any character positions between the required
boundaries to the left and right of the data item.
- If the number of character positions needed to store the data item
is less than the number of positions between the required boundaries,
no other data items occupy the unused positions.
However, the
unused character positions are included in the size of those group
items:
- To which the elementary item belongs
- In which the elementary item is not the first subordinate item
The first elementary item in a group item always aligns on the same
boundary as the group item. In this case, any unused character
positions do not affect the size of that group item.
- The size of a SYNCHRONIZED data item equals the number of character
positions between its natural boundaries. Therefore, the LEFT and RIGHT
phrases have the same effect; they are equivalent to each other, and to
the SYNCHRONIZED clause with neither the LEFT nor RIGHT phrases.
- The SYNCHRONIZED clause does not change the size or operational
sign position of the data item it specifies.
- Each occurrence of the data item is synchronized if the clause
applies to a data item whose data description entry also has an OCCURS
clause, or to a data item subordinate to another data item whose data
description entry has an OCCURS clause.
Technical Notes
- The SYNCHRONIZED clause does not affect the alignment of DISPLAY
data items.
- The SYNCHRONIZED clause explicitly aligns COMP, COMP-1, COMP-2,
POINTER, and INDEX data items on boundaries that are related to the
size of the item.
One word COMP items are aligned on 2-byte
boundaries, longword items on 4-byte boundaries, and quadword items on
8-byte boundaries. All boundaries are relative to the beginning of the
record containing the data item.
- The following table shows the alignment for each data type that the
SYNCHRONIZED clause affects:
| Data Type |
Boundary |
|
COMP (1 to 4 digits)
|
2-byte
|
|
COMP (5 to 9 digits)
|
4-byte
|
|
COMP (10 to 18 digits)
|
8-byte
|
|
COMP (19 to 31 digits)
|
16-byte
|
|
COMP-1
|
4-byte
|
|
COMP-2
|
8-byte
|
|
INDEX
|
4-byte
|
|
POINTER
|
4-byte (OpenVMS)
|
|
POINTER
|
8-byte (Tru64 UNIX)
|
Additional Reference
Section 5.2.3, Additional Alignment Rules for Record Allocation
5.3.50 TYPE
Function
The TYPE clause identifies the report group type and indicates when the
Report Writer Control System (RWCS) is to process it.
control-head-name
names a control-name in the CONTROL clause.
control-foot-name
names a control-name in the CONTROL clause.
Syntax Rules
- RH is an abbreviation for REPORT HEADING.
PH is an abbreviation for PAGE HEADING.
CH is an abbreviation for CONTROL HEADING.
DE is an abbreviation for DETAIL.
CF is an abbreviation for CONTROL FOOTING.
PF is an abbreviation for PAGE FOOTING.
RF is an abbreviation for REPORT FOOTING.
- These report groups may appear no more than once in the description
of a report:
- REPORT HEADING
- PAGE HEADING
- CONTROL HEADING FINAL
- CONTROL FOOTING FINAL
- PAGE FOOTING
- REPORT FOOTING
- The TYPE DETAIL report group may appear more than once in the
description of a report.
- If the TYPE clause specifies a CONTROL HEADING or CONTROL FOOTING
report group, the control-head-name,
control-foot-name, or FINAL entries must be specified in the
CONTROL clause of the corresponding Report Description entry. For each
control-name or FINAL phrase in the CONTROL clause of a Report
Description entry, you can specify one CONTROL HEADING report group and
one CONTROL FOOTING report group. However, the RWCS does not require
either a CONTROL HEADING report group or a CONTROL FOOTING report group
for each control-name or FINAL phrase in the CONTROL clause of a Report
Description.
- PAGE HEADING and PAGE FOOTING report groups may appear only if the
corresponding Report Description entry specifies a PAGE clause.
- In CONTROL FOOTING, PAGE HEADING, PAGE FOOTING, and REPORT FOOTING
report groups, SOURCE clauses and USE statements must not reference any
of the following:
- Formats 2 and 3 Report Group Description data items containing a
control data item
- Data items subordinate to a control data item
- A redefinition or renaming of any part of a control data item
- In PAGE HEADING and PAGE FOOTING report groups, SOURCE clauses and
USE statements must not reference either control-head-name or
control-foot-name.
- When the Procedure Division specifies a GENERATE
report-name statement, the corresponding Report Description
entry must define no more than one DETAIL report group. If there are no
GENERATE group-data-name statements in the Procedure Division,
the RWCS does not require a DETAIL report group. If there are multiple
TYPE DETAIL report groups in the report, the GENERATE
group-data-name statement must be used.
General Rules
- The Report Writer Control System (RWCS) processes DETAIL report
groups as a direct result of the GENERATE statement. If a report group
specified in the GENERATE statement is not a TYPE DETAIL report group,
a summary report is produced. If a report group specified in
the GENERATE statement is a TYPE DETAIL report group, a detailed
report is produced.
- The RWCS executes the following procedures (a to f) when it
processes a DETAIL report group in response to a GENERATE statement.
When the description of a report includes exactly one DETAIL report
group, the detail-related processing that the RWCS executes in response
to a GENERATE report-name statement is described in procedures a to d.
The RWCS performs these procedures as though a GENERATE group-data-name
statement were being executed. When the description of a report
includes no DETAIL report groups, the detail-related processing that
the RWCS executes in response to a GENERATE report-name statement is
described in procedures a and b. These procedures are performed as
though the description of the report included exactly one DETAIL report
group, and a GENERATE detail-report-group statement were being executed.
- The RWCS performs any control break processing.
- The RWCS performs any subtotalling that has been designated for the
DETAIL report group.
- If there is a USE BEFORE REPORTING procedure referring to the
data-name of the report group, the RWCS executes the USE procedure.
- If a SUPPRESS statement has been executed, or if the report group
is not printable, no further processing is done for the report group.
- If the RWCS processes a DETAIL report group as a consequence of the
GENERATE report-name statement, no further processing is done for the
report group.
- If neither procedure d nor procedure e applies, the RWCS formats
the print lines and presents the DETAIL report group.
- To detect and trigger control breaks for a specific report, the
RWCS:
- Establishes the initial values of control data items as the prior
values when the INITIATE statement executes.
- Compares the prior values to the current values of control data
items when a GENERATE statement executes. If the current values do not
compare to the prior values, a control break occurs. If a control break
occurs, the current values are saved as prior values and steps c, d,
and e are performed.
- Presents the CONTROL FOOTING and CONTROL HEADING report groups
associated with the control break. The CONTROL FOOTING report groups
presented are at a less major level than the level at which the control
break occurred. The CONTROL HEADING report groups presented are in the
order of major level to break level.
- Processes any PAGE HEADING and PAGE FOOTING report groups when it
must start a new page to present a CONTROL HEADING, DETAIL, or CONTROL
FOOTING.
- Repeats steps b, c, and d until the last control break is processed.
- The prior values (refer to General Rule 3) may be referenced by the
program:
- During the control break processing of a CONTROL FOOTING report
group. Any references to control data items in a USE procedure or
SOURCE clause associated with that CONTROL FOOTING report group are
supplied with prior values.
- When a TERMINATE statement executes. The RWCS makes the prior
values available to the SOURCE clause or the USE procedure references
in CONTROL FOOTING report groups as though the control break had been
detected in the highest control data-name.
- At the time the RWCS processes the report group. All other data
item references within report groups and their USE procedures access
the current values contained within the data items.
- The RWCS presents the REPORT HEADING report group only once for
each report, as the first report group of that report. It is processed
when the first GENERATE statement is executed.
- The RWCS presents the PAGE HEADING report group as the first report
group on each page of the report, except for the following conditions:
- A page containing only a REPORT HEADING report group.
- A page containing only a REPORT FOOTING report group.
- A page containing a REPORT HEADING report group that is not the
only report group on the page. In this case, the PAGE HEADING report
group is the second report group on the page.
- The RWCS processes the CONTROL HEADING report group at the end of a
control break for a specific control-head-name.
The
CONTROL HEADING FINAL report group is presented only once for each
report, as the first body group (CONTROL HEADING, DETAIL, and CONTROL
FOOTING) of that report. Other CONTROL HEADING report groups are
presented when the RWCS detects a control break on the
control-head-name during the execution of GENERATE statements.
Control break processing for any CONTROL HEADING report group occurs
with the highest control level of the break and includes all lower
levels.
- The RWCS presents CONTROL FOOTING report group at the beginning of
a control break for a specific control-foot-name.
The
CONTROL FOOTING FINAL report group is presented only once for each
report, as the last body group (CONTROL HEADING, DETAIL, and CONTROL
FOOTING) of that report. If, during the execution of a GENERATE
statement, the RWCS detects a control break, control break processing
for any CONTROL FOOTING report group occurs with the highest control
level of the break and includes all lower levels. Upon execution of the
TERMINATE statement, the RWCS processes all CONTROL FOOTING report
groups if the GENERATE statement has executed at least once.
- The RWCS processes the PAGE FOOTING report group as the last report
group on each page of the report, except for the following conditions:
- A page containing only a REPORT HEADING report group.
- A page containing only a REPORT FOOTING report group.
- A page containing a REPORT FOOTING report group that is not to be
the only report group on the page. In this case, the PAGE FOOTING
report group is the second to the last report group on the page.
- The RWCS processes the REPORT FOOTING report group, if defined,
only once per report and as the last report group of that report.
During the execution of a TERMINATE statement, the RWCS processes the
corresponding REPORT FOOTING report group if at least one GENERATE
statement is executed for the report.
- The RWCS checks for these three conditions before it processes a
REPORT HEADING, PAGE HEADING, CONTROL HEADING, PAGE FOOTING, or a
REPORT FOOTING report group:
- If there is a USE BEFORE REPORTING procedure referencing the
data-name of the report group, the USE procedure executes.
- If a SUPPRESS statement has been executed, or if the report group
is not printable, there is no further processing for the report group.
- If a SUPPRESS statement has not been executed and the report group
is printable, the RWCS formats the print lines and presents the report
group according to the presentation rules for that type of report group.
- The RWCS executes the following procedures when it processes a
CONTROL FOOTING report group.
Control breaks occur during the
processing of a GENERATE statement. The GENERATE rules specify that the
RWCS produces the CONTROL FOOTING report groups beginning at the minor
level, and proceeding upwards, through and including the highest
control level. Although no CONTROL FOOTING report group has been
defined for a given control data-name, the RWCS will still have to
execute procedure 12f if a RESET phrase within the report description
specifies that control data-name.
- Sum counters are crossfooted. All sum counters defined in this
report group that are operands of SUM clauses in the same report group
are added to their sum counters.
- Sum counters are rolled forward. All sum counters defined in the
report group that are operands of SUM clauses in higher level CONTROL
FOOTING report groups are added to the higher level sum counters.
- If there is a USE BEFORE REPORTING group-data-name
declarative procedure, the RWCS executes the USE procedure.
- If a SUPPRESS statement has been executed, or if the report group
is not printable, the RWCS executes procedure 12f.
- If a suppress statement has not been executed and the report group
is printable, the RWCS formats the print lines and presents the report
group according to the presentation rules for CONTROL FOOTING report
groups.
- The RWCS resets those sum counters that are to be reset when the
RWCS processes this level in the control hierarchy.
Additional References
5.3.51 UNDERLINE
Function
The UNDERLINE clause specifies that each character of the field is
underlined when it is displayed on the screen.
Syntax Rule
The UNDERLINE clause may be specified only for elementary screen items.
5.3.52 USAGE
Function
The USAGE clause specifies the internal format of a data item or screen
item.
Syntax Rules
- BINARY is a synonym for COMPUTATIONAL and COMP.
On
Alpha systems, except for restrictions on the PICTURE clause,
COMPUTATIONAL-5 and COMPUTATIONAL-X are synonyms for COMPUTATIONAL and
COMP. <>
- COMP is an abbreviation for COMPUTATIONAL.
- COMP-1 is an abbreviation for COMPUTATIONAL-1.
- COMP-2 is an abbreviation for COMPUTATIONAL-2.
- COMP-3 is an abbreviation for COMPUTATIONAL-3.
- PACKED-DECIMAL is a synonym for COMPUTATIONAL-3 and COMP-3.
- On Alpha systems, COMP-5 is an abbreviation for COMPUTATIONAL-5.
- On Alpha systems, COMP-X is an abbreviation for COMPUTATIONAL-X.
- On Alpha systems, FLOAT-SHORT is a synonym for COMPUTATIONAL-1.
- On Alpha systems, FLOAT-LONG and FLOAT-EXTENDED are synonyms for
COMPUTATIONAL-2. <>
- You can use the USAGE clause in any data description entry with a
level-number other than 66 or 88.
- If the USAGE clause is in the data description for a group item, it
can also be in data description entries for subordinate elementary and
group items. However, the usage of a subordinate item must be the same
as that in the group item data description entry.
- The PICTURE character-string of a COMP or COMP-3 item can contain
only the following symbols:
- On Alpha systems, the PICTURE character-string of a COMP-5 or
COMP-X item can contain only the following symbols:
- 9
- S
- X (but not in combination with 9 or S) <>
- An index data item reference can appear in only:
- A SEARCH or SET statement
- A relation condition
- The USING phrase of the Procedure Division header
- The USING phrase of the CALL statement
- A report description entry or a screen description entry can only
specify USAGE IS DISPLAY.
- The data description entry for a USAGE IS INDEX data item cannot
contain any of the following clauses:
- BLANK WHEN ZERO
- JUSTIFIED
- PICTURE
- VALUE IS
- An elementary item with the USAGE IS INDEX clause cannot be a
conditional variable; that is, the elementary item's value cannot be
specified by level 88 items.
- The data description entry of a BINARY-CHAR, BINARY-SHORT,
BINARY-LONG, BINARY-DOUBLE, COMP-1, COMP-2, POINTER, or POINTER-64 item
cannot have a PICTURE clause. However, they are numeric and signed.
- The subject of a data description entry containing the USAGE IS
POINTER clause must not include any of the following clauses:
- BLANK WHEN ZERO
- JUSTIFIED
- PICTURE
General Rules
- You can specify the USAGE clause in the data description entry for
a group item. In this case, it applies to each elementary item in the
group. However, you cannot reference the group item in any operations
that do not permit alphanumeric operands. See rules 4 and 8 for more
information.
- The USAGE clause specifies the representation of an elementary data
item in storage. It does not affect the way that the program uses the
item. However, the rules for some Procedure Division statements
restrict the USAGE clause of statement operands.
- A BINARY-CHAR, BINARY-SHORT, BINARY-LONG, BINARY-DOUBLE, COMP,
COMP-1, COMP-2, COMP-3, COMP-5, COMP-X, FLOAT-SHORT, FLOAT-LONG, or
FLOAT-EXTENDED item can represent a value used in computations. The
PICTURE clauses for COMP and COMP-3 items must be numeric. The PICTURE
clauses for COMP-5 and COMP-X items may be numeric or X.
- A POINTER data item can represent an address value used in
computations. The compiler internally treats this item as a binary
integer. References to a POINTER item are allowed in the same context
as references to a COMP integer.
- If the data description entry for a group item specifies
BINARY-CHAR, BINARY-SHORT, BINARY-LONG, BINARY-DOUBLE, COMP, COMP-1,
COMP-2, COMP-3, COMP-5, COMP-X, FLOAT-SHORT, FLOAT-LONG,
FLOAT-EXTENDED, POINTER, or POINTER-64 usage, the usage applies to
elementary items in the group. It does not apply to the group itself;
and the program cannot use the group item in computations.
- The USAGE IS DISPLAY clause specifies that the data item is in
Standard Data Format.
- If no USAGE clause applies to an elementary item, its usage is
DISPLAY.
- If the USAGE IS INDEX clause applies to an elementary item, the
elementary item is called an index data item.
It contains a value that must correspond to an occurrence number of a
table element.
- If the data description entry for a group item specifies USAGE IS
INDEX, all elementary items in the group are index data items. However,
the group itself is not an index data item.
- When a MOVE or input-output statement refers to a group that
contains an index data item, the index data item is not converted to
another format during the operation. Conversion will occur when the
CONVERSION option is specified on ACCEPT or DISPLAY.
- The USAGE IS POINTER clause can be used only in a File,
Working-Storage, or Linkage Section data description entry.
- On OpenVMS Alpha, the USAGE IS POINTER-64 clause is provided for
limited use in interfacing with applications in languages requiring a
64-bit pointer. See Technical Notes. <>
Technical Notes
- The way a data item is represented in the Data Division of a
COBOL program determines whether it will be stored as an
integer, floating-point, packed decimal, display numeric, or character
string (text) data type. Tables 5-12 and 5-13 show
the following:
- COBOL data description entries and their corresponding data types
- The allocated storage in bytes for each entry; allocated storage is
the same on Tru64 UNIX and OpenVMS Alpha (except for POINTER)
Table 5-12 gives the corresponding data types for unscaled data
items, and Table 5-13 gives the data types for scaled data items.
For example, a data item described as PIC S9(4) USAGE IS DISPLAY
SIGN IS TRAILING is stored in 4 bytes of storage as a right overpunch
value.
Note
The default USAGE for a data item is DISPLAY. Therefore, you do not
need to specify the USAGE clause for display numeric, alphabetic, and
alphanumeric data items.
|
Table 5-12 Unscaled Data Items, Allocated Storage, and Corresponding Data Types
PICTURE Clause |
USAGE Clause |
SIGN Clause |
Allocated Storage in Bytes |
Standard Data Type |
PIC S9(n)
[n <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
|
n
|
Right (trailing) overpunch
|
|
|
PIC S9(n)
[n <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
TRAILING
|
n
|
Right (trailing) overpunch
|
|
|
PIC S9(n)
[n <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
LEADING
|
n
|
Left (leading) overpunch
|
|
|
PIC S9(n)
[n <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
TRAILING
SEPARATE
|
n+1
|
Right (trailing) separate
|
|
|
PIC S9(n)
[n <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
LEADING
SEPARATE
|
n+1
|
Left (leading) separate
|
|
|
PIC 9(n)
[n <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
|
n
|
Unsigned numeric
|
|
|
PIC 9(n)
[n <= 4]
|
COMP
COMP-5 (Alpha)
COMP-X (Alpha)
|
|
2
|
Word integer
1
|
|
|
PIC 9(n)
[5 <= n <= 9]
|
COMP
COMP-5 (Alpha)
COMP-X (Alpha)
|
|
4
|
Longword integer
1
|
|
|
PIC 9(n)
[10 <= n <= 18]
|
COMP
COMP-5 (Alpha)
COMP-X (Alpha)
|
|
8
|
Quadword integer
1
|
|
|
PIC 9(n)
[19 <= n <= 31] (Alpha)
|
COMP
COMP-5
COMP-X
|
|
16
|
Octaword integer
1 (Alpha)
|
|
|
PIC S9(n)
[n <= 4]
|
COMP
COMP-5 (Alpha)
COMP-X (Alpha)
|
|
2
|
Word integer
|
|
|
PIC S9(n)
[5 <= n <= 9]
|
COMP
COMP-5 (Alpha)
COMP-X (Alpha)
|
|
4
|
Longword integer
|
|
|
PIC S9(n)
[10 <= n <= 18]
|
COMP
COMP-5 (Alpha)
COMP-X (Alpha)
|
|
8
|
Quadword integer
|
|
|
PIC S9(n)
[19 <= n <= 31] (Alpha)
|
COMP
COMP-5
COMP-X
|
|
16
|
Octaword integer (Alpha)
|
|
|
PIC X(n)
[n <= 2] (Alpha)
|
COMP-5
COMP-X
|
|
2
|
Word integer
1 (Alpha)
|
|
|
PIC X(n)
[3 <= n <= 4] (Alpha)
|
COMP-5
COMP-X
|
|
4
|
Longword integer
1 (Alpha)
|
|
|
PIC X(n)
[5 <= n <= 8] (Alpha)
|
COMP-5
COMP-X
|
|
8
|
Quadword integer
1 (Alpha)
|
|
|
|
Not applicable
|
INDEX
|
|
4
|
Longword integer
|
|
|
|
Not applicable
|
POINTER
|
|
4
|
Longword integer (OpenVMS)
|
|
|
POINTER
|
|
8
|
Quadword integer (Tru64 UNIX)
|
|
|
POINTER-64 (Alpha)
|
|
8
|
Quadword integer (OpenVMS Alpha)
|
|
|
|
Not applicable
|
BINARY-CHAR UNSIGNED (Alpha)
|
|
2
|
Word integer
1 (Alpha)
|
|
|
|
Not applicable
|
BINARY-SHORT UNSIGNED (Alpha)
|
|
2
|
Word integer
1 (Alpha)
|
|
|
|
Not applicable
|
BINARY-LONG UNSIGNED (Alpha)
|
|
4
|
Longword integer
1 (Alpha)
|
|
|
|
Not applicable
|
BINARY-DOUBLE UNSIGNED (Alpha)
|
|
8
|
Quadword integer
1 (Alpha)
|
|
|
|
Not applicable
|
BINARY-CHAR SIGNED (Alpha)
BINARY-CHAR (Alpha)
|
|
2
|
Word integer (Alpha)
|
|
|
|
Not applicable
|
BINARY-SHORT SIGNED (Alpha)
BINARY-SHORT (Alpha)
|
|
2
|
Word integer (Alpha)
|
|
|
|
Not applicable
|
BINARY-LONG SIGNED (Alpha)
BINARY-LONG (Alpha)
|
|
4
|
Longword integer (Alpha)
|
|
|
|
Not applicable
|
BINARY-DOUBLE SIGNED (Alpha)
BINARY-DOUBLE (Alpha)
|
|
8
|
Quadword integer (Alpha)
|
|
|
|
Not applicable
|
COMP-1
|
|
4
|
F_floating
S_format
2 (Alpha)
|
|
|
|
Not applicable
|
COMP-2
|
|
8
|
D_floating
G_floating (Alpha)
T_format
2 (Alpha)
|
|
|
PIC 9(n)
[n <= 31
(Alpha) or
18 (VAX)]
|
COMP-3
|
|
(n+1)/2
rounded up
|
Packed decimal
1
|
|
|
PIC S9(n)
[n <= 31
(Alpha) or
18 (VAX)]
|
COMP-3
|
|
(n+1)/2
rounded up
|
Packed decimal
|
|
|
PIC X(n)
[n <= 65,535]
|
DISPLAY
|
|
n
|
ASCII text
|
|
|
PIC A(n)
[n <= 65,535]
|
DISPLAY
|
|
n
|
ASCII text
|
1The generated code treats this data type as a positive
value in all contexts except when it is a receiving-field operand. In
this case, the compiler stores the absolute value of the source data
item.
2On OpenVMS Alpha systems, the data type depends on the
/FLOAT qualifier. On Tru64 UNIX systems, it is always S format for
COMP-1, and always T format for COMP-2. Refer to the Compaq COBOL User Manual
Appendix B, describing compatibility with Compaq COBOL for OpenVMS VAX for information
on the /FLOAT=IEEE qualifier.
Table 5-13 Scaled Data Items, Allocated Storage, and Data Types
PICTURE Clause |
USAGE Clause |
SIGN Clause |
Allocated Storage in Bytes |
Standard Data Type |
PIC S9(n)V9(s)
[(n+s) <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
|
n+s
|
Right (trailing)
overpunch
|
|
|
PIC S9(n)V9(s)
[(n+s) <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
TRAILING
|
n+s
|
Right (trailing)
overpunch
|
|
|
PIC S9(n)V9(s)
[(n+s) <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
LEADING
|
n+s
|
Left (leading)
overpunch
|
|
|
PIC S9(n)V9(s)
[(n+s) <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
TRAILING
SEPARATE
|
n+s+1
|
Right (trailing)
separate
|
|
|
PIC S9(n)V9(s)
[(n+s) <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
LEADING
SEPARATE
|
n+s+1
|
Left (leading)
separate
|
|
|
PIC 9(n)V9(s)
[(n+s) <= 31
(Alpha) or
18 (VAX)]
|
DISPLAY
|
|
n+s
|
Unsigned numeric
|
|
|
PIC 9(n)V9(s)
[(n+s) <= 4]
|
COMP
|
|
2
|
Word integer
1
|
|
|
PIC 9(n)V9(s)
[5 <= (n+s) <= 9]
|
COMP
|
|
4
|
Longword integer
1
|
|
|
PIC 9(n)V9(s)
[10 <= (n+s) <= 18]
|
COMP
|
|
8
|
Quadword integer
1
|
|
|
PIC 9(n)V9(s)
[19<= (n+s) <= 31] (Alpha)
|
COMP
|
|
16
|
Octaword integer
1 (Alpha)
|
|
|
PIC S9(n)V9(s)
[(n+s) <= 4]
|
COMP
|
|
2
|
Word integer
|
|
|
PIC S9(n)V9(s)
[5 <= (n+s) <= 9]
|
COMP
|
|
4
|
Longword integer
|
|
|
PIC S9(n)V9(s)
[10 <= (n+s) <= 18]
|
COMP
|
|
8
|
Quadword integer
|
|
|
PIC S9(n)V9(s)
[19 <= (n+s) <= 31]
|
COMP
|
|
16
|
Octaword integer (Alpha)
|
|
|
PIC 9(n)V9(s)
[(n+s) <= 31
(Alpha) or
18 (VAX)]
|
COMP-3
|
|
(n+s+1)/2
rounded up
|
Packed decimal
1
|
|
|
PIC S9(n)V9(s)
[(n+s) <= 31
(Alpha) or
18 (VAX)]
|
COMP-3
|
|
(n+s+1)/2
rounded up
|
Packed decimal
|
1The generated code treats this data type as a positive
operand in all contexts except when it is a receiving-field operand. In
this case, the compiler stores the absolute value of the data type.
-
The OpenVMS Alpha operating system (as of Version 7.0) can dynamically
allocate data in 64-bit address space. Compaq COBOL does not support
data in 64-bit address space, but limited use of it may be made with
the USAGE IS POINTER-64 clause on OpenVMS Alpha. You might need to
describe a data item as USAGE IS POINTER-64 if your program interfaces
with an application in another language that requires a 64-bit pointer.
Then you would use the SET statement or a VALUE clause to assign the
address of a static COBOL variable to the pointer variable. The pointer
variable can be passed to a routine whose interface definition requires
a 64-bit pointer.
You can also use an appropriate system service or
the Run-Time Library routine LIB$GET_VM_64 to allocate data and store
the address in the pointer variable. Because COBOL does not support
dynamic allocation, there is no way to dereference the pointer and
access the allocated data. However, you can pass the pointer to other
languages that require a 64-bit pointer in 64-bit address space.
<>
|