Design Facility Reference 4.1
Design Facility Reference 4.1
Design Facility Reference 4.1
Application Generator
Design Facility Reference Guide
4.1
This documentation and related computer software program (hereinafter referred to as the “Documentation”) is
for the end user's informational purposes only and is subject to change or withdrawal by Computer Associates
International, Inc. (“CA”) at any time.
This documentation may not be copied, transferred, reproduced, disclosed or duplicated, in whole or in part,
without the prior written consent of CA. This documentation is proprietary information of CA and protected by
the copyright laws of the United States and international treaties.
Notwithstanding the foregoing, licensed users may print a reasonable number of copies of this documentation for
their own internal use, provided that all CA copyright notices and legends are affixed to each reproduced copy.
Only authorized employees, consultants, or agents of the user who are bound by the confidentiality provisions of
the license for the software are permitted to have access to such copies.
This right to print copies is limited to the period during which the license for the product remains in full force
and effect. Should the license terminate for any reason, it shall be the user's responsibility to return to CA the
reproduced copies or to certify to CA that same have been destroyed.
To the extent permitted by applicable law, CA provides this documentation “as is” without warranty of any kind,
including without limitation, any implied warranties of merchantability, fitness for a particular purpose or
noninfringement. In no event will CA be liable to the end user or any third party for any loss or damage, direct
or indirect, from the use of this documentation, including without limitation, lost profits, business interruption,
goodwill, or lost data, even if CA is expressly advised of such loss or damage.
The use of any product referenced in this documentation and this documentation is governed by the end user's
applicable license agreement.
Provided with “Restricted Rights” as set forth in 48 C.F.R. Section 12.212, 48 C.F.R. Sections 52.227-19(c)(1)
and (2) or DFARS Section 252.227-7013(c)(1)(ii) or applicable successor provisions.
All trademarks, trade names, service marks, and logos referenced herein belong to their respective companies.
Contents
Contents iii
3.7 Update DLIDSCs For Segment Member . . . . . . . . . . . . . . . . . . . 3-18
3.8 Create/Update SSA/Command For DL/I DB/Segment . . . . . . . . . . . . 3-22
3.9 Verify DLIDSC Count . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-27
3.10 Create/Update PSB Or File Group . . . . . . . . . . . . . . . . . . . . . . 3-28
3.11 Update Sensitive Segment . . . . . . . . . . . . . . . . . . . . . . . . . . 3-33
3.12 Update Sensitive TLNROWs . . . . . . . . . . . . . . . . . . . . . . . . . 3-35
3.13 Show/Update Data Set Default Data . . . . . . . . . . . . . . . . . . . . . 3-37
3.14 Update CICS Queue Default Data . . . . . . . . . . . . . . . . . . . . . . 3-43
3.15 Update CICS Journal Default Data . . . . . . . . . . . . . . . . . . . . . 3-46
3.16 Catalog/Import DB2 Tables . . . . . . . . . . . . . . . . . . . . . . . . . 3-49
3.17 List SQL Tables/Joins . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-51
3.18 Create/Update SQL Tables/TLNROWs . . . . . . . . . . . . . . . . . . . 3-53
3.19 Update CA-IDMS/SQL CA-Datacom/SQL Tables/TLNROWs . . . . . . 3-60
3.20 Create/Update Ingres II/Oracle SQL Tables/TLNROWs . . . . . . . . . . 3-69
3.21 Update SQL ALIAS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-75
3.22 Specify Tables Being Joined . . . . . . . . . . . . . . . . . . . . . . . . . 3-79
3.23 Update SQL Join — Join Columns . . . . . . . . . . . . . . . . . . . . . 3-81
3.24 Update SQL Join —Access Columns . . . . . . . . . . . . . . . . . . . . 3-83
3.25 Update SQL Join — Alias . . . . . . . . . . . . . . . . . . . . . . . . . . 3-85
Contents v
7.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-2
7.2 Prototyping Facility Menu . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-3
7.3 List Panel Definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-8
7.4 List Presentation Stores . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-12
7.5 View Presentation Store . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-15
7.6 View Panel Definition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-18
Contents vii
A.3.13 OINTCDT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-20
A.3.14 OINTCJUL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-21
A.3.15 OINTLDT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-22
A.3.16 OINTLJUL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-23
A.3.17 OJULIAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-23
A.3.18 ONULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-24
A.3.19 ONUMNULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-25
A.3.20 OSSA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-25
A.3.21 OVCHAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-26
A.3.22 OVNULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-26
A.3.23 IBDOL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-27
A.3.24 IBCURR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-28
A.3.25 IBNUM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-29
A.3.26 ICDATE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-30
A.3.27 ICURRNCY . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-31
A.3.28 IDATE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-32
A.3.29 IDOLLAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-33
A.3.30 IFLNULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-34
A.3.31 IFLOAT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-35
A.3.32 IFULLCAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-36
A.3.33 IFORMAT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-36
A.3.34 IFULLNUM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-37
A.3.35 IHEX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-37
A.3.36 IHEXA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-38
A.3.37 IINTCDT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-38
A.3.38 IINTCJUL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-39
A.3.39 ICJULIAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-40
A.3.40 IINTLDT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-41
A.3.41 IINTLJUL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-42
A.3.42 IJULIAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-43
A.3.43 ILALPHA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-44
A.3.44 ILNULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-45
A.3.45 ILVCHAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-45
A.3.46 ILVNULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-46
A.3.47 INBALPHA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-47
A.3.48 INBNULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-47
A.3.49 INBVCHAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-48
A.3.50 INBVNULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-49
A.3.51 INULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-50
A.3.52 INUMERIC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-50
A.3.53 INUMNULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-51
A.3.54 ISTATE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-52
A.3.55 IVCHAR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-52
A.3.56 IVNULL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A-53
A.4 Calls to Field Edit Modules . . . . . . . . . . . . . . . . . . . . . . . . . . A-54
A.4.1 Output edit processing . . . . . . . . . . . . . . . . . . . . . . . . . . A-54
A.4.2 Input edit processing . . . . . . . . . . . . . . . . . . . . . . . . . . . A-54
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . X-1
Contents ix
x Design Facility Reference Guide
Chapter 1. CA-Telon Design Facility Main Menu
Who should read this manual: This manual is intended for users who are
experienced in data processing concepts and procedures, specifically IMS and/or CICS
concepts, including:
■ System administrators and database administrators who support Advantage
CA-Telon
■ Application programmers who use Advantage CA-Telon to develop COBOL,
COBOL II and above, and/or PL/I applications in a mainframe or PWS
environment
You use the following Advantage CA-Telon system components to develop, compile,
and test your programs:
■ The Advantage CA-Telon Design Facility (TDF), which helps you to design and
code your programs.
■ The application system Generator, which translates your TDF-generated Advantage
CA-Telon source statements into a COBOL or PL/I program. Refer to
Programming Concepts Guide for complete documentation of the application
system Generator.
■ The Advantage CA-Telon Test Facility (TTF), which allows you to interactively
test the programs and applications that you develop in the mainframe environment.
Refer to Test Facility Guide for complete documentation of the Advantage
CA-Telon Test Facility.
The TDF runs under TSO by means of a CLIST or under CICS as a single transaction.
You create programs and application systems by using the TDF to define a panel
image, panel definition, and screen definition.
Online help: You can access online help for each screen and the fields it contains.
To do this, type ? in the field for which you need help, and press [Enter]. The
Advantage CA-Telon Help Facility displays help text.
Panel image: The panel image defines the format of the screen. You create a panel
image by keying it on the screen exactly as it should appear to the application user.
This process is called painting the image.
Advantage CA-Telon distinguishes among literal fields and fields reserved for input or
output by the characters you use to paint the panel image. For example, using
installation defaults, a string consisting of the < character represents an input field.
Panel definition: Once you have created a panel image, the next step is to specify
the processing characteristics of each field in the panel, such as the source of displayed
data, the destination of the entered data, and the field attributes. You can also specify
edit criteria, data cross-validation, and key validation. Thus, the panel definition is the
field-specific data.
In the screen definition, you can include any custom COBOL, COBOL II, or PL/I
code to handle operations specific to your data processing environment or business
application. The TDF allows you both to enter custom code and to reference it in the
screen definition.
Generator control: The structure and target environment (for example, CICS, IMS,
batch, AS/400) of the generated program are determined through environment
definitions in the TDF.
Additionally, you can specify that custom COBOL, COBOL II, or PL/I statements are
to be inserted into the generated program exactly as you coded them. This standard
structure provides high development and maintenance productivity without sacrificing
performance.
Since Advantage CA-Telon generates a native COBOL, COBOL II and above, or PL/I
source program, no Advantage CA-Telon runtime monitor or other "black box" is
necessary for program compilation or execution.
Refer to Programming Concepts Guide for details about the structure of the generated
program.
The TTF allows you to execute any Advantage CA-Telon screen definition without
following the logical processing sequence. That is, you do not have to navigate the
prescribed screen flow to execute the screen that you are testing. This allows you to
test a module even when the preceding modules are not available.
Tracing: The TTF gives you a dynamic, full-screen PCB trace of every DL/I
database call, DB2 table access call, or EXEC CICS file access. You can request this
trace at any time during the testing process, and you can request it to occur before
and/or after each call.
The TTF controls the loading and execution of Advantage CA-Telon screen programs.
CICS environment: In the CICS environment, the TTF runs under CICS. Your
particular installation determines whether the TTF uses OS or CICS loads (that is,
whether the program must be defined in the CICS tables). OS loads allow for a more
effective environment.
IMS environment: In an IMS environment, the TTF runs under TSO. This is
accomplished by running the TTF under IMS/DB, which in turn is running in the TSO
foreground. The TTF system simulates the IMS/DC environment so that terminal
interaction appears the same as IMS. Refer to Test Facility Guide for complete
documentation of the Advantage CA-Telon Test Facility.
The following terminology, symbols, and concepts are used in syntax diagrams.
You can choose any of the parameters from the vertical list, such as in the examples
below:
COMMAND CLAUSE1
COMMAND CLAUSE2
COMMAND CLAUSE3
Optional Parameter
──COMMAND──┬───────────┬──────────────────────────────────────
└─PARAMETER─┘
You can choose (or not) to use the optional parameter, as shown in the examples
below:
COMMAND
COMMAND PARAMETER
If you have a choice of more than one optional parameter, the parameters appear in a
vertical list below the main path.
You can choose any of the parameters from the vertical list, or you can write the
statement without an optional parameter, such as in the examples below.
COMMAND
COMMAND CLAUSE1
COMMAND CLAUSE2
Multiple Parameters: For some statements, you can specify more than one
parameter, or a single parameter more than once. A repeat symbol (a
backward-pointing arrow above the main horizontal line) indicates that you can specify
multiple parameters. Below are examples which include the repeat symbol.
In the above example, the word “parameter” is in lowercase italics, indicating that it is
a variable, but it is also on the main path, which means that at least one parameter is
required. The repeat symbol indicates that you can specify more than one parameter.
Assume that you have three values named PARM-X, PARM-Y, and PARM-Z for the
variable. Some of your choices can be:
COMMAND PARM-X
If the repeat symbol contains punctuation such as a comma, you must separate
multiple parameters with the punctuation. Below is an example which includes the
repeat symbol, a comma, and parentheses.
In the above example, the word “clause” is in lowercase italics, indicating that it is a
variable, but it is also on the main path, which means that at least one clause is
required. The repeat symbol indicates that you can specify more than one clause and
that you must separate the clauses with commas. The parentheses indicate that the
clauses must be enclosed within parentheses. Assume that you have three values
named CLAUSE-X, CLAUSE-Y, and CLAUSE-Z for the variable. Some of your
choices can be:
COMMAND (CLAUSE-X)
COMMAND (CLAUSE-X,CLAUSE-Y)
COMMAND (CLAUSE-Y,CLAUSE-Z)
COMMAND (CLAUSE-X,CLAUSE-Y,CLAUSE-Z)
The following example shows a vertical list of parameters with the repeat symbol.
COMMAND PARM1,PARM2,PARM3
COMMAND PARM3,PARM2,PARM1
Default Parameters: When a parameter in a syntax diagram is above the line, for
example, YES in the diagram below, its special treatment indicates it is the default
parameter. If you do not include the default parameter when you write the statement,
the result is the same as if you had actually included the parameter.
Default Parameter
──COMMAND──┬─────────────────┬────────────────────────────────
│ ┌─YES─┐ │
├─PARM1=─┼─────┼──┤
│ └─NO──┘ │
└─CLAUSE2─────────┘
Choices you can make from this syntax diagram therefore include (but are not limited
to) the following:
COMMAND CLAUSE1
COMMAND PARM1
Syntax Notes: A note in a syntax diagram is similar to a footnote except that the
note appears at the bottom of the diagram box.
──COMMAND──┬───────────┬──────────────────────────────────────
(1)
└─CLAUSE1─── ┘
Note:
1 This is a note about the keyword.
1.9 Introduction
This chapter documents the initial screen of the CA-Telon Design Facility, the TDF
Main menu. On this menu, you can select the primary design and definition functions
for CA-Telon:
■ User profile maintenance
■ Data administration
■ Panel definition
■ Online program definition
■ Batch program definition
■ The prototyping facility
■ Utilities
After display of messages related to data set or data file allocation, ending with the
display of three asterisks (***), press [Enter] to display the TDF Main menu.
FUNCTION: 2__
Note: This screen is slightly different for the CA-Telon PWS PWS environment. For
further information, refer to PWS Option Administrator Guide.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
Note: The INSTALL command causes a branch to the TDF Installation Menu.
A full description of this screen as well as subordinate screens are found
in the "CA-Telon Design Facility Customization" section of the
Implementation Guide guide.
2. FUNCTION
The CA-Telon primary function selected. CA-Telon displays the main menu for
the function after you select it. Valid values are:
1
User profile maintenance. Allows you to define program defaults.
Alternatively, you can specify a category of defaults here by entering one of
these values:
1D
Program defaults
1P
PF keys
1S
Session controls
1C
Color Profile (PWS Only)
See 2.2, “User Profile Maintenance” on page 2-3 for detailed information.
2
Data administration. Allows you to create, update, purge, show, and list
PSBs, PCBs in a PSB, databases, segments in a database, VSAM files,
queues, journals, or sequential files.
It also allows read-only access to the DB2 catalog. See 3.2, “Data
Administration Menu” on page 3-3 for detailed information.
3
Panel specification. Allows you to create, update, purge, show, and list items
related to the panel image and panel definition. See 4.2, “Panel Definition
Menu” on page 4-4 for detailed information.
4
Online program definition. You can create, update, purge, and list items
relate to an online screen definition, IMS report definition, driver definition or
CICS nonterminal definition. This includes defining the environment,
database or data file usage, and custom code. See 5.2, “Online Program
Definition Menu” on page 5-5 for detailed information.
Online screen definition.
5
Batch program definition. Allows you to create, update, purge, show, and list
all items related to a batch program definition.
See Chapter 6, “Batch Program Definition” on page 6-1 for detailed
information.
6
Prototyping facility. A tool to model either panel images or panel definitions.
The application user can view and respond to a prototype of an interactive
session with an application function that uses simple scenarios (sequences of
screen samples to simulate an application). Prototyping can be performed
with or without data mapping. See 7.2, “Prototyping Facility Menu” on
page 7-3, for detailed information.
U
Utilities. You can copy, rename, list, or print any panel image, panel
definition, screen definition, report definition, driver definition, nonterminal
definition, or batch definition. You can also export your screen, report, driver,
nonterminal, or batch definition (the TDF-created definition is translated into
a CA-Telon source code listing). You can also list all TDF program headers.
2.1 Introduction
This chapter discusses user profile maintenance, Option 1 on the TDF Main menu.
The user profile maintenance option allows you to set default values both for your
program and for TDF operations. You can also set or change PF-key values.
FUNCTION: 2__
D ── DEFINITION DEFAULTS
P ── PFKEYS
S ── SESSION CONTROLS
C ── COLOR PROFILE
1. COMMAND
See 9.5, “Primary Commands” on page 9-13 for information.
2. FUNCTION
The function that you will perform. Valid values are:
D
Define default values for input fields on other TDF screens, such as for the
transfer work area, custom code name, and the language in which programs
are created
P
Define the functions PF keys perform during a TDF session
S
Define default values, such as export parameters and panel image size, that
are valid for this and subsequent TDF sessions
C (PWS Only)
Define the colors and intensities for all foreground and background fields on
the TDF screens. This option appears only on the PWS. For more
information refer to PWS Option Administrator Guide.
Function: Sets default values for various input fields on TDF screens.
Note: You can override any default value you supply here on any TDF screen that
displays it by simply typing over the default.
When you press [Enter] or [End], your new entries replace the old. You exit the
screen by pressing [End], which saves all changes and returns you to the screen from
which you came.
GENERAL PARAMETERS:
LANG 2__ CAPS 3__ APPL 4_____
OUTIFIL 5 HELP 6 HOLD 7
ALARM 8 EOFKEY 9
EXTENDED ATTRIBUTES:
EATTR 12 (Y,N)
COLOR HILIGHT COLOR HILIGHT
EAIN 13_____ 14___ EAOUT 17_____ 18___
EALIT 15_____ 16___ EAERR 19_____ 2___
3. CAPS
A value to specify whether to translate lowercase characters to uppercase.
Valid values are:
ON
CA-Telon translates lowercase characters that the application user enters to
uppercase. This is the default.
OFF
No translation occurs on input
4. APPLID
Contains the optional variable length application id which is used to define
the names for programs and control blocks. Its use is determined at
installation time. For more information, see the Implementation Guide.
5. OUTIFIL
The initial value for input, outin, and select fields on the screen. Valid values
are:
B
Spaces. This is the default.
U
Underscores
N
Low values
6. HELP
A value to indicate whether CA-Telon is to generate code that you can use to
build a HELP facility for the system you develop. Valid values are:
Y
Generate the code. This is the default.
N
Do not generate the code
7. HOLD
A value to specify whether CA-Telon is to generate code that you can use to
build the HOLD capability into the system you develop. Valid values are:
Y
Generate the code. This is the default.
N
Do not generate the code
8. ALARM
A value to specify whether the terminal alarm is to ring automatically when
an ERROR-ATTR condition is detected on output. Valid values are:
Y
Automatic ring on ERROR-ATTR
N
No automatic ring on ERROR-ATTR. This is the default.
9. EOFKEY (IMS MFS only)
A value to specify whether the application user can erase data by pressing
[EOF]. Valid values are:
Y
Allow the application user to erase data with the EOF key. This is the
default.
N
Do not allow the application user to erase data with the EOF key MFS does
not return to an application program in which a field has been erased using
[EOF] and the attribute for that field has its modified data tag field off.
Therefore, if the EOFKEY value is N, the CA-Telon program processes such
a field as if it still contained the data originally entered, even if the
application user has erased it. If the EOFKEY value is Y for a modified data
tag, the MFS for this application is turned on. This results in the resending of
every input field to the application (including those that have been erased with
[EOF]).
10. XFERWKA
The COPY member names to add to the transfer work area section of the
program. Each name must be separated by a comma.
11. PGMCUST
The name of the COBOL section or PL/I procedure in which to add custom
code and the name of the custom code added. You can make multiple
specifications using this format:
section-name1,member-name1,
section-name2,member-name2,...
Section-name
The four-character identifier of the section or procedure in which to include
the custom code (for example, H100) and a suffix (I or T) that specifies
whether to include the code at the beginning (I) of the section or procedure,
or at the end (T).
For example, H100I specifies section H100 is included at the beginning of the
program and E100T specifies section E100 is included at the end of the
program.
Member-name
The name of the custom code added at the location specified by section-name.
For example, the value A100I,OUTIDC specifies the custom code named
OUTIDC is placed at the beginning of the A-100 section.
You can include a member designated in PGMCUST at the beginning and end
of any section or procedure in the program, except for U-100 sections or
procedures generated by I/O statements (that is, CREATE, DELETE, READ,
and UPDATE).
12. EATTR
A value to specify whether to use extended attributes with this screen. Valid
values are:
Y
Use extended attributes
N
Do not use extended attributes. This is the default. Extended attributes are
defined in the EAIN, EALIT, EAOUT, and EAERR fields.
13. EAIN (color attribute)
The default color attributes for input, outin, and select fields. Valid values
are:
■ BLUE
■ GREEN
■ RED
■ PINK
■ TURQ (Turquoise)
■ YELLOW
■ NEUTRAL
14. EAIN (highlight attribute)
The default highlight attributes for input, outin, and select fields. Valid
values are:
2.4.1 CICS
2. SPASIZE
The size of the DFHCOMMAREA used to hold the transfer work area. After
CA-Telon generates the program, this value appears in the "CICS Program
Summary" of the assembler listing as TRANSFER AREA SIZE SPECIFIED. The
size must be greater than or equal to the sum of the following items:
■ The SPA Header
■ The application Transfer Work Area
■ The screen image size
During practical input, estimate this value, and then refine it as needed, based on
the requirements printed out on generated program listings.
3. PSBSCHD
A value to specify whether CA-Telon is to automatically schedule and terminate
the DL/I PSB in the CICS program sections Q-200-PSB-SCHEDULE and
Q-210-PSB-TERM. Valid values are:
Y
Automatically schedules and terminates the DL/I PSB. This is the default.
N
Generates the Q-200 and Q-210 sections without any reference to them in the
CA-Telon code. In this case, you are responsible for performing the sections
to schedule and terminate the DL/I PSB.
Note: The PSB name used on the schedule call is the variable name
(PSB-NAME), which may be dynamically set prior to the PSB scheduling.
4. PSBNAME
For DL/I, the name of the PSB that the program uses.
5. TRACE
A value to specify whether the program generates and maintains TRACE variables
for debugging. Valid values are:
Y
The program generates TRACE variables for the CA-Telon Test Facility
(TTF). This is the default.
N
The program does not generate TRACE variables for the TTF
Note: Note that TRACE variables increase the size of the generated program.
6. LINEOPT
The line optimization logic that the program uses and generates. Valid values are:
1
Use the CA-Telon line optimizing subroutine. CA-Telon automatically
performs line optimization for you.
2
Simulate subroutine optimizing in Custom Code (except for fill character
processing).
3
Do not generate line optimizing code.
Note: For CA-Telon PWS, LINEOPT must be set equal to 2 or 3.
7. BMS
A flag to indicate whether the program creates a CICS BMS or uses CA-Telon's
own mapping. CA-Telon's mapping is recommended for all 3270-type terminals.
Valid values are:
Y
Create a BMS map
N
Create a CA-Telon map. This is the default.
8. SPASTG
The location where CA-Telon is to generate the SPA-AREA. Valid values are:
A (AUTO)
■ For COBOL, CA-Telon generates the SPA-AREA in the Linkage Section.
When no SPA-AREA enters a program as it is executed, the program
does a GETMAIN to initialize the SPA AREA and the XCTL to the
same program.
■ For PL/I, when no SPA-AREA enters the program, the program does a
GETMAIN, sets the COMPTR, and initializes the SPA-AREA.
S (STATIC)
CA-Telon generates the SPA-AREA in COBOL Working Storage.
9. IOASTG
A COBOL field that specifies where CA-Telon generates the
SEGMENT-IO-AREA. Valid values are:
A (AUTO)
Generate SEGMENT-IO-AREA in the Linkage Section and do a GETMAIN
for it at program initialization
S (STATIC)
Generate SEGMENT-IO-AREA in Working Storage
10. TPBSTG
A COBOL field that specifies where CA-Telon is to generate the TP-BUFFER.
Valid values are:
A (AUTO)
CA-Telon generates the TP-BUFFER in the Linkage Section and performs a
GETMAIN for it at program initialization
S
CA-Telon generates the TP-BUFFER in Working Storage
field
11. GENPCBS
A value to specify whether CA-Telon is to include DL/I PCB masks in the
program. Valid values are:
Y
CA-Telon automatically generates the PCB masks in the program
N
You must include the PCB masks in the LNKCOPY and
D
The program is a stand-alone program that links USGCOPY TDF fields
12. LNKCOPY
The name of the COPY member containing the 01-level declarations to include in
the Linkage Section.
13. USGCOP1
A COBOL BLL-POINTER-LIST option specifying the COPY member appended
to the BLL-POINTER-LIST entries in the Linkage Section.
14. DBMS
The name of the default data access for batch programs.
15. USGCOP2
A COBOL BLL-POINTER-LIST option specifying the COPY member included in
the Q-100-CICS-INIT to initialize the BLL-POINTER-LIST entries.
2.4.2 IMS
16. SPASIZE
The size of the SPA specified in the IMS generation for this application. It can be
defined in conjunction with WKSPASZ. The size of SPASIZE alone or of
SPASIZE plus WKSPASZ must be large enough to hold:
■ The SPA header
■ The application transfer work area
■ The largest screen image in the application
Find the initial value for this field based on SPA requirements printed on the
generated program listings. field
17. LINKOPT
The type of linking to occur in the IMS program. Valid values are:
D
Indicates the program is a stand-alone program that links dynamically to other
programs. If you do not specify ANY for LINKPGM or MSGPGM, all
programs to which control can be passed must be accounted for in the
MSGTRAN, MSGPGM, MSGTBL, or LINKPGM fields. See 5.2, “Online
Program Definition Menu” on page 5-5 for more information.
Any attempt to transfer control to an unspecified module results in a user
abend.
S
CA-Telon generates the program as a subroutine that executes under a driver.
The only valid fields with this option are CONVERS, MFSMOD, and
PGMNAME. See 5.2, “Online Program Definition Menu” on page 5-5 for
details about these fields.
18. CONVERS
A value indicating whether the system that CA-Telon generates is IMS
conversational. Valid values are:
Y
Specifies that the system being generated is an IMS conversational system
using an IMS SPA
N
Specifies that the system being generated is an IMS non-conversational
system using a WORKSPA database
19. GENPCBS
A value to specify whether to include DL/I PCB masks in the program. Valid
values are:
Y
Automatically generate PCB masks in the program
N
PCB masks must be included in the LNKCOPY and USGCOPY members
20. LNKCOPY
The name of the COPY member containing the 01-level declarations to include in
the Linkage Section.
21. USGCOPY
The variable declarations in the linkage member appended to the COBOL
Procedure Division or the PL/I procedure statements.
In COBOL, the variable declaration is the list of 01-level variables in the Linkage
Section. In PL/I, variable declaration is a list of DECLARE statements in the
Linkage Section.
22. TRACE
A value to specify whether the program generates and maintains trace variables
for debugging. Valid values are:
Y
The program generates TRACE variables for the CA-Telon Test Facility
(TTF). This is the default.
N
The program does not generate TRACE variables for the TTF
Note: Trace variables increase the size of the generated program.
field
23. LINEOPT
The line optimization logic that the program uses and generates. Valid values are:
1
Use the CA-Telon line optimizing subroutine. CA-Telon automatically
performs line optimization for you.
2
Simulate subroutine optimizing in custom code (except for fill character
processing).
3
Do not generate line optimizing code.
Note: For CA-Telon PWS, LINEOPT must be set equal to 2 or 3.
24. SPACMPT
A value to indicate whether CA-Telon should generate a SPA with a fixed number
of overhead bytes, making it compatible for use by both static and dynamic
programs. The generation of such a SPA allows for message switching between
static and dynamic modules in an application. Valid values are:
Y
CA-Telon generates a compatible SPA. Advantage CA-Telon generates a field
called SPA-CMPAT in the dynamic programs where the next-program-name
field exists in static programs.
N
CA-Telon generates SPA with a different number of overhead bytes, based on
whether the module is static or dynamic. Message switching between static
and dynamic modules cannot take place in the application.
25. TRANCDE
The name of the IMS transaction code associated with the generated program,
specified only when the IMS transaction is different from the CA-Telon-generated
program name. The CA-Telon-generated program is hhnnnn, where:
hh is the header and
nnnn is the ID as entered on the program definition.
26. TRANMFS
A value to specify whether the MFS processes the transaction code. Valid values
are:
Y
MFS processes the transaction code
N
MFS does not process the transaction code. This is the default.
27. TRANFLD
The transaction code that is imbedded to the MID for this screen, specified only
when the /FORMAT command is used to start the application, or if the system is
non-conversational. Refer to Programming Concepts Guide for additional
information.
28. WKSPASZ
The number of bytes in the WORKSPA database used in this application system,
specified only when you use a WORKSPA database.
In a non-conversational system, the value must be large enough to hold the
application transfer work area, overhead, and the largest screen image in the
application.
In a conversational system, the value must be large enough to hold the remainder
of this area overflowing from the IMS SPA area (defined with the value in the
SPASIZE field).
29. GET
The name of the COPY member containing custom code included before the read
of a WORKSPA database.
30. PUT
The name of the COPY member containing custom code included before the
replacement of a WORKSPA database.
31. WKSPAIN
A value to specify whether the generation of CA-Telon WORKSPA database
initialization code is to take place in the IMS program section
C-920-GET-WORKSPA. Valid values are:
Y
Results in generation of code to reinitialize the CA-Telon transfer work area
when the IMS program flow has been broken. This is the default.
N
Results in no such generation of code
2.4.3 TSO
32. GENPCBS
A value to specify whether to include DL/I PCB masks in the program that
CA-Telon generates. Valid values are:
Y
Automatically generate PCB masks in the program
N
Include PCB masks in the LNKCOPY and USGCOPY members
Note: IMS programs are generated as TSO programs for testing under the
CA-Telon Test Facility (TTF).
33. LNKCOPY
The name of the COPY member containing the 01-level declarations to include in
the Linkage Section.
34. USGCOPY
The variable declarations in the linkage member appended to the COBOL
Procedure Division or the PL/I procedure statements.
In COBOL, the variable declaration is the list of 01-level variables in the Linkage
Section. In PL/I, variable declaration is a list of DECLARE statements in the
Linkage Section.
2.4.4 Batch
35. TRACE
A value to specify whether the program generates and maintains trace variables
for debugging. Valid values are:
Y
The program generates TRACE variables for the CA-Telon Test Facility
(TTF). This is the default.
N
The program does not generate TRACE variables for the TTF
Note: Trace variables increase the size of the generated program.
36. DLIWGHT
A value to specify whether the CA-Telon program generates automatic weighting
of DL/I calls. Valid values are:
Y
Generate automatic weighting of DL/I calls
N
Do not generate automatic weighting of DL/I calls
CA-Telon increments a generated variable by one (1) for each DL/I REPL call
and by three (3) for each DL/I DLET or ISRT call. The programmer is
responsible for checking and resetting the variable to determine when a checkpoint
should be taken.
37. GENPCBS
A value to specify whether to include DL/I PCB masks in the program that
CA-Telon generates. Valid values are:
Y
Automatically generate PCB masks in the program
N
Include PCB masks in the LNKCOPY and USGCOPY members
38. LNKCOPY
The name of the COPY member containing the 01-level declarations to include in
the Linkage Section.
39. USGCOPY
The variable declarations in the linkage member appended to the COBOL
Procedure Division or the PL/I procedure statements.
In COBOL, the variable declaration is the list of 01-level variables in the Linkage
Section. In PL/I, variable declaration is a list of DECLARE statements in the
Linkage Section.
40. DBMS
The name of the default data access for batch programs.
2.4.5 AS/400
41. LNKCOPY
Use this parameter to specify the name of the COPY member containing the
01-level declarations that you want to include in the linkage section. If you code
this parameter, you must also code USGCOPY.
42. USGCOPY
Use this parameter to define the variable declarations in the linkage member that
are appended to the COBOL Procedure Division Statement. This is the list of
01-level variables in the linkage section.
43. COMMIT
Use this parameter to identify whether the program executes on the AS/400 under
commitment control. Valid values are Y, N, and H. (H is a special value for SQL
access only. The AS/400 extension COMMIT HOLD is generated, as opposed to
COMMIT.)
44. HOLDLTH
Use this parameter to identify the length of the HOLD SPA area in the hold
database file on the AS/400. If unspecified, CA-Telon/400 uses a default of 8000.
45. TRACE
Use this parameter to specify whether the program generates and maintains
TRACE variables to facilitate debugging. Note that TRACE variables increase the
size of the generated program. Valid values are Y and N. The default is N. Since
AS/400 Debug does not use TRACE variables nor the CA-Telon Test Facility, it
is suggested that you leave this parameter as the default, N.
UNIX: TRACE 2
HOLDLTH 3____
1. COMMAND
See 9.5, “Primary Commands” on page 9-13 for information.
2. TRACE
A value to specify whether the program generates and maintains TRACE variables
for debugging. Valid values are:
Y
The program generates TRACE variables for the CA-Telon Test Facility
(TTF). This is the default.
N
The program does not generate TRACE variables for the TTF.
Note: Note that TRACE variables increase the size of the generated program.
3. HOLDLTH
Refer to the Target Option for UNIX Guide for information.
4. LNKCOPY
Refer to the Target Option for UNIX Guide for information.
5. USGCOPY
Refer to the Target Option for UNIX Guide for information.
6. RDBMS
Refer to the Target Option for UNIX Guide for information.
7. SPASIZE
Refer to the Target Option for UNIX Guide for information.
8. CALLTYP
Refer to the Target Option for UNIX Guide for information.
9. CANCEL
Refer to the Target Option for UNIX Guide for information.
UNIX: TRACE 2
HOLDLTH 3____
1. COMMAND
See 9.5, “Primary Commands” on page 9-13 for information.
2. TRACE
A value to specify whether the program generates and maintains TRACE variables
for debugging. Valid values are:
Y
The program generates TRACE variables for the CA-Telon Test Facility
(TTF). This is the default.
N
The program does not generate TRACE variables for the TTF.
Note: Note that TRACE variables increase the size of the generated program.
3. HOLDLTH
Refer to the Target Option for Windows Character Guide for information.
4. LNKCOPY
Refer to the Target Option for Windows Character Guide for information.
5. USGCOPY
Refer to the Target Option for Windows Character Guide for information.
6. RDBMS
Refer to the Target Option for Windows Character Guide for information.
7. SPASIZE
Refer to the Target Option for Windows Character Guide for information.
8. CALLTYP
Refer to the Target Option for Windows Character Guide for information.
9. CANCEL
Refer to the Target Option for Windows Character Guide for information.
Function: Specifies the default environment data for the Stored Procedure programs.
PARAMETERS:
EXTSCUR:7_ (2-DB2 U-USER D-DEFINER)
PRMSTYL:8_ (N-GENERAL WITH NULLS G-GENERAL D-DB2SQL J-JAVA)
PROGTYP:9_ (M-MAIN S-SUB)
SQLMOD :1 (M-MODIFIES SQL DATA N-NO SQL S-CONTAINS SQL
R-READS SQL DATA)
1. COMMAND
See 9.5, “Primary Commands” on page 9-13 for information.
2. RESULTS
Specifies the maximum number of result sets that the stored procedure can return.
The default is 0, which indicates that there are no result sets.
3. ASUTIME
Specifies the total amount of processor time, in CPU service units, that a single
invocation of a stored procedure can run.
4. WLMENV
Identifies the MVS Workload Manager (WLM) environment in which the stored
procedure is to run when the DB2 stored procedure address space is
WLM-established. The name of the WLM environment is a long identifier.
6. COLLID
Identifies the package collection to be used when the stored procedure is executed.
This is the package collection into which the DBRM that is associated with the
stored procedure is bound.
If COLLID is not specified, the package collection for the stored procedure is the
same as the package collection of the calling program.
7. EXTSCUR
Specifies how the stored procedure interacts with an external security product,
such as RACF, to control access to non-SQL resources.
2 —The stored procedure does not require a special external security environment.
This is the only valid choice when a Workload Manager environment is not
specified (DB2).
8. PRMSTYL
Identifies the linkage convention (parameter style) used to pass parameters to the
stored procedure. All of the linkage conventions provide arguments to the stored
procedure that contain the parameters specified on the CALL statement. Some of
the linkage conventions pass additional arguments to the stored procedure that
provides more information to the stored procedure.
G — (GENERAL) Only the parameters on the CALL statement are passed to the
stored procedure. The parameters cannot be null.
J — The stored procedure uses a convention for passing parameters that conforms
to the Java and SQLJ specifications. IN OUT and OUT parameters are passed as
single-entry arrays. The DBINFO structure is not passed (JAVA).
9. PROGTYP
Specifies whether the stored procedure will run as a main routine or a subroutine.
10. SQLMOD
Indicates whether or not the stored procedure can execute SQL statements and, if
so, what type it can execute.
N — The stored procedure cannot execute any SQL statements (NO SQL).
M — The stored procedure can execute any SQL statement except those
statements that are not supported in any stored procedure (MODIFIES SQL
DATA).
R — The stored procedure cannot execute SQL statements that modify data. SQL
statements that are not supported in any stored procedure return a different error
(READS SQL DATA).
S — The stored procedure cannot execute any SQL statements that read or modify
data. SQL statements that are not supported in any stored procedure return a
different error (CONTAINS SQL).
11. COMRETN
Indicates whether DB2 commits the transaction immediately on return from the
stored procedure (COMMIT ON RETURN).
N — DB2 does not issue a COMMIT when the stored procedure returns.
Y — DB2 issues a COMMIT when the stored procedure returns if the following
statements are true:
If the stored procedure returns result sets, the cursors that are associated with the
result sets must have been defined as WITH HOLD to be usable after the
COMMIT.
12. DBINFO
Specifies whether specific information known by DB2 is passed to the stored
procedure when it is invoked.
13. DETERM
Specifies whether the stored procedure returns the same result from successive
calls with identical input arguments.
Y — The stored procedure returns the same result from successive calls with
identical input arguments (DETERMINISTIC).
N — The stored procedure might not return the same result from successive calls
with identical input arguments (NOT DETERMINISTIC).
14. FENCED
Specifies whether or not the stored procedure runs in an external address space (to
prevent user programs from corrupting DB2 storage).
N — The stored procedure will not run in an external address space (NOT
FENCED).
15. NULCALL
Determines whether or not the stored procedure will be called even when any of
the input arguments is null, making the procedure responsible for testing for null
argument values.
Y — The stored procedure will be called even when any of the input arguments is
null; the stored procedure is responsible for testing for null argument values.
N — The stored procedure will not be call when any of the input arguments is
null.
16. STAYRES
Specifies whether the stored procedure load module remains resident in memory
when the stored procedure ends.
Y — The load module remains resident in memory after the stored procedure
ends.
N — The load module is deleted from memory after the stored procedure ends.
Function: Defines the functions that the PF keys perform while you are using the
TDF.
When you press [Enter] or [EOF], your new entries replace the old. You exit the
screen by pressing [End], which saves all changes and returns you to the screen from
which you came.
You can change the PF-key functions at any time. Any changes you make are in
effect once you exit the screen. They remain in effect until you change them
again.
Note: You cannot define the PA keys and [Clear] in TSO. If you do, they will
not function.
Function: Defines the default values of various input on TDF screens. These are
indicator values that used to direct internal TDF processing. They do not affect
program generation.
When you press [Enter] or [End], your new entries replace the old. You exit the
screen by pressing [End], which saves all changes and returns you to the screen from
which you came.
ampersand (&). However, each character used to define a field type may not be
used in a literal field on a panel image, except for the literal break character.
Default values are:
<
Input field
>
Output field
+
Outin field
|
Select field
\
Literal break
The usage of each of these types of fields is:
Literal
A literal field is any character or series of characters whose display does not
vary during program execution. Data comprising a literal field is mapped out
to the screen but is not otherwise used in processing.
Input
An input field is any character or series of characters keyed by the application
user and processed as input from the screen. In most cases, the field is
mapped to a database or work area field. Each input field can be mapped to
two separate data fields.
Output
An output field is any character or series of characters that the program
displays to the application user. The data for an output field originates from a
database, data file, or work field, and is protected from modification by the
application user.
Outin
An outin field is a combination output and input field that is processed during
program output. The application user can change it, then it is processed during
the input phase.
Select
A select field is a special input field that allows the application user to
designate the next screen for processing. When the application user enters
data into a select field, the program branches to a screen or process
predetermined by the programmer. When a screen has more than one select
field, the application user must enter data in only one select field. The
program displays an error message when data is entered into more than one
field.
Literal Break
The literal break character breaks a literal field into two parts. Use this
character when you want to process parts of a literal or control an attribute.
4. FIELD SELECTION
The fields that are displayed on the Edit Panel Image screen when you update a
panel image. Valid values are:
Y
Display fields of this type
N
Do not display fields of this type
Default values are:
Y
Input
Y
Output
Y
Outin
Y
Select
N
Literal
Do not modify the default values unless required for special applications.
5. COMPRESS STATEMENTS
A value to specify whether the TDF is to generate compressed CA-Telon source
statements. Valid values are:
Y
Compress statements
N
Generate one statement per line. This is the default.
6. ENVIRONMENT
The execution environment for the program. Valid values are:
A
AS/400
B
BATCH
C
CICS (OS/390)
W
WINCH
I
IMS
T
TSO. This is the default.
U
UNIX
Note: ( — Valid on PWS or on OS/390 if the corresponding target option is
installed.)
7. FORMAT
The environment format under which the program runs at the Generator request of
the CA-Telon program. Valid values are:
Y
Environment format request wanted
N
No environment format request. This is the default.
See 8.2, “Utilities Menu” on page 8-3 for detailed information about this field.
8. PSB
The environment PSB (CICS, IMS, or TSO) the program runs under at the
Generator request statement section of the CA-Telon program. Valid values are:
Y
Environment PSB requested
N
Environment PSB not requested. This is the default.
See 8.2, “Utilities Menu” on page 8-3 for detailed information about this field.
9. DITTO CHARACTER
A special character that enables you to repeat the previous statement on many
TDF screens. Valid values are any character except an asterisk (*). The default is
the double quote (").
If you enter the ditto character in a field and then press [Enter], CA-Telon repeats
the field immediately above.
10. PANEL SIZE
The number of lines and columns on a screen, in the format ll ccc where:
ll
The number of lines on the screen or report (maximum = 99). The default
value is 24.
ccc
The number of columns on a screen or report (maximum = 240) The default
value is 80.
The total screen size must not exceed 9920. To calculate screen size, multiply the
total number of lines by the total number of columns on the screen.
Note: If you are working with a Model 3 or Model 4 terminal, CA-Telon
displays the panel in a Model 2 mode if you create a panel with 24 lines.
11. UPPER CASE LITERALS
A value to specify whether the literals can contain lowercase characters. Valid
values are:
ON
All literals converted to uppercase. This is the default.
OFF
Lower case literals remain as keyed
Function: Allows you to select colors for the TDF screens. This program is only
available for PWS.
1. COMMAND
See 9.5, “Primary Commands” on page 9-13 for information.
2. Protected Normal
All literal text that appears on the screen
3. Protected High
Usually the error message field
4. Unprotected Normal
Fields where input can be entered
5. Unprotected High
Fields where input has been entered in error
6. Status Line
Short help message and related fields at bottom of screen
7. Screen Color
Blank areas of the screen
8. Foreground
The color that displays as the foreground for the field type. Valid values are 0
through 15.
9. Background
The color that displays as the background for the field type. Valid values are 0
through 7.
10. Blinking
Specifies if the field should blink or not. Valid values are:
Y
The field should blink
N
The field should not blink
11. Restore defaults
Returns the field type definition to the default and overrides the current color
combinations.
Y
Return the field type to the default definition
N
Leave the field type definition
file-name
The drive, directory, and fully qualified name of the file
*
Allows you to select the file using the File Open Dialog box. After selecting the
file, click OK and the file is copied into the custom code member at the location
specified by the A (After) or B (Before) line command.
3.1 Introduction
This chapter discusses data administration, which is Option 2 on the TDF Main menu.
With this option, you can define and maintain the following CA-Telon entities:
■ File group
■ Program specification block (PSB)
■ Database description (DBD)
■ SQL table
■ SQL join
■ VSAM file
■ Sequential file
■ CICS queue
■ CICS journal
This chapter provides technical reference information for the data administrator. Refer
to Data Administration Guide for guidance about using the data administration option.
This menu allows you to CREATE, UPDATE, PURGE, SHOW, LIST, or CATALOG:
A file group (FG)
A Program Specification Block (PSB)
DL/I Database Description (DL)
An SQL table (TB)
An SQL join (TJ)
A VSAM file (VS)
A sequential file (SQ)
A CICS queue (CQ)
A CICS journal (CJ)
What to consider
■ Not all FUNCTIONs apply to all ITEMs.
■ You must define a DBD before you can use it in a PSB. You define a DBD on
the Create/Update DBD screen.
■ You can define a file group (FG) in the same way as a PSB, except that you can
also reference data sets. PSBs and file groups are defined on the Create/Update
PSB Or File Group screen.
■ You can import PSBs or DBDs from source definitions. To do this, use the
utilities described in Utilities Guide or in the PWS Option Administrator Guide.
■ The CA-Telon data administration function does not interface directly to a data
dictionary. Therefore, you must import information from DBD and PSB source
statements, or directly from the catalog for table definitions.
To import DBD and its PSB source statements, use the import jobs described in
Utilities Guide or in the command files described in the PWS Option
Administrator Guide.
■ To import CA-IDMS/SQL and CA-Datacom/SQL table definitions, use their
respective SQL Extract utilities and the Transport_In utility.
■ Use the CA-Telon data administration function to provide default information to
simplify the programmer's task of creating program definitions.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. FUNCTION
The function that you will perform. Valid values are:
CR
Create the entity specified in the ITEM field. For this function, NAME and
DESC are required fields.
UP
Create the entity specified in the ITEM field. For this function, NAME is a
required field.
PU
Purge the entity specified in the ITEM field. For this function, NAME is a
required field.
SH
Show the entity specified in the ITEM field. For this function, NAME is a
required field.
LI
List the entity specified in the ITEM field. The list of entries will begin with
the mask value, if any, specified in the NAME field.
CA
List tables in the DB2 catalog to select and import tables from the catalog
into the TDF.
3. ITEM
The type of entity you are defining or maintaining. Valid values are:
FG
File group
PS
Program specification block (PSB)
DL
Database description (DBD)
TB
SQL table or view
TJ
SQL join
VS
VSAM file
SQ
Sequential data set
CQ
CICS queue
CJ
CICS journal
4. NAME
The name of the entity you are defining or maintaining. The name must be one to
eight characters long. However, if you specify the SQL name (qualifier.name)
instead of the CA-Telon name, qualifier can be one to eight characters long and
name can be one to 18 characters long.
Note: The length of CICS transient data (TYPE=TD) queue names is limited to
four characters.
5. DESC
A description of the entity being defined or maintained. This field is for
informational purposes only but is required when the FUNCTION field value is
CR.
6. BASE
The name of an existing entity whose definition you are modifying to create a
new definition. This value is ignored when the FUNCTION field value is not CR.
For SQL, you can specify the CA-Telon-name or qualifier.table.name of an
existing table or join.
7. RDBMS
When creating an Ingres II or Oracle 7 table without using a base, you must
specify either INGRES or ORACLE.
Function: Lists data administration entities which you can select to manipulate.
3. NAME
The name of the entity.
4. RENAME
An additional function being performed on the entity. A value is required if the
value in the FUNCTION field is C or R.
If you rename an entity, you must access it by its new name.
Valid values are listed in the table below with the confirmation message, if any,
that is displayed in the RENAME field after the function is performed.
5. DESCRIPTION
The description of the entity, used for informational purposes only. The value in
this field is saved only if the value in the FUNCTION field is D.
6. USER
The user or terminal ID that most recently modified the entity. CA-Telon
automatically maintains the value in this field.
7. UPDATE
The date of the last update of the entity. CA-Telon automatically maintains the
value in this field.
ACCESS 2 RMNAME 3
SEQ TYPE NAME PARENT/DEVICE MAX LTH SEGMENT KEY LENGTH START
_4_ ___5___ ___6____ ___7____ __8__ ___9____ __1_ __11_
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
___ _______ ________ ________ _____ ________ _____ _____
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. ACCESS
A protected field identifying the access mode that the application uses to read the
databases (for example, HISAM or HDAM). A value is displayed only if the
DBD was imported.
3. RMNAME
A protected field specifying information that CA-Telon uses to manage data in a
fast path DBD or in the root segment of an HDAM database. A value is displayed
only if the DBD was imported into the TDF.
4. SEQ
A sequence number for the segment. You can also enter one of these line
commands in this field:
C Copy a line
CC Copy a block of lines
I Insert a line
Inn Insert nn lines
M Move a line
MM Move a block of lines
R Repeat a line
RR Repeat a block of lines
A Line(s) to insert, copy, or move go after this line
B Line(s) to insert, copy, or move go before this line
D Delete an entry
U Transfer to the Update DBD Segment screen
■ The segment name, when the TYPE field is SEGM. The value, taken in
conjunction with the PARENT field value, defines the NAME= value in the
DBD SEGM statement.
7. PARENT/ DEVICE
The value in this field depends on the value in the TYPE field:
■ For EXEC DLI processing, the name of the parent segment for this segment,
field when the value in the TYPE field is SEGM. If this is a root segment,
the PARENT value must be zero or blank. Otherwise, this field must contain
the name of the parent segment. CA-Telon uses the value in this field to
generate the correct DL/I call and to generate the PSB. It defines PARENT=,
a DBD SEGM statement.
■ The device on which you want the data set group stored, when the TYPE
field is DATA SET. The value in this field defines DEVICE=, a DBD DATA
SET statement.
8. MAX LTH
For DL/I path processing, a value to define BYTES=, a DBD SEGM statement,
when the TYPE field is SEGM.
9. SEGMENT KEY
The key field (IMSKEY) for the segment. This value defines the first subfield of
NAME=, a DBD FIELD statement.
Note: For a non-keyed segment, leave this field blank.
10. LENGTH
The number of bytes that the key in the segment occupies. This value defines
BYTES=, a DBD FIELD statement.
11. START
The starting byte position of the key field in the segment. This value defines
START=, a DBD FIELD statement.
1. UPDATE DBD
A protected field displaying the DBD name specified in the NAME field on the
Data Administration menu.
2. SEGM
A protected field displaying the SEGM name specified in the NAME field of the
Create/Update DBD screen.
3. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
4. SEARCH FIELDS
Search fields defined for this segment, if the displayed value is a plus sign (+).
To proceed, enter any non-blank value. This transfers you to the List Search
Fields screen.
5. PCB PARMS
The PCB parameters. To select this field, enter a non-blank value. This transfers
you to the Extended Parameter Utility screen, on which you can enter parameters
such as PROCOPT and INDICES. See 3.11, “Update Sensitive Segment” on
page 3-33 for information on PROCOPT and INDICES.
6. DLIDSC
The DLI data search criterion. To proceed, enter any non-blank value. This
transfers you to the Update DLIDSCs For Segment Member screen.
7. LABEL
The default label for the segment name. CA-Telon uses this field when generating
the name of the COBOL paragraph or PL/I procedure that contains the DL/I call.
If you do not specify a value, the default is the name of the segment referenced in
the DBD.
8. COPY
The COBOL COPY member name or PL/I INCLUDE member name that contains
the segment definition.
If you enter a member name, CA-Telon uses the contents of that member for the
layout of the segment, as in this example:
DBSEG TRGEMPL
USAGE INREAD
COPYLBL TRG1-IO-AREA
COPY TRG1IO
If you enter NONE, CA-Telon does not copy a segment definition into the
program, as in this example:
DBSEG TRGEMPL
USAGE INREAD
COPYLBL TRG1-IO-AREA
COPY NONE
Note: NONE is not a valid value for index data sets.
If you do not specify a value, the default is the value of the SEGM field, as in
this example:
DBSEG TRGEMPL
USAGE INREAD
COPYLBL TRG1-IO-AREA
COPY (uses segment name)
For VSAM processing, the member name is the same as the data set name, on the
Create/Update PSB Or File Group screen or the Show/Update Data Set Default
Data screen.
When you use the COPY and COPYLBL fields, if there is more than one segment
of the same name (under different PCBs), you must specify a unique
COPY/COPYLBL combination, as in this example:
DBSEG TRGEMPL
USAGE INREAD
COPYLBL TRG2-IO-AREA
COPY (uses segment name)
9. COPYLV1
A value to specify that the COPY/INCLUDE member for the I/O area of this
segment is to start at the COBOL or PL/I 01 level. Valid values are:
Y
The segment is to start at the COBOL or PL/I 01 level. You must also
specify the COPYLBL field to supply the I/O area for the data access that
CA-Telon generates.
N
CA-Telon generates the 01 and 02 levels and uses the COPY/INCLUDE
member for 03 levels and below.
10. COPYLBL
The name of the COPY or INCLUDE member containing the segment definition.
This value overrides the CA-Telon default IOA-segment-name-SEGMENT.
If the member has the same name as the segment (see the SEGM field), you may
omit this value and CA-Telon will include the member whose name matches the
segment name.
If you enter NONE, no segment definition is copied into the program.
If you have specified Y in the COPYLV1 field and CA-Telon is generating
automatic I/O, a COPYLBL value is required.
If two segments have the same segment name (the default value of DBSEG or
another name that you specify in the LABEL field) and the same COPYLBL,
CA-Telon generates only one I/O area. Thus, for CA-Telon to generate a second
I/O area, specify a unique data item name in the COPYLBL field.
11. (Sequence number)
A protected field displaying sequence numbers.
12. DLIDSC
A protected field identifying the DLI data search criterion (DLIDSC) at this
segment level, used to generate the SSA.
The CA-Telon-reserved names for DLIDSCs are:
■ NONE
■ DFLT
■ QUAL
■ UNQUAL
■ **DFLT**
■ **QUAL**
■ **UNQUAL**
13. SEGMENT
A protected field displaying the value specified in the NAME field on the
Create/Update DBD screen.
14. CMND
A protected field displaying *---.
15. IMSKEY
A protected field displaying the value obtained from the SEGMENT KEY field on
the Create/Update DBD screen. This value defines NAME=, a DBD FIELD
statement.
16. OP
A protected field displaying =. However, if the IMSKEY field is blank, the OP
field is also blank.
17. KEY
The PL/I or COBOL variable name containing the key to this segment.
If inheritance is requested at the key level for this segment in the program
definition, this value is retrieved and suffixed to the inheritance sign (@) in the
program definition. For example, if the value in this field is WK-KEY, the
inherited key in the program definition is @WK-KEY. Refer to Programming
Concepts Guide for more information on inheritance. See also the description of
update field below.
Note: If the IMSKEY field is blank, then this field must also be blank.
18. (Update field)
A value to specify that you are updating the key value. Enter any non-blank
value, except for a plus sign (+), to transfer to a general-purpose screen on which
you can update the KEY value at the lowest segment level (the last line displayed
on this screen).
A plus sign (+) in this field indicates that the value in the KEY field is more than
30 bytes. In this case, the KEY field is protected, and you must enter a non-blank
character in the update field to update the KEY value.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. NAME
A protected field identifying the name of the segment defined on the
Create/Update DBD screen.
3. PARENT
The name of the parent segment for this segment, as specified in the PARENT
field on the Create/Update DBD screen.
If this is a root segment, the PARENT value must be zero. Otherwise, the
PARENT must be the name of a segment previously defined for the same DBD.
CA-Telon uses this field for setting up the correct DL/I call and for generating the
PSB.
4. MAX LTH
For DL/I path processing, a value to define BYTES=, a DBD SEGM statement.
This value was specified in the MAX LTH field on the Create/Update DBD
screen.
5. IMSKEY
The key field for the segment. This value defines the first subfield of NAME=, a
DBD FIELD statement. This value was specified in the SEGMENT KEY field on
the Create/Update DBD screen.
Note: For a non-keyed segment, leave this field blank.
6. LENGTH
The number of bytes that the key in the segment occupies. This value defines
BYTES=, a DBD FIELD statement. This value was specified in the LENGTH
field on the Create/Update DBD screen.
7. START
The starting byte position of the key field in the segment. This value defines
START=, a DBD FIELD statement. This value was specified in the START field
on the Create/Update DBD screen.
8. KEYPIC
The format of the key for the segment. CA-Telon uses this value to define the
VALUE field in the SSA.
If the format of the key for the segment is a character format, do not enter a
value.
If the format of the key for the segment is packed decimal or binary and the key
value to be moved to the SSA is of a different format, the key is converted when
it is moved to the SSA.
The following examples are COBOL entries in the KEYPIC field:
9(5) COMP-3
X(5)
S9(4) COMP
9(8)V9(7)
9. TYPE
The TYPE of data that the search field contains. Valid values are:
X
Hexadecimal
P
Packed
C
Character, alphanumeric, or numeric
F
Binary full-word
H
Binary half-word
10. (Sequence number)
The sequence number of the field. You can also use this field as a select field.
The field is protected until you enter a value in the SRCHFLD NAME field.
Function: Lists segment search argument (SSA) information that you can modify.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. DBD
A protected field identifying the name of the DBD that you are listing.
3. SEGMENT
A protected field identifying the name of the segment that you are listing.
4. (Line command)
The first column of each line, allowing entry of a line command to modify the
associated item(s). Valid values are:
C
Copy a line.
I
Insert a line
R
Repeat a line.
A
Line(s) to insert, copy, or move go after this line.
B
Line(s) to insert, copy, or move go before this line.
D
Delete an entry.
S
Select a DLIDSC for a segment level, or select a user I/O request from
updating the program definition data group. This command is available only
when control has been transferred to this screen from the Update Database
Segment screen or the Update DL/I Detail Data Access screen. This
command increments the use count by 1; use the V line command to check
the use count.
U
Select the line to update an SSA (control is transferred to the Create/Update
SSA/Command For DL/I DB/Segment screen).
V
Verify the program definitions that reference the DLIDSC (control is
transferred to the Verify DLIDSC Count screen and the use count, specified
in the USECNT field, is updated).
Note: Use of this command prevents all other users from updating a program
definition data group until the verify process has completed.
6. USECNT
A protected field specifying one of the following:
■ The number of times a data group specified in the program definition
references the DLIDSC
■ If the value is 1, a program definition
7. CMND
The SSA command code field for IMS, overriding the default on the segment
CA-Telon generates.
The character you enter is prefixed with an asterisk (*) and suffixed with one to
three hyphens (-) to make a 4-byte code. For example, if you enter D in this field,
CA-Telon generates the SSA command code parameter as:
D--
If you do not specify a value, CA-Telon uses the IMS default *---.
For EXEC DLI, you can use this field as a shorthand method of specifying
qualification options. However, note that EXEC DLI does not support all
command codes.
8. IMSKEY
The name of the key used in qualifying the SSA for the segment. This value
defines the first subfield of NAME=, a DBD FIELD statement.
Note: For an unqualified SSA, leave this field blank.
You can update the value entered here on the Create/Update SSA/Command For
DL/I DB/Segment screen.
9. OP
For DL/I processing, the relational operator for the SSA that CA-Telon generates.
If not specified, the default is >= for BROWSE data access and = for keyed
access.
The valid values for DL/I processing are as follows:
Value Description
= Equal to
>= Greater than or equal to
=> Greater than or equal to
<= Less than or equal to
=> Less than or equal to
> Greater than
< Less than
^= Not equal to
Value Description
=^ Not equal to
Note: The OP field value does not apply to unqualified SSAs; that is, for
BROWSE requests for which there is no starting key value (STBRKEY,
defined on the Create/Update File Segloop screen). If you use the
SCHFLDx fields on the Create/Update File Segloop screen, OP may be
(but need not always be) set to =.
If you override the OPCODE at the user I/O before the DL/I call in U-100, CA-Telon
moves the overridden OPCODE to xxxx-SSA-OPCODE and resets it to the OPCODE
in Working Storage after the DL/I call.
If the user I/O OPCODE is the same as the segment-level OPCODE, CA-Telon does
not generate MOVE statements for the OPCODE.
10. KEY
The name of the host variable value used for the data access.
Note: The inheritance symbol (@) is not valid because inheritance is not valid at
this level.
11. MORE
A protected field to indicate whether there is more information than is shown on
this line. Possible values are:
+
There is more information than is shown on this line
X
Information about secondary index processing for the DLIDSC
Enter U as a line command on this screen to transfer control to the Create/Update
SSA/Command For DL/I DB/Segment screen and to see the additional
information.
Function: Creates or updates your SSA definitions, allowing you to specify default
SSA/command information for a segment in a DL/I database. CA-Telon uses this
information to create DLIDSC statements at export time.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. DBD
A protected field identifying the name of the DBD that you are listing.
3. SEGMENT
A protected field identifying the segment that you are listing.
4. DLIDSC
A protected field identifying the DLI data search criterion (DLIDSC) at this
segment level that CA-Telon uses to generate the SSA for DL/I or qualification
options for EXECDLI.
Note: An asterisk (*) is not allowed as a first character in a DLIDSC label.
5. PROCSEQ
The secondary index that is processed for this segment through program definition.
PROCSEQ only allows the parents of LCHILDs in the DBD.
6. KEYFEED
The name of the host variable in which to place the concatenated key that
EXECDLI returns. This field is ignored for DL/I.
7. CMDCODE
The SSA command code field for IMS, overriding the default on the segment
CA-Telon generates.
The character you enter will have a four-byte code consisting of:
■ A prefix of an asterisk (*)
■ A suffix of three hyphens (---)
For example, if you enter D in this field, CA-Telon generates the SSA command
code parameter as:
D--
If you do not specify a value, CA-Telon uses the IMS default *---.
For EXEC DLI, you can use this field as a shorthand method of specifying
qualification options. However, note that EXEC DLI does not support all
command codes.
8. PATH
A value to specify whether CA-Telon is to retrieve the segment referred to by this
DLIDSC as part of a path call. Valid values are:
Y
This SSA is used in standard path call generation (generates the D command
code)
N
This SSA is used in path call processing (generates the N command code)
Blank
This SSA is a standard IMS SSA
9. CURRENT
A value to specify whether CA-Telon is to maintain positions for all levels above
the segment type. Valid values are:
Y
Generate the command code
N
Do not generate the command code
10. OPTION
The command option FIRST or LAST, equivalent to a DL/I call function
command code. Use these command options only with GET and ISRT type
commands. Valid values are:
FIRST
Equivalent to the DL/I F call function command code. Use it to specify the
first occurrence of the segment type that satisfies the rest of the qualification
in the command.
LAST
Equivalent to the DL/I L call function command code. Use it to specify the
last occurrence of the segment type that satisfies the rest of the qualification
in the command.
11. CONCATK
A value to specify whether to use qualification statements or a concatenated key
to qualify an I/O request. This value is equivalent to specifying or not specifying
the C command code. Valid values are:
Y
Generate the C command code
N
Do not generate the C command code
12. PARENTG
The current PARENT level. This is equivalent to specifying the EXEC DLI
SETPARENT option and the command code. Valid values are:
Y
Generate the command code
N
Do not generate the command code
13. LOCKED
A value to specify whether the segment is locked by the program, even if the
program does not update the segment. This prevents a segment from being altered
by other programs until the program reaches the next sync point and field is
equivalent to the command code. Valid values are:
Y
Generate the command code
N
Do not generate the command code
14. VARLTH
A value to specify whether the segment is variable length.
15. OFFSET
The offset to the parent segment in the I/O area. Specify the offset or the relative
byte length from the beginning of the record. For example, if the key starts on
the fourth byte, enter 3. You can specify this field only when using logical
relationships.
16. U
A value to transfer control to the List Search Fields screen so that you can select a
search field (if, for example, you cannot remember the name of the search field).
You can select a search field and it is updated to this screen.
Enter U or S.
17. IMSKEY
The name of the key used in qualifying the SSA for the segment. This value
defines the first subfield of NAME=, a DBD FIELD statement.
Note: For an unqualified SSA, leave this field blank.
18. OP
For DL/I processing, the relational operator for the SSA that CA-Telon generates.
If not specified, the default is >= for BROWSE data access and = for keyed
access.
For DL/I processing, valid values are:
Value Description
= Equal to
>= Greater than or equal to
=> Greater than or equal to
<= Less than or equal to
=> Less than or equal to
> Greater than
< Less than
^= Not equal to
=^ Not equal to
The OP field value does not apply to unqualified SSAs; that is, for BROWSE
requests for which there is no starting key value (STBRKEY, defined on the
Create/Update File Segloop screen). If you use the SCHFLDx fields on the
Create/Update File Segloop screen, OP may be (but need not always be) set to =.
19. KEY
The name of the host variable name whose value is moved to the SSA for the
database call.
20. BOOLOP
The Boolean operator to connect qualification statements. Valid values are:
AND
Dependent AND (changed to & for DL/I processing)
*
Dependent AND (changed to AND for EXEC DL/I processing)
OR
Logical OR (changed to + for DL/I processing)
+
Logical OR (changed to OR for EXEC DL/I processing)
|
Logical OR (changed to OR for EXEC DL/I processing)
#
Independent AND (not valid for EXEC DL/I processing)
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. DBD
A protected field identifying the name of the DBD that you are listing.
3. SEGMENT
A protected field identifying the segment that you are listing.
4. DLIDSC
A protected field identifying the DLI data search criterion (DLIDSC) at this
segment level that CA-Telon uses to generate the SSA for DL/I. This value was
specified on the Update DLIDSCs For Segment Member screen.
5. USED BY
A protected field displaying the program definitions that use a particular
SSA/command.
Alternatively, on the List Data Administration Information screen, you can enter S or
P as a line command for a PSB (/P) or file group (/G).
The Show/Purge PSBs Or File Groups screen fields are the same as the Create/Update
PSB Or File Group screen fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. LANG
The default language option (informational purposes only). Valid values are:
■ COBOL
■ COB
■ PLI
■ PL/I
3. COMPAT
A value to specify whether the I/O PCB is included when the PSB is added to the
data group with DGADD from the Create/Update Data Group screen. Valid
values are:
Yes
The PSB is treated as if it were an I/O PCB.
No
(Default) The PSB has an I/O PCB added when in a BMP or MSG region.
If the DBMS field is equal to EXEC DLI, you must specify GENPCBS=N. This
means that you are responsible for defining all of the PCBs, including the I/O
PCB. You should define the I/O PCB as IO-PCB (or IO_PCB for PLI) to avoid
compile errors.
4. SEQ
An edit field. Valid editor commands are:
C
Copy a line
CC
Copy a block of lines
I
Insert a line
II
Insert nn lines
M
Move a line
MM
Move a block of lines
R
Repeat a line
RR
Repeat a block of lines
A
Line(s) to insert, copy, or move go after this line
B
Line(s) to insert, copy, or move go before this line
D
Delete an entry
U
Select the line to update a database
If you enter U, CA-Telon transfers control to:
■ The Update Sensitive Segment screen, if TYPE is DB
■ The Update Sensitive TLNROWs screen, if TYPE is SQL or TABLE
See 9.6, “Line Commands” on page 9-45 for more information.
5. TYPE
The type of program control block (PCB) or other item being specified in the PSB
or file group. When specifying items for a PSB, valid values are :
TP or TPPCB
IMS teleprocessing PCB. Generates a CA-Telon TPPCB statement. Required
for all alternate PCBs.
GSAM
IMS database access. Required for all GSAM database PCBs.
DB or Database
IMS and DL/I database access. Required for all DL/I database PCBs.
When specifying a file group, valid values are:
TP or TPPCB
IMS teleprocessing PCB. Generates a CA-Telon TPPCB statement. Required
for all alternate PCBs.
GSAM
IMS database access. Required for all GSAM database PCBs.
DB or Database
IMS and DL/I database access. Required for all DL/I database PCBs.
DS or Data Set
CICS or batch VSAM file access, or batch sequential file access.
SQL
SQL tables.
TABLE
SQL tables.
CQ
CICS temporary storage or transient data queues.
QUEUE
CICS temporary storage or transient data queues.
CJ
CICS journals.
JOURNAL
CICS journals.
6. NAME
The name of the item in the PSB or file group. The tables below show how to
determine the name:
Item Name
PCB DBDNAME associated with this PCB
Item Name
VSAM or sequential file DDNAME associated with the file
SQL table The TLNNAME associated with the table
CICS queue or journal The name assigned when the queue or journal is defined
to the TDF
7. PCBNAME
The CA-Telon COBOL name used to access this PCB.
CA-Telon generates the PCB name by suffixing the characters that you specify in
this field with -PCB. If you do not enter a value in this field, CA-Telon generates
the name dbd-name-PCB, where dbd-name is the value in the NAME field.
For example, if the NAME value is GCPVM2T and no value is specified in the
PCBNAME field, the PCB name in the generated programs is GCPVM2T-PCB.
However, if the value in the PCBNAME field is PROVIDER, the PCB name is
PROVIDER-PCB.
8. KEYLEN
The number of bytes in the PCB key feedback area. The value in this field is
specified in KEYLEN=, a PCB statement.
Note: When no information is available in the data group, the default value for
KEYLEN is 100.
9. PROCSEQ
The name of the secondary index used to process the database named in the PCB
statement's DBDNAME operand. The value in this field is specified in
PROCSEQ=, a PCB statement.
10. PROCOPT
The DB processing options. This field is valid only when the value in the TYPE
field is DB or GSAM. The value in this field is specified in PROCOPT=, a PCB
statement.
For more information about the DB processing options, refer to documentation of
IMS utilities.
11. EXP
The setting of the EXPRESS value in the PCB that CA-Telon generates, to
indicate whether the PCB processes a message if an application abends. This field
is valid only for teleprocessing PCBs. Valid values are:
Y
Messages from the alternate PCB are sent if an ABEND occurs
N
Messages from the alternate PCB are backed out if an ABEND occurs
The default value depends upon the value of the ABC field: if the ABC value is
Y, the EXP value defaults to Y; otherwise, the default value is N.
12. ABC
A setting to indicate that the PCB that CA-Telon generates replaces CA-Telon's
XFER-PCB in calls to the CA-Telon ABEND handling routine. This field is valid
only for teleprocessing PCBs. Valid values are:
Y
(Default) The PCB that CA-Telon generates replaces CA-Telon's XFER-PCB
N
CA-Telon uses the XFER-PCB
13. PRT (PRINT)
A value to specify whether the REPORT subroutine uses this PCB. If you do not
code this field, then the print subroutine uses the XFER-PCB. This field is valid
only for teleprocessing PCBs. Valid values are:
Y
The PCB that CA-Telon generates replaces CA-Telon's XFER-PCB.
N
(Default) CA-Telon uses the XFER-PCB.
14. LTERM
The destination for messages sent using this PCB. The value in this field is
specified in LTERM=, a PCB statement.
Valid values include any IMS transaction code and any logical terminal name
defined to IMS. If not specified, the destination for the PCB is modifiable in the
program.
PCBNAME 2 DBNAME 3
5. NAME
The name of the sensitive segment. This value is specified in NAME=, a
SENSEG statement.
6. LABEL
The default label for the segment name. CA-Telon uses this field when generating
the name of the COBOL paragraph or PL/I procedure that contains the DL/I call.
If you do not specify a value, the default is the name of the segment referenced in
the DBD.
7. PROCOPT
The PROCOPT value to include in the corresponding SENSEG statement for the
PSB that CA-Telon generates.
If you do not specify a value, CA-Telon generates the PCB PROCOPT field based
on data access. For example, an OUTREAD data access causes CA-Telon to
generate a PROCOPT of G. The value in this field does not affect the program
that CA-Telon generates.
8. INDICES
The value to include in the corresponding SENSEG INDICES field that CA-Telon
generates for the PSB. If you do not specify a value, CA-Telon does not generate
a value for the INDICES field.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
You can also enter INIT to reinitialize all TLNROW characteristics for the
database. Even if only one TLNROW is displayed on this screen, INIT
reinitializes all of the TLNROWs on the database.
2. FGNAME
A protected field displaying the file group name specified in the NAME field on
the Data Administration menu.
3. TBLNAME
A protected field containing the TLNNAME for the table.
4. SEQ
A field in which you enter D to delete an entry from the table. CA-Telon
eliminates the TLNROW from the table definition.
5. TLNROW
A protected field identifying the CA-Telon defined rows in your table. For each
row, there are potentially multiple columns.
Note: The first row must have the name in the LABEL field on the
Create/Update SQL Tables/TLNROWs screen.
6. C-CNT
A protected field specifying the number of columns in the row.
7. COLUMNS DEFINED
A protected field identifying the columns defined for this TLNROW.
If a plus sign (+) is displayed to the right of this field, there is more column
information for this TLNROW. To view the information, access the
Create/Update SQL Tables/TLNROWs screen.
Function: Specifies data set record default information for a file group that includes
this data set for a program definition CA-Telon uses to initialize the respective data set
information in a data group.
GENERAL: LRECL 4____ _____ (MIN MAX) BLKSIZE 5____ COMMIT 6____
OPEN 7______ (INPUT/OUTPUT/I-O/EXTEND/UPDATE)
I/O:
KEY 14____________________________________________________________
KEYLEN 15_
OPCODE 16___
3. ACCESS
The type of access for the data set. Valid values are VSAM and SEQ
(sequential).
4. LRECL
The length (in bytes) of the logical record for the data set. For variable-length
files, enter the minimum length in the first portion of the field (MIN) and the
maximum length in the second portion of the field (MAX). For fixed length files,
either leave MAX blank or enter the same value as you do in MIN.
5. BLKSIZE
The blocking factor (in bytes) of the data set. If you do not specify a value, you
must specify the blocking factor in the JCL.
6. COMMIT
refer to U$TNAS4. for more information.
7. OPEN
The way in which CA-Telon automatically opens the data set at program
initialization. Valid values are:
■ INPUT
■ OUTPUT
■ I/O (VSAM only)
■ EXTEND
■ UPDATE
At program termination, CA-Telon closes any files automatically opened at
program initialization.
8. LABEL
A replacement for the name of this data set in the host variable names that
CA-Telon generates.
9. COPY
The COBOL COPY or PL/I INCLUDE member name that contains the record
layout. Enter either a member name or NONE in this field.
CA-Telon uses the contents of the member for the layout of the records. If you
enter NONE, CA-Telon does not copy a record layout member into the program.
If the COPY or INCLUDE member has the same name as the record, you need
not specify a value in this field.
Note: The COPY field is not valid for indexes.
10. COPYLV1
A value to specify whether or not the COPY/INCLUDE member for the I/O area
of this record starts at the COBOL or PL/I 01 level. Valid values are:
Y
The COPY or INCLUDE member is included in its entirety at the COBOL or
PL/I 01 level. You must also specify the COPYLBL field to supply the I/O
area for the data set calls that CA-Telon generates.
N
CA-Telon generates the 01 and 02 levels and uses the COPY or INCLUDE
member for 03 levels and below.
11. COPYLBL
The COBOL or PL/I data item name of the group level (for example, an 01 field
and its subordinates) for the segment copy definition. For example:
01 TRG1-IO-AREA
This value overrides the default I/O area IOA-record-name-SEGMENT.
If two records have the same record name (the default value of DBSEG or some
other name that you specify in the LABEL field) and the same COPYLBL value,
CA-Telon generates only one I/O area. Thus, for CA-Telon to generate a second
I/O area, specify a unique data item name in the COPYLBL field.
If you enter Y in the COPYLV1 field and CA-Telon is generating automatic I/O,
a COPYLBL value is required.
12. COBDIV
The section of the COBOL program in which to copy the record layout for the
data set. The definition is to begin at level 03 or higher and will have a 02 level
of 02 IOA-record-name-SEGMENT generated above it.
If you do not specify a value, CA-Telon copies the record layout into the COBOL
file definition for the data set. If you code Working Storage, the record layout
appears in the IO-AREA of the program. This value in this field is valid only on
batch programs and on RECORD statements referencing a data set. Refer to
Programming Concepts Guide for information on RECORD statements.
13. COBVSKY
The data name of the VSAM KSDS or RRDS key for the file.
For a VSAM KSDS, you must define the key for the file in the KEY field. For a
VSAM RRDS, the data name must specify an unsigned integer defined in the
Working Storage of the COBOL program.
Note: Since CA-Telon does not generate the relative key, you must define it.
COBOL uses this variable-keyed access to VSAM files. The value in this field is
valid only in batch programs and on RECORD statements referencing a VSAM
key-sequenced or relative data set.
To specify that the KSDS alternate key (key on a data set using the INDEXOF
field value) does not have to be a unique data set, enter DUPLICATE after the
data name.
14. KEY
The PL/I or COBOL variable names containing the key to a record. If inheritance
is requested, data access (user I/O) uses the variable name to identify a record that
it retrieves.
Refer to Programming Concepts Guide for information on inheritance.
15. KEYLEN
The length of the RID (Record Identification) field.
16. OPCODE
(DL/I processing.) The OPCODE value for VSAM access. Default values are >=
for BROWSE segments and = for all others.
17. TYPE
The type of access for the data set. Valid values are:
KSDS
(Default) VSAM key-sequenced data set
RRDS
VSAM relative data set
RELATIVE
VSAM relative data set
ESDS
VSAM entry-sequenced data set
18. ACCMODE
Access to this type of data set. Valid values are:
DYN
(Default) VSAM dynamic access
RAN
VSAM random access
SEQ
VSAM sequential access
DIR
VSAM direct access
19. OPTLIST
(VSAM processing only.) Options on CICS data sets for command level calls.
Valid values are:
■ RRN
■ SEGSET
■ SEGSETALL
■ SYSID
■ MASSINSERT
■ DEBKEY
■ DEBREC
■ UPDATE
You can specify one or more of these options on the SEGMENT and all user exec
data access (READ, UPDATE, CREATE, and DELETE). Separate each option
with a comma.
Values that you code on the SEGMENT statement are carried down to user exec
specifications if you do not specify an OPTLIST value on the user exec data
access. Values that you specify that are not valid for a particular command level
verb (for example, READ, WRITE, and STARTBR) are automatically removed
from any calls using that verb. For example, if MASSINSERT is specified as an
option on the RECORD statement or user exec data access, it appears only if the
EXEC CICS WRITE command is generated for that segment in the CICS
program.
You can specify literal values for the SEGSET and SYSID options by enclosing
the literal value in double quotes. For example:
OPTLIST=(RRN,SYSID("SYSA"))
20. RECLTH
(VSAM processing of variable-length records only.) The maximum length of each
record on the file, as follows:
Record-length
Maximum record length, specified as either an integer or the name of a
COBOL or PL/I variable that contains the key-length value. This value is
used when reading or writing the VSAM record. Any rewrite operations are
processed using the current length of the record being updated (as determined
by the read).
Read-length, rewrite-length
Maximum record length during a read and subsequent update, respectively.
Each value can be specified as an integer or the name of a COBOL or PL/I
variable that contains the key-length value. Read-length is used for all
automatic read EXEC CICS calls for the record. Rewrite-length is used as
the maximum length of the updated record. This specification is applicable for
UPDATE processing only (i.e., usage is UPDATE).
If you do not enter a value for this field, CA-Telon uses the value from the
RECORD statement.
Note: The length that you use in a read operation for a variable-length record
must be at least as large as the actual record retrieved. If not, a CICS
AEIV (LENGERR) ABEND results.
21. GENKEYL
(VSAM processing only.) The length of the generic key used for the access. This
value can be an integer or the name of a COBOL or PL/I variable that contains
the key-length value.
If you do not specify a value, CA-Telon assumes that the access uses the full key
length; it does not use the value from the RECORD statement.
22. INDEXOF
A value to specify that this data set is the index of another data set. It must
directly follow the indexed data set on the Create/Update SSA/Command For DL/I
DB/Segment screen.
23. REUSE
A value to specify whether I/O should start at the beginning or end of a data set
that is opened to output.
Valid values are:
Y
I/O starts at the beginning of the data set
N
I/O starts at the end of the data set if any data already exists
UPDATE CICS QUEUE DEFAULT DATA
COMMAND==> 1____________________________________________________________________
CQNAME 2______
1. COMMAND
See 9.5, “Primary Commands” on page 9-13.
2. CQNAME
A protected field displaying the default queue name to identify this queue to
CICS. The value in this field was specified in the NAME field on the Data
Administration menu.
This value is the default for all program definitions that reference this queue. You
can override it at the data group record level by using the variable QUELBL.
You cannot override it at the program definition level (that is, on the Update CICS
Queue Record screen).
3. TYPE
The type of CICS queue. Valid values are:
TS
Temporary storage
TD
Transient data
This value is the default for all program definitions that reference this queue. You
cannot override it at the program definition level.
4. AUX/MAIN
(Temporary storage queues only.) The type of storage to which this queue should
be written. Valid values are:
A
(Default) Auxiliary storage
M
Main storage
This value is the default for all program definitions that reference this queue. You
cannot override it at the program definition level.
5. LRECL
The length (in bytes) of this queue's entries. This value is required if the
LTHOPT value specified on the Update CICS Queue Record screen is Y and the
value in the TYPE field is TS.
This value is the default for all program definitions that reference this queue. You
can override it at the program definition level on the Update CICS Queue Record
screen.
6. SYSID
The system ID to use when CA-Telon accesses this queue.
A value is not required, but if you specify one, you must also specify LTHOPT
and LRECL values on the Update CICS Queue Record screen.
This value is the default for all program definitions that reference this queue. You
cannot modify it at the program definition level.
This value is the default for all program definitions that reference this queue. You
can override it at the program definition level on the Update CICS Queue Record
screen.
8. COPY
The COBOL COPY or PL/I INCLUDE member name that contains the queue
record layout.
If you do not specify a value, programs that access this queue will
COPY/INCLUDE a member using the CQNAME value. If you enter NONE,
CA-Telon does not generate a COPY or INCLUDE statement for this queue.
This value is inherited by all program definitions that reference this queue. You
can override it at the program definition level on the Update CICS Queue Record
screen.
9. COPYLV1
A value to specify whether the COBOL COPY or PL/I INCLUDE member that
defines the layout of this queue record begins with a 01-level data item. Valid
values are:
Y
The COPY or INCLUDE begins with a 01-level data item (for example, 01
TRG1-IO-AREA)
N
(Default) The COPY or INCLUDE begins with a data item of level 03 or
higher
This value is inherited by all program definitions that reference this queue. You
can override it at the program definition level on the Update CICS Queue Record
screen.
10. COPYLBL
The COBOL or PL/I group-level variable name for the CICS queue accesses.
This value overrides the FROM/INTO data area used in all I/O generated for this
CICS queue. For example, if the data area for this queue begins with the COBOL
variable 01 TRG1-IO-AREA, the COPYLBL value must be TRG1-IO-AREA.
This value is inherited by all program definitions that reference this queue. You
can override it at the program definition level on the Update CICS Queue Record
screen.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. CJNAME
A protected field displaying the name of this CICS journal definition. The value
in this field was specified in the NAME field on the Data Administration menu.
This value is the default in all program definitions that reference this CICS
journal. You cannot override it at the program definition level.
Note: If the journal is not defined in data administration, you can specify during
DGADD any CJNAME value at the program level that is not defined in
TDF data administration.
3. JFILEID
Journal file ID. Valid values in CICS are 02 through 99. (01 is reserved by
CICS for the system log.)
This value is the default in the program definitions that reference this CICS
journal. You cannot modify it at the program level if the journal is defined to
data administration.
4. JTYPEID
Two characters used by CICS to identify the origin of this journal record.
This value is the default in the program definitions that reference this CICS
journal. You cannot modify it at the program level if the journal is defined to
data administration.
5. LRECL
The maximum length (in bytes) of the user data in this journal's entries. The total
length is the sum of the prefix length (if any) and the data length. The Generator
assigns this value to the default journal length variable,
SYSWK-journal-name-JOURNAL-LENGTH, or its user-defined override.
This value is the default in the program definitions that reference this CICS
journal. You can modify it at the program level on the Update CICS Journal
Record screen.
6. LABEL
A replacement for the CJNAME value in the user exec (U-100) paragraph names
that CA-Telon generates for this journal.
This value is the default in the program definitions that reference this CICS
journal. You can modify it at the program level on the Update CICS Journal
Record screen.
7. COPY
The COBOL COPY or PL/I INCLUDE member name that contains the journal
record layout. If you do not specify a value, programs that access this journal use
the value in the CJNAME field in a COPY or INCLUDE statement. If you enter
NONE, CA-Telon does not generate a COPY or INCLUDE statement.
This value is inherited by all program definitions that reference this CICS journal.
You can modify it at the program level on the Update CICS Journal Record
screen.
8. COPYLV1
A value to specify whether the COBOL COPY or PL/I INCLUDE member that
defines the layout of this journal record begins with a 01-level data item. Valid
values are:
Y
The COPY or INCLUDE begins with a 01-level data item (for example, 01
TRG1-IO-AREA)
N
(Default) The COPY or INCLUDE begins with a data item of level 03 or
higher
This value is inherited by all program definitions that reference this queue. You
can override it at the program definition level on the Update CICS Journal Record
screen.
9. COPYLBL
The COBOL or PL/I group-level variable name for the CICS journal accesses.
This value overrides the FROM/TO data area used in all I/O generated for this
CICS journal.
For example, if the data area for this journal begins with the COBOL variable 01
JOURNAL-SAVE, the COPYLBL value must be JOURNAL-SAVE.
This value is inherited by all program definitions that reference this CICS journal.
You can override it at the program definition level on the Update CICS Journal
Record screen.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. (Type of import)
The type of import to perform. Valid values are:
I
Import into the TDF only if the table was not previously imported. The
message *DUP - USE O/A appears if you try to import a previously imported
table.
O
Import into the TDF whether or not the table was previously defined to the
TDF. If the table exists in the TDF, overlay existing data with imported data.
A
Import this table's catalog information as one or more additional TLNROWs
to the table specified in the TLNNAME field. If the TLNNAME is blank,
this table's current catalog information is added as additional TLNROW to its
existing TDF information.
3. QUAL
A protected field identifying the table name qualifier.
4. TABLENAME
A protected field identifying the name of the table. CA-Telon extracts this table
from the catalog.
5. COLS
A protected field identifying the number of columns in the table. CA-Telon
extracts this table from the catalog.
6. TLN
A protected field indicating whether the table has been imported into the TDF.
Possible values are:
Y
The table has been imported
N
The table was not imported
7. TLNNAME
The unique CA-Telon name for the table or join used by the TDF and Generator
to construct host variable names. The default is the first eight characters of the
table name.
On an ADD request, this value specifies the table being extended.
8. USERID
A protected field identifying the user who imported the table.
9. UPDATE
A protected field identifying the date of the most recent update or import.
10. (Message area)
A protected field displaying any error condition that occurs during an import or
displaying *IMPORT OK when the import is successful.
Function: Lists SQL tables and views or SQL joins that have been imported into
the TDF.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. (Select field)
Use this column to enter these commands:
C
Copy
R
Rename
U
Update
Z
Zap (unconfirmed delete)
Note: You may zap multiple tables at one time. The other commands can be
performed on only one table at a time.
3. SQL QUAL.NAME
A protected field identifying the qualifier and table name.
4. DESCRIPTION
A protected field displaying a description of the table.
5. TLNNAME
A protected field identifying the unique name for the table or join used by
CA-Telon to construct the names of host variables that it generates.
6. DB
A protected field indicating the SQL type. These are the following values:
D2
DB2 family (DB2, SQL/400, SQL/DS, XDB)
DC
CA-Datacom/SQL
ID
CA-IDMS/SQL
IN
Ingres II
OR
Oracle 7
You can also reach these screens by entering U as a line command on the List SQL
Tables/Joins screen.
Program ID
D141 (SQLs other than CA-IDMS or CA-Datacom/SQL)
D151 (CA-IDMS/SQL or CA-Datacom/SQL, discussed in the section following
this one)
D161 (Ingres II or Oracle 7, discussed in the section following this one)
Function: Appends CA-Telon fields to an existing SQL table definition that has
been imported from the SQL catalog into the TDF.
Note: If you create a table, the table is defined only in the TDF. All SQL tables
must be created in the host SQL environment.
In the screen display below, QUAL.TBLNAME refers to the full table name, including
qualifier (QUAL) and name (NAME). SIZE indicates the total number of lines
contained in the list of column names.
The Create/Update SQL Table/TLNROWs screen for SQLs other than CA-IDMS,
CA-Datacom, Ingres II, or Oracle 7 is shown below.
Show/Purge screen: You can access the Show/Purge SQL Tables/TLNROWs
(D147) screen, the Show/Purge CA-IDMS/CA-Datacom SQL Tables/TLNROWs
(D157) screen, or the Show/Purge Ingres II/Oracle SQL Tables/TLNROWs (D167)
screen from the Data Administration menu by entering:
■ SH or PU in the FUNCTION field
■ TB in the item field
■ Name in the NAME field
Alternatively, on the List SQL Tables/Joins screen, you can enter S or P as a line
command for the desired table.
The Show/Purge screen fields are the same as those found in the Create/Update
screens for these tables, except that they are all protected in the Show/Purge screen.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. TLNNAME
The CA-Telon name for the table, used to construct the names generated for such
host variables as paging keys and not-null indicators.
The default value is the value in the DCLCOPY field.
The TLNNAME must be unique for all Tables in the TDF regardless of the type
(SQL or CA-IDMS/SQL or CA-Datacom/SQL) of table.
This parameter can be the same name as the name you specify for the DCLCOPY
parameter, described later in this section. You should use a different name for the
TLNNAME if the DCLCOPY name is encoded and you want a more meaningful
name for the variable names that CA-Telon generates.
3. DESCR
A catalog description of the table, for informational purposes only. If you do not
specify a value in this field, CA-Telon displays the default description provided by
the import method.
4. SYNONYM
(SQL Table) Specifies whether CA-Telon is to generate the qualifier for the table.
Valid values are:
Y
CA-Telon leaves the qualifier for the table blank, with appropriate processing
based on the synonyms specified outside the TDF environment
N
CA-Telon generates the qualifier for the table
5. DCLCOPY
The name that CA-Telon gives in an EXEC SQL INCLUDE. For DB2, it is the
SQL DCLGEN COPY member name. If you are always going to specify the
INCLUDE in custom code work areas, enter NONE in this field.
CA-Telon requires you to enter a value in this field.
6. DCLLBL
The name for the COBOL or PL/I structure that the DCLGEN produces for this
table. If you do not enter a value, CA-Telon uses the default structure name (the
table name is prefixed by DCL).
7. DCLRDEF
A value to specify whether CA-Telon is to redefine the DCLGEN INCLUDE
structure with the COPY or INCLUDE member that you specify in the COPY
field. Valid values are:
Y
Redefine the DCLGEN INCLUDE structure with the COPY member that you
specify.
N
(Default) Do not redefine the DCLGEN INCLUDE structure. CA-Telon
copies the COPY or INCLUDE member into Working Storage.
8. COPY
The COPY/INCLUDE member that CA-Telon is to copy into Working Storage for
this table at generation time.
This COPY or INCLUDE member name is the member name for the ALIASes.
For DB2 Tables, it is not a DB2 INCLUDE member.
To prevent the copy, enter NONE.
9. COPYLBL
The COBOL data item name of the group level for the Table I/O area copy
definition (for example, 01 TRG-IO-AREA). The default I/O area in all table
calls is IOA-TLNNAME-SEGMENT.
See 3.5, “Update DBD Segment” on page 3-11 for more information on
COPYLBL.
10. COPYLV1
A value that specifies whether the COBOL COPY or PL/I INCLUDE member
identified in the COPY field begins with a 01-level data item. Valid values are:
Y
The COPY or INCLUDE begins with a 01-level data item (for example, 01
TRG1-IO-AREA)
N
(Default) The COPY or INCLUDE begins with a data item of level 03
11. (Line command)
A field in which you can enter one of these line commands:
C Copy a line
CC Copy a block of lines
I Insert a line
Inn Insert nn lines
IS(n) Insert n lines for you to enter the command
M Move a line
MM Move a block of lines
R Repeat a line
RR Repeat a block of lines
A Line(s) to insert, copy, or move go after this line
B Line(s) to insert, copy, or move go before this line
D Delete an entry.
■ The name of the TLNROW that you are defining. CA-Telon uses the name of
a TLNROW in the generated I/O procedure or paragraph names.
■ An SQL Special register: CURRENT TIME, CURRENT DATE, or
CURRENT TIMESTAMP.
14. KY
A value to specify whether this column is involved in generated SQL I/O WHERE
conditions. Valid values are:
Y
Declares this column a key column. CA-Telon includes any such columns in
sequential order in the generated WHERE condition.
p
Generates the WHERE condition to include this column in position p of the
column order. If a number is specified for one column, Y is not a valid value
for any column. The group of numbers must begin with 1 and be
incremented by 1.
15. AC
A value to specify whether the EXEC SQL statement is to access the column.
Valid values are:
Y
The column is accessed by the EXEC SQL statement
N
The column is not accessed by the EXEC SQL statement
16. TYPE
The type of fields in the table. Valid values are listed in the following table:
17. LTH
The length, if the type is variable length, or the precision, if the type is
DECIMAL. See the table in the TYPE field documentation.
If you are creating an SQL table, enter a value. If you are updating a table,
CA-Telon outputs the value.
For updates and imports, CA-Telon obtains this field from the SQL catalog. If
you update the value here, you must update the corresponding value in the
catalog.
18. DEC
The scale, if the type is DECIMAL. See the table in the TYPE field
documentation.
If you are creating a table, enter a value. If you are updating a table, CA-Telon
outputs the value.
For updates and imports, CA-Telon obtains this field from the SQL catalog. If
you update the value of this field for SQL tables, you must update the
corresponding value in the catalog.
19. ^N (NOTNULL)
A value to specify that null values are not allowed in the column. Valid values
are:
Y
Nulls not allowed.
N
Nulls allowed. CA-Telon generates null indicator variables associated with
each column defined with N in this field.
If you are creating a table, enter a value. If you are updating a table, CA-Telon
outputs the value.
For imports, CA-Telon obtains this field from the SQL catalog. If you update the
value here, you must update the corresponding value in the catalog.
You can also reach this screen by entering U as a line command on the List SQL
Tables/Joins screen.
Program ID:
D151 (CA-IDMS/SQL or CA-Datacom/SQL)
Once the SQL table definition has been transported in, you can copy the primary
TLNROW to create view TLNROWs to enhance CA-Telon's capability to generate the
COBOL code that you want. Use this screen to specify this information.
In the screen display below, QUAL.TBLNAME refers to the full table name, including
qualifier (QUAL) and name (NAME). SIZE indicates the total number of lines
contained in the list of column names.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. TLNNAME
The CA-Telon name for the table, used to construct the names generated for such
host variables as paging keys and not-null indicators.
The TLNNAME must be unique for all tables in the TDF regardless of the type
(DB2, CA-IDMS/SQL, CA-Datacom/SQL, etc.) of table.
Note: When an SQL table definition is extracted from a dictionary, TLNNAME
defaults to the first eight characters of the table name if you do not specify
a more meaningful TLNNAME in the control cards.
3. DESCR
A catalog description of the table, for informational purposes only. If you do not
specify a value in this field, CA-Telon displays the default description provided by
the extract utility.
4. TYPE
Identifies the type of SQL Table:
■ BASE
■ VIEW
■ NETWORK (CA-IDMS/SQL only)
5. COPY
The COPY/INCLUDE member that CA-Telon is to copy into Working Storage for
this table at generation time.
This COPY or INCLUDE member name is the member name for the ALIASes.
To prevent the copy, enter NONE.
6. COPYLBL
The COBOL data item name of the group level for the Table I/O area copy
definition ( for example, 01 TRG-IO-AREA). The default I/O area in all table
calls is IOA-TLNNAME-SEGMENT.
See 3.5, “Update DBD Segment” on page 3-11 for more information on
COPYLBL.
7. COPYLV1
A value that specifies whether the COBOL COPY member identified in the COPY
field begins with a 01-level data item. Valid values are:
Y
The COPY begins with a 01-level data item (for example, 01
TRG1-IO-AREA)
N
(Default) The COPY begins with a data item of level 03
8. DICTNAM
Displays the CA-IDMS Dictionary Name (DICTNAME) from which the table
definition was extracted (CA-IDMS/SQL only).
9. SCHEMA
Displays the schema name of the table.
10. SYNONYM
Specifies whether CA-Telon is to generate the qualifier for the table
(CA-Datacom/SQL table only). Valid values are:
Y
CA-Telon leaves the qualifier for the table blank, with appropriate processing
based on the synonyms specified outside the TDF environment
N
CA-Telon generates the qualifier for the table
11. LINE COMMAND
A field in which you can enter one of these line commands:
C Copy a line
CC Copy a block of lines
I Insert a line
Inn Insert nn lines
IS(n) Insert n lines for you to enter the command
M Move a line
MM Move a block of lines
R Repeat a line
RR Repeat a block of lines
A Line(s) to insert, copy, or move go after this line
The valid line commands depend on the type of line for which the command is
entered. The primary TLNROW is defined as the principal Table definition
imported from the dictionary. A primary TLNROW cannot be modified. A view
TLNROW is defined as a redefinition, or view, of the principal Table definition
and is created and maintained by the user.
For the primary TLNROW, only the U(pdate) and S(elect) line commands may be
entered.
For a primary TLNROW column, only the following line commands may be
entered:
C Copy a line
CC Copy a block of lines
I Insert a line after the last primary Table column
Inn Insert nn lines after the last primary Table column
Y
Yes
N
No
Note: To view or maintain SQL table column aliases, enter a U(pdate) or
S(elect) in the line command field of the TLNROW. Aliases are not used
for CA-Datacom.
15. KY
A value to specify whether this column is involved in generated SQL I/O WHERE
conditions. Valid values are:
Y
Declares this column a key column. CA-Telon includes any such columns in
sequential order in the generated WHERE condition.
p
Generates the WHERE condition to include this column in position p of the
column order. If a number is specified for one column, Y is not a valid value
for any column. The group of numbers must begin with 1 and be
incremented by 1.
16. AC
A value to specify whether the EXEC SQL statement is to access the column.
Valid values are:
Y
The column is accessed by the EXEC SQL statement
N
The column is not accessed by the EXEC SQL statement
17. TYPE
The type of fields in the table. Valid values are listed in the following table:
18. LTH
Protected field which displays the length, if the type is variable length, or the
precision, if the type is DECIMAL, NUMERIC, UNSIGNED DECIMAL, or
UNSIGNED NUMERIC. See the table in the TYPE field documentation.
For imports, CA-Telon obtains this field from the dictionary.
19. DEC
Protected field which displays the scale, if the type is DECIMAL, NUMERIC,
UNSIGNED DECIMAL, or UNSIGNED NUMERIC. See the table in the TYPE
field documentation.
For imports, CA-Telon obtains this field from the dictionary.
20. ^N (NOTNULL)
A value to specify that null values are not allowed in the column. Valid values
are:
Y
Nulls not allowed
N
Nulls allowed. CA-Telon generates null indicator variables associated with
each column defined with N in this field.
For imports, CA-Telon obtains this field from the dictionary.
You can also reach these screens by entering U as a line command on the List SQL
Tables/Joins screen.
Note: If you create a table, the table is defined only in the TDF. All SQL tables
must be created in the host SQL environment.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. TLNNAME
The CA-Telon name for the table, used to construct the names generated for such
host variables as paging keys and not-null indicators.
The default value is the value in the DCLCOPY field.
The TLNNAME must be unique for all Tables in the TDF regardless of the type
(DB2, Ingres II, Oracle, etc.) of Table.
This parameter can be the same name as the name you specify for the DCLCOPY
parameter, described later in this section. You should use a different name for the
TLNNAME if the DCLCOPY name is encoded and you want a more meaningful
name for the variable names that CA-Telon generates.
3. DESCR
A catalog description of the table, for informational purposes only. If you do not
specify a value in this field, CA-Telon displays the default description provided by
the import method.
4. SYNONYM
(SQL Table) Specifies whether CA-Telon is to generate the qualifier for the table.
Valid values are:
Y
CA-Telon leaves the qualifier for the table blank, with appropriate processing
based on the synonyms specified outside the TDF environment
N
CA-Telon generates the qualifier for the table
5. DCLCOPY
The name that CA-Telon gives in an EXEC SQL INCLUDE. If you are always
going to specify the INCLUDE in custom code work areas, enter NONE in this
field.
CA-Telon requires you to enter a value in this field.
6. DCLLBL
The name for the COBOL structure that the DCLGEN produces for this table. If
you do not enter a value, CA-Telon uses the default structure name (the table
name is prefixed by DCL).
7. DCLRDEF
A value to specify whether CA-Telon is to redefine the DCLGEN INCLUDE
structure with the COPY or INCLUDE member that you specify in the COPY
field. Valid values are:
Y
Redefine the DCLGEN INCLUDE structure with the COPY member that you
specify.
N
(Default) Do not redefine the DCLGEN INCLUDE structure. CA-Telon
copies the COPY or INCLUDE member into Working Storage.
8. COPY
The COPY/INCLUDE member that CA-Telon is to copy into Working Storage for
this table at generation time.
This COPY or INCLUDE member name is the member name for the ALIASes.
To prevent the copy, enter NONE.
9. COPYLBL
The COBOL data item name of the group level for the Table I/O area copy
definition (for example, 01 TRG-IO-AREA). The default I/O area in all table
calls is IOA-TLNNAME-SEGMENT.
See the Update DBD Segment section for more information on COPYLBL.
10. COPYLV1
A value that specifies whether the COBOL COPY or PL/I INCLUDE member
identified in the COPY field begins with a 01-level data item. Valid values are:
Y
The COPY or INCLUDE begins with a 01-level data item (for example,
01TRG1-IO-AREA)
N
(Default) The COPY or INCLUDE begins with a data item of level 03
11. RDBMS
The RDBMS in use is displayed in this field. Valid values are INGRES and
ORACLE. You may not update this field.
12. (Line command)
A field in which you can enter one of these line commands:
C Copy a line
CC Copy a block of lines
I Insert a line
Inn Insert nn lines
IS(n) Insert n lines for you to enter the command
M Move a line
MM Move a block of lines
R Repeat a line
RR Repeat a block of lines
A Line(s) to insert, copy, or move go after this line
B Line(s) to insert, copy, or move go before this
line
D Delete an entry
18. TYPE
The type of fields in the table. Valid values are listed for Ingres II in the
following table: Valid values for Oracle 7 are found on the following table:
19. LTH
The length, if the type is variable length, or the precision, if the type is
DECIMAL. See the table in the TYPE field documentation.
If you are creating an SQL table, enter a value. If you are updating a table,
CA-Telon outputs the value.
For updates and imports, CA-Telon obtains this field from the SQL catalog. If
you update the value here, you must update the corresponding value in the
catalog.
20. DEC
The scale, if the type is DECIMAL. See the table in the TYPE field
documentation.
If you are creating a table, enter a value. If you are updating a table, CA-Telon
outputs the value.
For updates and imports, CA-Telon obtains this field from the SQL catalog. If
you update the value of this field for SQL tables, you must update the
corresponding value in the catalog.
21 ^N (NOTNULL)
A value to specify that null values are not allowed in the column. Valid values
are:
Y
Nulls not allowed.
N
Nulls allowed. CA-Telon generates null indicator variables associated with
each column defined with N in this field.
If you are creating a table, enter a value. If you are updating a table, CA-Telon
outputs the value.
For imports, CA-Telon obtains this field from the SQL catalog. If you update the
value here, you must update the corresponding value in the catalog.
Function: This screen allows maintenance of a host variable name for each column
name within the TLNROW. CA-Telon uses this host variable name in place of the
column name for the generated I/O.
The Update SQL ALIAS screen is displayed with differing content depending upon the
SQL. For CA-IDMS/SQL, the screen appears as follows:
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. TLNROW
Identifies the TLNROW name of the listed columns.
3. DESCR
Displays the catalog description of the table.
4. COPY
Displays the name of the COPY or INCLUDE member for the table or NONE.
5. COPYLBL
Displays the COBOL data item name of the group level for the table I/O area
copy definitions, if specified on the Update CA-IDMS/CA-Datacom/SQL Table
screen.
6. COPYLV1
Displays the COBOL COPY Level 01 indicator as specified on the Update
CA-IDMS/CA-Datacom/SQL Table screen.
7. DICTNAM
Displays the CA-IDMS Dictionary Name from which the table definition was
extracted.
8. SCHEMA
Displays the schema name of the table.
9. COLUMN NAME
Identifies the name of the column in the TLNROW.
10. ALIAS
This field can contain the host variable name for the column used by CA-Telon in
place of the column name in the generated I/O.
Note: - Field is protected
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. TLNROW
Identifies the TLNROW name of the listed columns.
3. DESCR
Displays the catalog description of the table.
4. SYNONYM
Specifies whether CA-Telon is to generate the qualifier for the table.
5. COPY
Displays the name of the COPY or INCLUDE member for the table or NONE.
6. COPYLBL
Displays the COBOL data item name of the group level for the table I/O area
copy definitions, if specified on the Update CA-IDMS/CA-Datacom/SQL Table
screen.
7. COPYLV1
Displays the COBOL COPY Level 01 indicator as specified on the Update
CA-IDMS/CA-Datacom/SQL Table screen.
8. TLNNAME
Displays the TLNNAME.
9. RDBMS
Displays the RDBMS.
10. DCLCOPY
The name that CA-Telon gives in an EXEC SQL INCLUDE.
11. DCLRDEF
Specifies whether CA-Telon will redefine the DCLGEN INCLUDE statment.
CORRELATION SQL
NAME QUAL TABLE NAME TLNNAME TYPE SQL SCHEMA
4 1 5_______ 6_______ 7_________________ 8_______ 9______ 1________________
2 ________ ________ __________________ ________ _______ __________________
3 ________ ________ __________________ ________ _______ __________________
4 ________ ________ __________________ ________ _______ __________________
5 ________ ________ __________________ ________ _______ __________________
6 ________ ________ __________________ ________ _______ __________________
7 ________ ________ __________________ ________ _______ __________________
8 ________ ________ __________________ ________ _______ __________________
9 ________ ________ __________________ ________ _______ __________________
1 ________ ________ __________________ ________ _______ __________________
11 ________ ________ __________________ ________ _______ __________________
12 ________ ________ __________________ ________ _______ __________________
13 ________ ________ __________________ ________ _______ __________________
14 ________ ________ __________________ ________ _______ __________________
15 ________ ________ __________________ ________ _______ __________________
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. JOIN NAME
Qualified join name.
3. TLNNAME
The CA-Telon name for the join. This name must be unique among join or table
identifiers.
4. OUTPUT LINE
A protected field displaying the sequence number.
5. CORRELATION NAME
A correlation name for the table in the generated auto exec (user I/O) for this join.
6. QUAL
The qualifier of the table used in this join.
7. TABLE NAME
The name of a table used in this join.
8. TLNNAME
The CA-Telon name of the table used for this join. CA-Telon uses this value to
construct the names of such host variables as paging keys and not-null indicators.
9. SQL TYPE
A protected field displaying the type of SQL table. Valid values are DB2, IDMS,
DATACOM, INGRES, and ORACLE. All tables used in the join must be the
same SQL type.
10. SQL SCHEMA
This field is displayed only for CA-IDMS/SQL or CA-Datacom/SQL Tables in the
join and is a protected field identifying the CA-IDMS/SQL or CA-Datacom/SQL
Schema name of the table.
Note: For UPDATE, a change in the CORRELATION NAME, QUAL, or
TABLE NAME is processed as a delete of that table from the join and an
add of a new table.
Function: Specifies the WHERE clause predicate(s) used in constructing the join
part of the WHERE clause in generated user I/O.
CA-Telon constructs the join WHERE clause predicates by using the column names
that you specify, as well as the correlation name of the table that defines the column.
If you specify more than one predicate, CA-Telon constructs the entire WHERE clause
by joining the predicates with the AND keyword.
If a table is added to an existing join, the display of the join columns is followed by
the columns of the newly added table. If a table is deleted from a join on the previous
screen, columns from the tables it was joined to will follow the display of any
remaining joined columns.
UPDATE SQL JOIN - JOIN COLUMNS QUAL.TBLNAME SIZE
COMMAND ===> 1____________________________________________ SCROLL ===> ____
ACCESS COLUMNS 2 TLNNAME 3_______
CORRELATION
NAME COLUMN NAME
4_____ 5_______ 6_______________________________
= 7_______ 8_______________________________
______ ________ ________________________________
= ________ ________________________________
______ ________ ________________________________
= ________ ________________________________
______ ________ ________________________________
= ________ ________________________________
______ ________ ________________________________
= ________ ________________________________
______ ________ ________________________________
= ________ ________________________________
______ ________ ________________________________
= ________ ________________________________
______ ________ ________________________________
= ________ ________________________________
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
You can also enter the INIT command to clear the join and restart the processing.
2. ACCESS COLUMNS
A field in which you can request a transfer to the Update SQL Join —Access
Columns screen by entering any non-blank value.
3. TLNNAME
The CA-Telon name the join used as the key name for the join. This name must
be unique among join or table identifiers.
4. (Line command)
A field in which you can enter one of these line commands:
C Copy a line
CC Copy a block of lines
I Insert a line
Inn Insert nn lines
IS(n) Insert n lines for you to enter the command
M Move a line
MM Move a block of lines
R Repeat a line
RR Repeat a block of lines
A Line(s) to insert, copy, or move go after this line
B Line(s) to insert, copy, or move go before this line
D Delete an entry
Function: Specifies the columns used in this join. The columns are qualified by the
appropriate correlation name as specified on this screen.
UPDATE SQL JOIN - ACCESS COLUMNS QUAL.TBLNAME SIZE
COMMAND ===> 1____________________________________________ SCROLL ===> ____
JOIN COLUMNS 2 ALIAS 3 TLNNAME 4_______
CORRELATION
NAME COLUMN NAME AC FROM QUAL.TABLE
5_____ 6_______ 7_______________________________ 8 9__________________________
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. JOIN COLUMNS
A field in which you can request to transfer to the Update SQL Join — Join
Columns screen by entering any non-blank character.
3. ALIAS
Use this field to request display of the Add/Update SQL Join Alias screen where
the ALIAS, KEY, and ACCESS information can be updated.
4. TLNNAME
The CA-Telon name for the join, used as the key name for the join. This name
must be unique among join or table identifiers.
5. (Line command)
A field in which you can enter one of these line commands:
C Copy a line
Function: Displays the columns used in this join and allows specification of the host
variable name used in reading data from or inserting data into the join column.
CORRELATION
NAME COLUMN NAME KY/AC ALIAS
4_______ 5_______________________________ 6_ 7 8_____________________________
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. TLNNAME
Displays the CA-Telon name for the join.
3. TABLE
Displays the fully qualified join table name.
4. CORRELATION NAME
Displays the correlation name of the joined table containing the column.
5. COLUMN NAME
Displays the column name used in the join WHERE clause.
6. KY
A value to specify whether this column is involved in generated WHERE
conditions. Valid values are:
Y
Declares this column a key column. CA-Telon includes any such columns in
sequential order in the generated WHERE condition.
p
Generates the WHERE condition to include this column in position p of the
column order. If a number is specified for one column, Y is not a valid value
for any column. The group of numbers must begin with 1 and be
incremented by 1.
7. AC
A value to specify whether the EXEC SQL statement is to access the column.
Valid values are:
Y
The column is accessed by the EXEC SQL statement
N
The column is not accessed by the EXEC SQL statement
8. ALIAS
Allows specification of a host variable name for the column used in reading data
from or inserting data into the column.
Note: CA-Datacom does not support the use of aliases. Any aliases entered for
CA-Datacom tables are ignored.
4.1 Introduction
This chapter discusses panel definition, Option 3 on the TDF Main menu. The first
steps in creating your program are to create:
■ A panel image: the layout of a screen or report
■ A panel definition: all the fields mapped to and from a program's panel image
This chapter documents the screens you use in these steps.
The following diagrams present the panel image and panel definition portion of a
CA-Telon-generated online program and batch program.
Panel image: You create a layout of a screen or report by keying the literal and
variable fields in to the Edit Panel Image screen. CA-Telon uses this image to capture
field locations, field types, and field lengths.
Panel definition: The panel definition defines all CA-Telon statements that create
the portions of your program that:
■ Control the terminal display
■ Retrieve data from the terminal
■ Store data from the terminal
Function: Allows you to create and maintain panel images and panel definitions.
3. ITEM
The item to work with. Valid values are:
PI
Panel image
PD
Panel definition
FD
Field definition
CE
Consistency edit
SL
SEGLOOP
4. HEADER
A one- to five-character name that identifies a group of programs that form an
application or portion of an application. This value must be unique for each group
of programs.
The length of this field is determined at installation time. The combined length of
HEADER and ID can be a maximum of six characters.
You can specify a HEADER value to correspond to a programming application
group at your site. For example, CL could represent a claims application group.
5. ID
A one- to five-character name that identifies a particular program. For the
program, the panel image, panel definition, screen definition, and report definition
must have the same name.
For example, ABCD.PI, ABCD.PD, ABCD.SD, and ABCD.BD are all associated
with the same program, whose ID is ABCD. The suffixes .PI, .PD, .SD, and .BD
are appended by CA-Telon for the panel image, panel definition, screen definition,
and batch definition, respectively. See the following chapters later in this manual
for more information about screen definitions and batch definitions.
■ Chapter 5, “Online Program Definition”
■ Chapter 6, “Batch Program Definition”
6. DESC
A description of the panel image or panel definition. For your informational
purposes, CA-Telon displays this description on screens such as the List Panel
Definitions screen, the Edit Panel Image screen, and the Line Edit screen.
7. IMAGE
The characters that CA-Telon uses to identify the field types on a panel image.
Valid values are any character except a single quote (') and an ampersand (&).
However, each character used to define a field type may not be used in a literal
field on a panel image, except for the literal break character. Default values are:
<
Input field
>
Output field
+
Outin field
|
Select field
\
Literal break
For your ID, you can change these CA-Telon defaults on the Update Session
Controls screen.
8. SIZE
The screen or report size, ll X ccc, where:
ll
The number of lines on the screen or report
ccc
The number of columns on the screen or report
The CA-Telon default is 24 x 80.
For your ID, you can change these CA-Telon defaults on the Update Session
Controls screen, subject to the following limitations:
Y
Display this field type
N
Do not display this field type
The order of values corresponds to the order of the field types as listed on the
screen.
11. FIELD
The name, or the line and column position, of a field in a panel definition. A
value in this field is not valid until the panel definition is created.
The value in this field has two possible functions:
■ When the ITEM value is FD, it allows for direct field data detail update
(bypassing the Update Panel Fields (Online) screen)
■ When ITEM is CE, the value is one of the following:
– The name of a select field for which the consistency edit is performed
– *PANEL, for all consistency edits except those performed for select fields
12. CONSIS
The type of consistency edit. Valid when the FUNCTION field value is UP
(update). Valid values, and the resulting screen displays, are:
XFEDIT
The Update Cross-Field Edit (XFEDIT) screen
SEGEDIT
The Update Segment Edit (SEGEDIT) screen
BLANK
The List Consistency Edits screen
If a value is specified here, enter the consistency edit name in the NAME field.
13. NAME
The name of the consistency edit to edit directly from this screen.
If the edit was not named when it was created, you can access it only through the
List Consistency Edits screen.
14. SEGLOOP
The type of mapping that SEGLOOP loop processing is to perform. Valid values
are:
FILE
The program reads a segment or record for each iteration of the loop. This is
valid for only output mapping.
TABLE
The program reads data from or writes data to an array (table) for each
iteration of the loop. This is valid for both input and output.
15. FROM
The first variable field included in the SEGLOOP loop processing, identified by
either its panel definition field name or by its line and column location.
16. TO
The last variable field included in the SEGLOOP loop processing, identified by
either its panel definition field name or by its line and column location.
1. COMMAND
For information, refer to 9.5, “Primary Commands” on page 9-13.
2. (Function)
A column position to the left of the NAME field in which you can enter a control
character to manipulate the item on the line. Valid values are:
C
Copy
D
Change a description
P
Purge with confirmation
R
Rename
S
Show (browse)
U
Update
Z
Zap (purge without confirmation)
3. NAME
The name of the panel image or panel definition.
4. RENAME
One of several actions, depending upon the value in the FUNCTION field. When
the action is complete, CA-Telon returns a confirmation message.
Note: If the function field value for this entry is C or R, a value in the
RENAME field is required.
Valid values, their meanings, and the associated messages are:
CA-Telon confirms a rename action, the old member no longer exists and
information about it (that is, description, user, and update) is no longer displayed.
Subsequent access to the data must be through the new name.
5. DESCRIPTION
A description used for informational purposes. CA-Telon requires this field for all
functions, but it updates the DESCRIPTION field value only if the function field
value is D.
6. USER
Protected field identifying the last user to access the member.
7. UPDATE
Protected field identifying the date of the last access of the member.
Function: Allows you to create a panel image, the first step in creating your
program. The top line of the screen contains the description that you entered on the
previous screen. You can modify the description by overwriting it here.
Press [End] to save the image. The message END PROCESSING PERFORMED
appears on the Panel Definition submenu to indicate a successful save.
DESCRIPTION
Image characters: Image characters are the characters that CA-Telon uses to
identify the usage of a field painted on a panel image.
Valid values are any character except a single quote (') and an ampersand (&).
However, the characters used to define field usage must be excluded from a literal
field on a panel image, except for the literal break character.
<
Input field
>
Output field
+
Outin field
|
Select field
\
Literal break
For example, if you accept the default character > for output fields, the TDF interprets
> on a panel image as a position in an output field.
The CA-Telon defaults can be overridden on the Update Session Controls screen. For
more information, see 2.9, “Update Session Controls” on page 2-30.
After you save a panel image using a set of image characters, you can change the
image characters using the CH line command. For more information, see 9.6, “Line
Commands” on page 9-45.
Panel image example: This sample screen shows a panel image with literal,
output, input, outin, and select fields. The variable fields are represented by the
default image characters.
EMPLOYEE ID >>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
The output field shown on the last line of the screen is a field in which CA-Telon can
output error messages. This field:
■ Can be located anywhere on the screen
■ Can be 01 to 79 characters long
Function: Allows you to move fields or areas of the image around, or to paint the
image.
When you enter the line edit mode, CA-Telon displays line command fields at the left
of each line of the panel image, if it has been created.
To exit this screen, press [End], SWAP EDIT, or LINE EDIT PF key.
LINE EDIT MBTST1.PD PANEL 24 8 GROUP 1 OF 1 SIZE 24 COL 2
COMMAND ==> 1____________________________________________ SCROLL ===> CSR
1 DESCRIPTION
2
3 2
4
5
6
7
8
9
1
11
12
13
14
15
16
17
18
19
2
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. (Line commands)
A field that allows you to enter one of these line commands:
C Copy a line
CC Copy a block of lines
I Insert a line
Inn Insert nn lines
IS(n) Insert n lines for you to enter the command
M Move a line
Function: Specifies the characteristics of all the fields in the panel image, the first
step in creating a panel definition.
5 6 7 8 9 1 11
12
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. OPTIONS
For a screen definition, a set of one-byte fields that allow you to transfer to a
specified screen. Enter a nonblank character in the field that represents the screen
of your choice:
ATTRS
Update Attribute Parameter screen
HELPMSG
Update Help Message Parameters screen
MAPOUT
Update Mapout Parameter screen
3. LINE COL
The panel image lines to view on the three-line panel image display window.
Change the window by altering the LINE and COL values and pressing [Enter].
The line and column number image location is displayed in the upper left corner
of the window.
4. Panel image display window
A display-only three-line window to the panel image. You can change the image's
field position, content, or type by changing values in the remaining fields on this
screen.
5. U
The action to take on a field in the panel image. Valid values are:
U
CA-Telon displays the appropriate screen:
■ Update Literal Fields
■ Update Output/Input/Outin Field
■ Update Select Fields
D
Delete the field
Z
Delete the field
I
Insert a blank line after the field in order to enter another field
6. LN COL LTH USE
The starting line number, starting column number, length, and use respectively of
the field. Possible USE values are:
LI
Literal field
IN
Input field
OU
Output field
OI
Outin field
SE
Select field
You can change these characteristics by entering new values. Also, you can add a
new field to the panel image by specifying these values immediately below the
last field on the screen. Once you enter the new data, CA-Telon moves it to its
relative position in the existing field information, and you can update it.
7. NAME
The field name. CA-Telon uses this value to generate MFS or BMS control
blocks and create COBOL or PL/I buffer names. CA-Telon gives these names a
prefix of TPI- for input buffer names and TPO- for output buffer names.
The name must be one to 8 characters long. The first character must be a letter,
@, #, or $. Subsequent characters may be numbers. No other special characters
are allowed. Otherwise, Generator errors will result.
Note: When the field is in a series of fields in a SEGLOOP list, this value may
have only six characters for IMS and five characters for CICS.
You refer to this value in a consistency edit, segment edit, or auto cursor position
field.
Literal fields require a NAME value only when referenced from the program.
When a name is specified for a literal field, it is included in the BMS map for
CICS or MFS for IMS. A NAME value is required for all other fields. If not
specified, CA-Telon supplies a default name Pllccc, where ll and ccc are starting
line and column positions. For example, P20005 is for a field beginning on line 20
in column 5.
Field names ERRMSG1, MORE, PAGENO, SYSMSG, TRANCDE, TRANFLD,
or PASSWORD have special meaning to CA-Telon. If used, the FLDTYPE value
is normally set to NONE.
8. FLDTYPE
The mapping of data to or from the DBNAME, with or without editing. Valid
values are:
ALPHA
Direct alphanumeric move.
NONE
No automatic move. Programmers must perform any mapping required.
NUMERIC
Check for a numeric value or CA-Telon specific field edits (for example:
DATE, DOLLAR, and STATE).
field-edit
An application-specific field edit name. A call is made to field-edit, prefixed
with I or O for input or output (where a subroutine must be created to
perform this edit). See Appendix A, “Field Edit Formats,” for more
information.
Default values are:
■ ALPHA, if a DBNAME is specified but no RANGE is supplied
■ NUMERIC, if a DBNAME and a RANGE are supplied
■ NONE, if no DBNAME is supplied
This specification is valid for output, input, outin, and select usage types. For
outin, two edit names are necessary if output and input processing are different.
If the field edit fails, control returns to the program without processing.
Editing occurs in:
■ E-100-INPUT-EDITS for input fields
■ B-100-OUTPUT-EDITS for output fields
■ E-100-INPUT-EDITS and B-100-OUTPUT-EDITS for outin fields
■ J-100-SELECT for select fields
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. LINE COL
The panel image lines to view on the three-line panel image display window.
Change the window by altering the LINE and COL values and pressing [Enter].
The line and column number image location is displayed in the upper-left corner
of the window.
3. (Panel image display window)
A display-only three-line window to the panel image. You can change the image's
field position, content, or type by changing values in the remaining fields on this
screen.
4. LN COL LTH USE
The starting line number, starting column number, length, and use respectively of
the field. Possible USE values are:
LI
Literal field
IN
Input field
OU
Output field
OI
Outin field
SE
Select field
5. NAME
The field name, from the Update Panel Fields (Online) screen. See 4.6, “Update
Panel Fields (Online)” on page 4-16 for more information.
6. HELPMSG
Specify the name of the key used by the help facility to bring up the appropriate
screen.
Note: When you enter a value here, you also enter Y in the HELP field of the
Update/Show Screen Parameters screen. See 5.26, “Update/Show Screen
Parameters” on page 5-115, for more information.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. LINE COL
The panel image lines to view on the three-line panel image display window.
Change the window by altering the LINE and COL values and pressing [Enter].
The line and column number image location is displayed in the upper-left corner
of the window.
3. (Panel image display window)
A display-only three-line window to the panel image. You can change the image's
field position, content, or type by changing values in the remaining fields on this
screen.
4. LN COL LTH USE
The starting line number, starting column number, length, and use respectively of
the field. Possible USE values are:
LI
Literal field
IN
Input field
OU
Output field
OI
Outin field
SE
Select field
5. NAME
The field name, from the Update Panel Fields (Online) screen.
See 4.6, “Update Panel Fields (Online)” on page 4-16 for more information.
6. MAPOUT
The data name of any COBOL or PL/I variable in the program that controls
output mapping of the output or outin field identified on this line. When the value
of the variable is Y, the associated field is mapped to the output buffer by code
that CA-Telon generates in the B-100-OUTPUT-EDITS section. If the value is
not Y, the field is not mapped.
The field that is used for MAPOUT must be set in custom code, and the
MAPOUT field must be specified on each detail screen for the fields that are
conditionally mapped on output. When CA-Telon generates the code with the
MAPOUT field coded, it sets up an IF statement before each individual output
field.
A list of all MAPOUT fields for the entire screen also appears on the Update
Output/Input/Outin Field screen.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. LINE COL
The panel image lines to view on the three-line panel image display window.
Change the window by altering the LINE and COL values and pressing [Enter].
The line and column number image location is displayed in the upper left corner
of the window.
3. (Panel image display window)
A display-only three-line window to the panel image. You can change the image's
field position, content, or type by changing values in the remaining fields on this
screen.
4. LN COL LTH USE
The starting line number, starting column number, length, and use respectively of
the field. Possible USE values are:
LI
Literal field
IN
Input field
OU
Output field
OI
Outin field
SE
Select field
5. NAME
The field name, from the Update Panel Fields (Online) screen. See 4.6, “Update
Panel Fields (Online)” on page 4-16 for more information.
6. ATTRPRO
Specifies that a field is protected against application user entry when the field is
written to the terminal. It is valid on input, outin, and select fields. Valid values
are:
Y
Protect the field
N
Do not protect the field
Attribute protection is most often used on outin fields to prevent the application
user from changing a displayed value that is returned to the program on input.
Note: If the ATTRPRO value is Y, you can unprotect the field by moving the
reserved attribute fields (for example, OK-ATTR or CURSOR-ATTR) to
it. Refer to Programming Concepts Guide for information on these fields.
7. ATTRINT
The intensity of the field displayed. Valid values are:
NORMAL
Normal intensity. This is the default.
HIGH
High intensity
(blank)
Do not display the field
Note: You can change the field intensity at a later time by moving the reserved
attribute fields (for example, INPUT-BLANK-ATTR or
INPUT-HIGH-ATTR) to it. Refer to Programming Concepts Guide for
information on reserved attribute fields.
8. OUTATTR
A value to specify whether the attributes for this field are included in the
CA-Telon screen image area located at the end of the Transfer Work Area of all
CA-Telon-generated programs. This causes the screen image to be larger, but this
is required when you use CA-Telon Help or Hold or if you must refresh the
screen. Valid values are:
Y
(Distributed default) Include attributes in the output buffer
N
Do not include attributes in the output buffer
This value overrides the installation default.
9. EACOLOR
The color displayed on an extended attribute terminal. This value is valid only
when the EATTR value on the Update/Show Screen Parameters screen is Y.
Valid values are:
BL
Blue
RE
Red
PI
Pink
TU
Turquoise
YE
Yellow
GR
Green
DE
The value set at screen definition
NE
Neutral (usually white, depending on installation default)
10. EAHIGH
The extended highlight attribute for the field. This value is valid only when the
EATTR value on the Update/Show Screen Parameters screen is Y. Valid values
are:
B
Blink when displayed
BL
Blink when displayed
R
Display in reverse video
RE
Display in reverse video
D
Display in default mode
DE
Display in default mode
U
Underline display
UN
Underline display
11. EAVALID
The extended validation attribute for the field. This value is valid only when the
EATTR value on the Update/Show Screen Parameters screen is Y and you request
that CA-Telon generate one of the following types of source code:
■ IMS MFS, on the Update TSO or IMS Screen Environment screen
■ CICS BMS, on the Update CICS Screen Environment screen
FIELD NAME 2_______ USAGE LITERAL 3 LINE 1 COL 29 LTH 11 4
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. FIELD NAME
The field name, from the Panel Definition menu or the Update Panel Fields
(Online) screen. See 4.2, “Panel Definition Menu” on page 4-4 or 4.6, “Update
Panel Fields (Online)” on page 4-16 for more information.
3. USAGE
The type of field. Valid values are:
■ LITERAL (Default)
■ SELECT
■ INPUT
■ OUTPUT
■ OUTIN
A value is required if a value is not carried over from the Panel Definition menu
or the Update Panel Fields (Online) screen.
4. LINE COL LTH
Protected field displaying the starting line number, starting column number, and
length respectively of the literal field. These values were specified on the Panel
Definition menu or the Update Panel Fields (Online) screen.
5. TEXT
The text for a literal field. Do not use the single quote (') or an ampersand (&)
characters.
6. OUTATTR
Specifies whether the attributes for this field are included in the CA-Telon screen
image area located at the end of the Transfer Work Area of all
CA-Telon-generated programs. This causes the screen image to be larger, but this
is required when you use CA-Telon Help or Hold or if you must refresh the
screen. Valid values are:
Y
(Distributed default) Include attributes in the output buffer
N
Do not include attributes in the output buffer
This value overrides the installation default.
7. ATTRINT
The intensity of the field displayed. Valid values are:
NORMAL
Normal intensity. This is the default.
HIGH
High intensity
(blank)
Do not display the field
Note: You can change the field intensity at a later time by moving the reserved
attribute fields (for example, INPUT-BLANK-ATTR or
INPUT-HIGH-ATTR) to it. Refer to Programming Concepts Guide for
information on reserved attribute fields.
8. EACOLOR
The color displayed on an extended attribute terminal. This value is valid only
when the EATTR value on the Update/Show Screen Parameters screen is Y.
Valid values are:
BL
Blue
RE
Red
PI
Pink
TU
Turquoise
YE
Yellow
GR
Green
DE
The value set at screen definition
NE
Neutral (usually white, depending on installation default)
9. EAHIGH
The extended highlight attribute for the field. This value is valid only when the
EATTR value on the Update/Show Screen Parameters screen is Y. Valid values
are:
B
Blink when displayed
BL
Blink when displayed
R
Display in reverse video
RE
Display in reverse video
D
Display in default mode
DE
Display in default mode
U
Underline display
UN
Underline display
A value is required if no value is carried over from the Panel Definition menu or
the Update Panel Fields (Online) screen.
4. LINE COL LTH
Protected field displaying the starting line number, starting column number, and
length respectively of the literal field. These values were specified on the Panel
Definition menu or the Update Panel Fields (Online) screen.
5. REQ
A value to specify whether the application user must enter data in an input or
outin field. Valid values are:
Y
The application user must enter data.
N
The application user does not have to enter data. If the user leaves the field
blank, its value is set to zeros if the field type is NUMERIC or spaces if field
type is ALPHA. This is the default.
C
Consistency edit code checks to see if this field is required. If a field with
type C contains the required asterisk (*) character, the field is treated as if it
is blank.
6. HELPMSG
The field-level help message, usually a key used by the help facility to bring up
the appropriate screen.
Note: When you enter a value here, you also enter Y in the HELP field of the
Update/Show Screen Parameters screen. For more information, see 5.26,
“Update/Show Screen Parameters” on page 5-115.
7. PIC
The COBOL or PL/I picture clause (any valid COBOL or PL/I numeric format).
This value overrides the standard output formatting by CA-Telon based on the
FLDTYPE value, except that a FLDTYPE value of FLOAT overrides the PIC
value (for example, $$9.9).
The standard output formatting for a five-digit number based on FLDTYPE value
is:
8. OUTATTR
A value to specify whether the attributes for this field are included in the output
buffer. This field is valid for only output fields and literal fields with field names.
Valid values are:
Y
Include attributes in the output buffer
N
Do not include attributes in the output buffer
This value overrides the installation default.
9. DBNAME
The file, working storage, or transfer work area field name that CA-Telon uses to
map data to and/or from the field represented on the screen.
Note: To have CA-Telon generate special code to support the COBOL II
"ACCEPT ... FROM DATE" or COBOL for MVS and VM "MOVE
FUNCTION CURRENT-DATE ..." use the reserved word @DATE This
reserverd word is appropriate for OUTPUT only; it should not be used for
INPUT-only fields. A separate INPUT DBNAME must be specified for
OUTIN fields.
10. OF
(COBOL only.) A qualification of the DBNAME field value (for example,
TAX-DUE OF FEDERAL-RETURN). For USAGE values INPUT, OUTIN, and
SELECT, you can map to and/or from more than one field (DBNAME).
11. INIT
The initialized value of an input or select field when written to the terminal. Omit
single quotes (') or ampersands (&) from this value. Otherwise, errors will occur
during program assembly.
12. MAPOUT
The data name of any COBOL or PL/I parameter in the program that controls
output mapping of the field represented on this line. See 4.8, “Update Mapout
Parameter” on page 4-23 for more information.
13. FLDTYPE
The mapping of data to or from the DBNAME, with or without editing. Valid
values are:
ALPHA
Direct alphanumeric move.
NONE
No automatic move. Programmers must perform any mapping required.
NUMERIC
Check for a numeric value or CA-Telon specific field edits (for example:
DATE, DOLLAR, and STATE).
field-edit
An application-specific field edit name. A call is made to field-edit, prefixed
with I or O for input or output (where a subroutine must be created to
perform this edit). See Appendix A, “Field Edit Formats” for more
information.
Default values are:
■ ALPHA, if a DBNAME is specified but no RANGE is supplied
■ NUMERIC, if a DBNAME and a RANGE are supplied
All characters except the mask-defined value 9 are stripped for storage. CA-Telon
does not verify the value in X position on input. (In the third example, CA-Telon
accepts but does not store the input value RT.) CA-Telon does verify that
characters specified as 9s are numbers.
If the length of the mask does not equal the length of the input field, the target is
blank-padded to the right during mapping. Remember, the target data field must
be alphanumeric even if the mask is all 9s.
CONVERT screen-val-1,stored-val-1 [,screen-val-2,stored-val-2 ...]
Screen-val is the value as it appears on the screen; stored-val is the value as it is
stored. If you define more than one pair, the length of all occurrences of
screen-val must be the same; this is also true for all occurrences of stored-val. If
you use blanks to pad the length, enclose the value in single quotes.
In this example, the two pairs specified result in the indicated screen value and
stored value:
CONVERT FEMALE,F,'MALE ',M
FEMALE F
MALE M
For input or select fields, CA-Telon puts the pairs in a table for searching at
runtime. During execution, the application user's input must match a specified
screen-val. If not, CA-Telon flags the field and an error is returned.
If there is no corresponding stored-val during output, the program displays the
stored value as is.
RANGE start-range-1,end-range-1 [,start-range-2,end-range-2 ...]
Start-range and end-range can be numeric constants or data field names. Values
must be specified lowest to highest. The range is inclusive; that is, the numbers
defining the range are themselves within the range.
In the following example, valid input values for the field are defined as between 4
and 9, 23 and 33, or 53.8 and 75.
RANGE 4, 9, 23, 33, 53.8, 75
VALUES value-1[,value-2 ...]
Using the specified values, CA-Telon generates COBOL 88-level items or a PL/I
search array. At runtime, these are the only acceptable values. All others are
flagged as errors. In the following example, only the values 10, 12, and AL are
acceptable.
VALUES 1, 12, AL
Although not required, all values should be the same length as the LTH value for
the field. If the entered value is longer, at compile time COBOL issues a
diagnostic and PL/I truncates the length to the LTH value.
16. ATTRPRO
A value to specify that a field is protected against application user entry when the
field is written to the terminal. It is valid on input, outin, and select fields. Valid
values are:
Y
Protect the field
N
Do not protect the field
Attribute protection is most often used on outin fields to prevent the application
user from changing a displayed value that is returned to the program on input.
Note: If the ATTRPRO value is Y, you can unprotect the field by moving the
reserved attribute fields (for example, OK-ATTR or CURSOR-ATTR) to
it. Refer to Programming Concepts Guide for information on these fields.
17. ATTRINT
The intensity of the field displayed. Valid values are:
NORMAL
Normal intensity. This is the default.
HIGH
High intensity
(blank)
Do not display the field
Note: You can change the field intensity at a later time by moving the reserved
attribute fields (for example, INPUT-BLANK-ATTR or
INPUT-HIGH-ATTR) to it. Refer to Programming Concepts Guide for
information on reserved attribute fields.
18. EACOLOR
The color displayed on an extended attribute terminal. This value is valid only
when the EATTR value on the Update/Show Screen Parameters screen is Y.
Valid values are:
BL
Blue
RE
Red
PI
Pink
TU
Turquoise
YE
Yellow
GR
Green
DE
The value set at screen definition
NE
Neutral (usually white, depending on installation default)
19. EAHIGH
The extended highlight attribute for the field. This value is valid only when the
EATTR value on the Update/Show Screen Parameters screen is Y. Valid values
are:
B
Blink when displayed
BL
Blink when displayed
R
Display in reverse video
RE
Display in reverse video
D
Display in default mode
DE
Display in default mode
U
Underline display
UN
Underline display
20. EAVALID
The extended validation attribute for the field. This value is valid only when the
EATTR value on the Update/Show Screen Parameters screen is Y and you request
that CA-Telon generate one of the following types of source code:
■ IMS MFS, on the Update TSO or IMS Screen Environment screen
■ CICS BMS, on the Update CICS Screen Environment screen
Valid values are:
MF
The application user must enter all character positions of the field
ME
The application user must enter at least one character into the field
BO
Both of the above apply
During execution, terminal input in the field is checked before control is returned
to the program. Control is returned to the program only if something is entered.
By comparison, the REQ field value is used to check for input from inside the
program. See 4.6, “Update Panel Fields (Online)” on page 4-16 for more
information on the REQ field.
If the application uses terminals both with and without extended attributes and the
EAVALID is ME, the REQ value must be Y.
21. FMTEXIT
(IMS applications only.) An MFS field exit routine invoked for the field on input.
Two values are required for this specification:
■ Exit Routine Number (valid values: 000 through 127)
■ Exit Routine Value (valid values: 000 through 255)
22. FMTCNTL
(IMS applications only.) A value to specify that this is an output field displaying
special MFS data.
Valid values are:
Y
This is a special MFS field
N
This is not a special MFS field
If FMTCNTL is Y, the FIELD NAME value (LABEL field value on other
screens) must be one of the MFS system literals:
■ DATE1
■ DATE2
■ DATE3
■ DATE4
■ TIME
■ PASSWORD
■ LTSEQ
■ LTNAME
■ LPAGENO
■ LTMSG
For fields with labels other than PASSWORD, the field usage is assumed to be
OUTPUT (other usage specifications are ignored). The field occupies space on
the screen, but does not appear in the buffers (that is, the CA-Telon program
knows nothing about the field).
If a value is not specified here, program control can be handled using PF-key or
consistency-edit coding.
Note: This value is overridden by the value, if any, specified in the NEXTPGM
field of Create/Update Screen Definition screen.
6. SCONSIS
For input processing, the member name of the statement copied or included in the
J-100 paragraph execution for a select field.
7. HELPMSG
The field-level help message, usually a key used by the help facility to bring up
the appropriate screen.
Note: When you enter a value here, you also enter Y in the HELP field of the
Update/Show Screen Parameters screen. See 5.26, “Update/Show Screen
Parameters” on page 5-115, for more information.
8. INEDIT
Specifies whether CA-Telon is to execute the E-100-INPUT-EDITS section before
NEXTPGM and/or SCONSIS processing. CA-Telon generates the E-100
automatically if the program contains select fields. The E-100-INPUT-EDITS
section edits input fields according to FLDTYPE specification. Valid values are:
Y
CA-Telon executes the E-100-INPUT-EDITS section automatically. If errors
occur, CA-Telon skips the balance of processing and returns an error message
to the screen.
N
(Default) CA-Telon does not automatically execute the E-100-INPUT-EDITS
section; however, you can explicitly call it from SCONSIS code.
9. INDBIO
A value to specify whether CA-Telon is to perform the H-100 section to create
and update segments requested for auto exec. CA-Telon generates the H-100
paragraph if the program contains select fields. Valid values are:
Y
CA-Telon automatically executes the H-100-INPUT-TERM section
N
(Default) CA-Telon does not automatically execute the H-100-INPUT-TERM
section; however, you can explicitly call it from SCONSIS code
10. SELKEY
The source and target fields for the key value of a line displayed on the screen for
further processing. This specification is meaningful when input to the select field
is an identifier of an item displayed within list processing.
The two subfields that represent the range of key values used in a SEGLOOP
entry are:
FROM
The name of the data item in which key information was stored during output
processing (generally defined using the SAVEKEY parameter of the
SEGLOOP statement)
TO
The name of the data item in which the key is stored for later processing
11. DBNAME
The name of the file, working storage, or transfer work area that CA-Telon uses to
map data to and/or from the select field.
12. OF (COBOL only.)
A qualification of the DBNAME field value (for example, TAX-DUE OF
FEDERAL-RETURN). For USAGE values INPUT, OUTIN, and SELECT, you
can map to and/or from more than one field (DBNAME).
13. INIT
The initialized value of an input or select field when written to the terminal. Omit
single quotes (') or ampersands (&) from this value. Otherwise, errors will occur
during program assembly.
14. FLDTYPE
The mapping of data to or from the DBNAME, with or without editing. Valid
values are:
ALPHA
Direct alphanumeric move.
NONE
No automatic move. Program must perform any mapping required.
NUMERIC
Check for a numeric value or CA-Telon specific field edits (for example:
DATE, DOLLAR, and STATE).
field-edit
An application-specific field edit name. A call is made to field-edit, prefixed
with I or O for input or output (where a subroutine must be created to
perform this edit).
See Appendix A, “Field Edit Formats” for more information.
Default values are:
■ ALPHA, if a DBNAME is specified but no RANGE is supplied
■ NUMERIC, if a DBNAME and a RANGE are supplied
■ NONE, if no DBNAME is supplied
This specification is valid for output, input, outin, and select usage types. For
outin, two edit names are necessary if output and input processing are different.
If the field edit fails, control returns to the program without processing.
Editing occurs in:
■ E-100-INPUT-EDITS for input fields
■ B-100-OUTPUT-EDITS for output fields
■ E-100-INPUT-EDITS and B-100-OUTPUT-EDITS for outin fields
■ J-100-SELECT for select fields
Note: A FLDTYPE value may not be specified if the SPEC value is CONVERT,
VALUES, or FORMAT.
the screen, but does not appear in the buffers (that is, the CA-Telon program
knows nothing about the field).
Function: Specifies the variables that contain the values of the extended parameters
passed to the field edit specified on the previous screen.
IEXTEND 3__________________________________________________________
___________________________________________________________
___________________________________________________________
___________________________________________________________
___________________________________________________________
___________________________________________________________
___________________________________________________________
___________________________________________________________
OEXTEND 4__________________________________________________________
___________________________________________________________
___________________________________________________________
___________________________________________________________
___________________________________________________________
___________________________________________________________
___________________________________________________________
___________________________________________________________
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. FIELD NAME OR POSITION
Protected field displaying the field name. See 4.2, “Panel Definition Menu” on
page 4-4 or 4.6, “Update Panel Fields (Online)” on page 4-16 for more
information.
3. IEXTEND
The extended parameter list for input edit. The list can contain up to nine
parameters and can include any COBOL or PL/I data name defined to the
program.
The parameters that you specify override the extra parameters (i.e., extensions)
passed to the user-written output field edit (defined earlier using the FLDTYPE
field).
Note: CA-Telon supports up to 300 override extensions per program.
4. OEXTEND
The extended parameter list for output edit. The list can contain up to nine
parameters and can include any COBOL or PL/I data name defined to the
program.
The parameters that you specify override the extra parameters (i.e., extensions)
passed to the user-written output field edit (defined earlier using the FLDTYPE
field).
Note: CA-Telon supports up to 300 override extensions per program.
Each line on this screen represents a separate XFEDIT, SEGEDIT, or SRC item. The
combined total may not exceed 400 items.
C Copy a line.
remainder of the value to isolate the first word at the left of the display. If you
enter EDIT1 - THIS IS A SEGEDIT, the display returned is:
1__ SEGEDIT EDIT1___ - THIS IS A SEGEDIT
The entire description is placed in a comment at the beginning of the section or
procedure in the generated source.
If you enter an XFEDIT or SEGEDIT line on this screen, you must update the
XFEDIT or SEGEDIT before editing on this screen.
See 4.15, “Update Cross-Field Edit (XFEDIT)” on page 4-52 and 4.16, “Update
Segment Edit (SEGEDIT)” on page 4-55 for more information.
After entering the data, save the entries by pressing the END PF key. If you entered
U in the multiple occurrences of the SEQ field on the List Consistency Edits screen,
the update screen for the next edit is displayed. Otherwise, control returns to the List
Consistency Edits SEGEDIT screen.
Function: Updates cross-field edit data. See 4.17, “Consistency Edits Example” on
page 4-61 for examples of entering cross-field edit fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. EDIT NAME
Protected field displaying the first word or first eight characters in the
DESCRIPTION field on the List Consistency Edits screen.
3. COPY EDIT BASE
The name of an existing edit whose definition values you can copy into the fields
on this screen with these steps:
1. Enter the EDIT NAME value of an edit that is listed on the List Consistency
Edits screen
2. Press [Enter]
All blank fields on the screen are initialized to the values associated with the edit
you have copied.
4. EDIT CONDITION
A conditional test for fields. When the condition is true, there is an error.
A condition can be either a COBOL 88-level field or a field/application user
combination where:
■ The field is a COBOL or PL/I variable or literal. Non-numeric literals must
be enclosed in double quotes. The maximum length is 256 bytes including
double quotes.
■ The operation is one of the following:
– The reserved word NUMERIC
– The reserved word NOT NUMERIC
– Any COBOL or PL/I operand
– An expression in the format mnemonic value or mnemonic,value where
mnemonic is LT, LE, EQ, GE, GT, or NE, and value is a COBOL or
PL/I variable, a literal (enclosed in double quotes), a COBOL reserved
word, or an expression (enclosed in single quotes) with arithmetic
symbols
■ Valid connectors are AND, OR, and THENIF
Note: THENIF causes the condition that follows to be nested inside the first
condition. You cannot specify an ELSE condition.
A valid value is at least one condition. Entering IF is optional; it is generated in
the code whether it is specified or not.
For example, if you specify
EMPL-DOB,NE,SPACES,THENIF,EMPL-DOB,GT,
'(XFER-CURRENT-DATE - 16)'
CA-Telon generates this COBOL code:
IF EMPL-DOB NOT=SPACES
IF EMPL-DOB > (XFER-CURRENT-DATE - 16)
5. ERROR MESSAGE
The error message that appears in the ERRMSG1 field when an edit condition is
true. This value is initialized to the contents of the DESCRIPTION field on the
List Consistency Edits screen.
You can specify a variable or a literal by enclosing the value in double quotes (").
If the value contains neither double quotes nor embedded blanks, it identifies a
host variable name (HVNAME).
For example:
■ If the value in this field is XFER-ERROR-MESSAGE, CA-Telon generates
this COBOL code:
MOVE XFER-ERROR-MESSAGE TO ERRMSG-FIELD.
9. SEGLOOP
Allows this XFEDIT to be identified as belonging to a SEGLOOP. When
specified, code is generated to perform the cross-field edits in a DO-group, to test
all values in one pass, and to generate one error message for all fields in error.
After entering the data, save the entries by pressing the END PF key. If you have
entered U in multiple occurrences of the SEQ field of the List Consistency Edits
screen, the update screen for the next edit is displayed. Otherwise, control returns to
the List Consistency Edits screen.
All blank fields on the screen are initialized to the values associated with the edit
you have copied.
4. SEGMENT NAME
The name of the DL/I segment, VSAM data set, or SQL TLNROW being
accessed by the SEGEDIT:
■ For DL/I:
– With segments in multiple PSBs, the value specified in the LABEL field
on the Create/Update Data Group screen
– Otherwise, the value specified in the SEGMENT field on the Update
Database Segment screen
■ For VSAM, the value specified with the DATA ITEM (data set) statement in
the NAME or LABEL field on the Show/Update Data Set Default Data screen
■ For SQL, the value specified in the CURRENT ROW NAME field on the
Select New Row Name screen
5. KEY
The name of the COBOL or PL/I variable that holds the key identifying the
record, segment, or row to be read. This value overrides the value in the KEY
field on the Create/Update Data Group screen.
Alternatively, you can enter the entire SEGEDIT WHERE clause in this field.
Use double quotes where single quotes should appear in the generated output.
For SQL, there must be a one-to-one correspondence between host variables listed
here and the key fields defined for the SEGEDIT TLNROW in the data
administration option of TDF. To use different key fields, set up a new
TLNROW with only the keys referenced in the SEGEDIT key clause.
6. WHEN
A conditional test for execution of the segment edit, in this format:
condition1[,connector1,condition2...]
When the condition is true, the remainder of the segment edit is executed. If no
value is specified, the segment edit is always executed.
Condition can be either a COBOL 88-level field or a field/application-user
combination where:
■ The field is a COBOL or PL/I variable or literal. Non-numeric literals must
be enclosed in double quotes. The maximum length is 256 bytes including
double quotes.
■ The operation is one of the following:
– The reserved word NUMERIC
– The reserved word NOT NUMERIC
– Any COBOL or PL/I operand
– An expression in the format mnemonic value or mnemonic,value where
mnemonic is LT, LE, EQ, GE, GT, or NE, and value is a COBOL or
PL/I variable, a literal (enclosed in double quotes), a COBOL reserved
Note: If a field is specified here but its REQ value is not C, CA-Telon
automatically fills a field with zeros or spaces (depending on type) when
an application user fails to input a value.
CA-Telon requires a value in at least one of these fields:
■ HIGHLIGHT FIELDS
■ ERRCHAR FIELDS
■ CURSOR AT FIELD
10. CURSOR AT FIELD
The field where the cursor appears when the screen is returned to the application
user with an error condition. Valid values are the names of input, outin, or select
field names defined in the NAME field on the Update Output/Input/Outin Field
screen.
If you do not enter a value, the cursor appears at the first highlighted field.
Note: CA-Telon requires a value in at least one of these fields:
■ HIGHLIGHT FIELDS
■ ERRCHAR FIELDS
■ CURSOR AT FIELD
11. ERROR MESSAGE
The error message that appears in the ERRMSG1 field when an edit condition is
true. This value is initialized to the contents of the DESCRIPTION field on the
List Consistency Edits screen.
You can specify a variable or a literal by enclosing the value in double quotes (").
If the value contains neither double quotes nor embedded blanks, it identifies a
host variable name (HVNAME).
For example:
■ If the value in this field is XFER-ERROR-MESSAGE, CA-Telon generates
this COBOL code:
MOVE XFER-ERROR-MESSAGE TO ERRMSG-FIELD.
■ If the value in this field is "ERROR MESSAGE", CA-Telon generates this
COBOL code:
MOVE 'ERROR MESSAGE' TO ERRMSG-FIELD.
12. CALL FUNC
The I/O access code. Valid values are:
DLI
Any four-byte GET function code, such as GN or GHU
VSAM
Any eight-byte READ verb, such as READ or READNEXT
SQL
(This option not valid for SQL)
13. OPCODE
The operation code. This value overrides the value specified in the OP field on
the Update Database Segment screen. If not specified, the default is >= for
BROWSE segments and = for all other segment types.
For DL/I processing, this value causes CA-Telon to change the SSA before the
call and reset it after the call. The OPCODE field and the SSALIST field are
mutually exclusive.
For VSAM processing, the only valid values are >= and =.
For SQL processing, valid relational operators are allowed. The default is =.
14. DLI QUALIFY
The DL/I SSA for the segment edit. Valid values are:
Y
Qualify the SSA (segment-QUAL-SSA)
N
Do not qualify the SSA (segment-UNQUAL-SSA)
Note: The value in this field and the value in the SSALIST field are mutually
exclusive; specify only one.
15. CMDCODE
The DL/I SSA command code. This value overrides the command code value, if
specified, in the CMND field on the Update Database Segment screen.
The character(s) you specify are prefixed with an asterisk (*) and suffixed with
one or two dashes (-) to make a four-byte code.
Note: The value in this field and the value in the SSALIST field are mutually
exclusive; specify only one.
16. I/O AREA
The name of the data area used for this edit. This value overrides the value
specified in the I/O AREA field on the Update DL/I Detail Data Access screen or
the CA-Telon generated I/O area.
17. SSALIST
The list of DL/I SSAs. It overrides SSAs generated by CA-Telon from DSCREF
field values on the Update Database Segment screen.
You can include the current SSAs in this list. CA-Telon assumes these SSAs are
defined in your custom code.
18. VSAM SEGMENT LTH
The maximum length of VSAM variable-length records. Valid values include an
integer or the name of a variable that contains the length.
This value overrides the value specified in the RECLTH field on the Show/Update
Data Set Default Data screen.
19. GEN KEY LTH
(VSAM processing only.) The length of the generic key used for the access.
Valid values include either an integer or the name of a COBOL or PL/I variable
that contains the key length value.
If you do not enter a value, CA-Telon assumes that the access uses the full key
length.
20. PCBNAME
The PCB against which the segment edit is to execute.
21. SEGLOOP
Allows this SEGEDIT to be identified as belonging to a SEGLOOP. When
specified, code is generated to perform the segment edits in a DO-group, to test all
values in one pass, and to generate one error message for all fields in error.
Values entered by the application developer are identified in the text and highlighted
on the screen illustration.
Step 1: The application developer accesses the Panel Definition menu and enters
these values:
■ CR in the FUNCTION field
■ CE in the ITEM field
■ ED in the HEADER field
■ MENU ADD STUDENT in the ID field
Note: ADDSTU is displayed in the FIELD field because this edit is for a select field.
Otherwise, *PANEL would be displayed in this field.
In this example, two consistency edits (lines 1 and 3) and one line of source code (line
2) are defined for the field. The application developer enters U as line commands for
lines 1 and 3 to request update of the two consistency edits.
The application developer modifies the EDIT CONDITION field and adds a value to
the HIGHLIGHT FIELDS field to identify the field for highlighting if the application
user enters data that is not consistent with the edit.
Step 4: The application developer presses [End] to save this screen and display the
Update Segment Edit (SEGEDIT) screen for the second edit, STUNOCK, previously
selected on the List Consistency Edits screen.
Function: Create or update data for a table segment loop. A table segment loop
retrieves the information to be displayed from a table rather than by browsing a
segment, as is done with a file segment loop.
ISEGIDX 16____________________________
3. FIRST
The name of the first field in the SEGLOOP. This value is initialized to the value
in the FROM field on the Panel Definition menu. Names are limited to six
characters for IMS and five characters for CICS.
4. LAST
The name of the last field in the SEGLOOP. This value is initialized to the value
in the TO field on the Panel Definition menu. Names are limited to six characters
for IMS and five characters for CICS.
5. LINE
The line number positions of the first field and the last fields in the SEGLOOP
group.
6. COLUMN
The column number positions of the first field and the last fields in the SEGLOOP
group.
7. INCRE
The vertical spacing for displaying the group of SEGLOOP fields on the screen,
specified in this format:
vertical-spacing1[,vertical-spacing2...]
The vertical starting point of the first line displayed is specified in the
combination of the FIRST and LINE fields, and the value in the INCRE field is
the offset relative to the position of the first line displayed. The number of offset
values specified must be one less than the number of lines that comprise the
display.
For example, if the first field is FLD1, its LINE value is 3, its COLUMN value is
6, and the INCRE specification is 1,2,1, the vertical spacing of the resulting
display is:
1---+----+----+----+
1
2
3 FLD1
4 FLD1
5
6 FLD1
7 FLD1
Note that if you want to display a specific number of iterations, you specify one
less entry. In the example above, you specify three entries to display four
iterations.
8. REPEAT
The number of times to repeat the display defined by the INCRE value.
9. CINCRE
Define the spacing between columns on the screen; that is, the number of columns
between one field in an iteration and the next iteration of the same field. (A value
of 15 would cause a field in the next loop to begin 15 columns to the right of the
same field in the prior loop, regardless of the other fields in the loop.) Specify one
CINCRE value for each column, except for the first.
For example, if you want data to appear in three columns, with the first column
beginning at position 2, the second beginning in position 20, and third beginning
at position 45, enter the CINCRE values:
18, 25
(that is, from position 2 to position 20 is 18 columns; from position 20 to 45 is 25
columns).
The number of values specified in the CINCRE field determines the number of
iterations of the line. That is, if you specify n values in the number of iterations
on each line is n+1.
For BMS processing, when you specify CINCRE, all fields in SEGLOOP must
appear on one line only. For non-BMS processing, when you specify CINCRE,
all outin and input fields in SEGLOOP must occur on one line only.
Note: When coding CINCRE, be sure that the values you specify allow enough
spaces to display all fields in the loop horizontally. Also, be sure that the
number of columns needed to display each line does not exceed the width
of the screen.
10. LINECNT
The name of an output field in which to display the line number. To suppress
display of the line number, do not enter a value here.
11. OCUST1
The name of the custom code to perform output processing after the initial auto
exec call and before mapping the first line to the screen.
12. OCUST2
The name of the custom code to perform output processing after the second auto
exec call in the SEGMENT loop and before the data is mapped to the screen.
CA-Telon performs this code if the call is successful.
13. OCUST3
The name of the custom code to perform output processing at the end of the
SEGMENT loop. CA-Telon uses it for data that is mapped to the next line of the
current screen during the next loop iteration.
CA-Telon does not execute this code if there is no more room on the screen to
contain the information mapped from the file or if the auto exec call is
unsuccessful.
14. OSEGIDX
The name of the index for the array from which output values are mapped for
each SEGLOOP pass. CA-Telon uses this information only if values are mapped
from an array. No specification is needed if the subscript SEGLOOP-COUNT is
to be used instead of an index name.
15. SAVEKEY
The names of the data items that are stored in a table at each loop iteration. The
specification is one or more pairs of data items, each including a source field and
a destination field. The second data item specified is the name of a table element
(generally in the transfer work area) in which to store information from the first
data item in each iteration of the SEGLOOP process.
The maximum length of this field is 254 characters including delimiters.
Generally, the data items define the keys for the displayed data, as specified in the
DBNAME field on the Update Output/Input/Outin Field screen, and are used to
retrieve a requested item (defined by line number) during subsequent select-option
processing.
16. ISEGIDX
The name of the index for the array being referenced in each segment loop.
CA-Telon uses this information only if values are mapped into an array. No
specification is needed if the subscript SEGLOOP-COUNT is used instead of an
index name.
17. ICUST1
The name of the exit for custom code prior to input edits (in the loop).
18. ICUST2
The name of the custom code to perform custom processing in the input
SEGMENT loop.
19. ICTLNM
The name of the screen field, in the input segment loop, that determines if editing
or mapping is done on the current iteration of the loop.
If the specified screen field is blank, CA-Telon:
■ Sets the LINE-INPUT-ERROR field value to N
■ Does not increment the LINE-INPUT-COUNT value
■ Passes control to custom code (if ICUST2 is specified) or to the bottom of the
input loop; optionally, you can terminate the processing of the loop in the
custom code
Function: Create or update data for a file segment loop. A file segment loop
retrieves information by browsing a segment, file, or criteria from table SELECT,
rather than from a table, as is done with a table segment loop.
XXXXXX.PD CREATE SEGLOOP
COMMAND ==> 1 __________________________________________________________________
OUTPUT 2 SEGLOOP LIMITS NAME LINE COLUMN
FIRST 3 ________ ___ _____
LAST 4 ________ ___ _____
INCRE 7 __ __ __ __ __ __ __ __ __ __ __ __ __ __ 5 6
REPEAT 8 __ __ __ __ __ __ __ __ __ __ __ __ __ __
CINCRE 9 __ __ __ __ __ __ __ __ __ __ __ __ __ __
LINECNT 1 ______
PAGE 11 _ PAGESAV 12 __ PKYUNIQ 13 _ PKYLTH 14 ___
PAGEKEY 15 ____________________________________________________________
OCUST1 16 ________ OCUST2 17 ________ OCUST3 18 ________
OSEGIDX 19 ______________________________
SAVEKEY 2 ______________________________
______________________________ TO _____________________________
______________________________ TO _____________________________
______________________________ TO _____________________________
______________________________ TO _____________________________
______________________________ TO _____________________________
______________________________ TO _____________________________
______________________________ TO _____________________________
STBRKEY 21 ________________________ ISEGIDX 22 ________________________
ICUST1 23 ____________ ICUST2 24 ____________ ICTLNM 25 ____________
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. SEGLOOP
The type of SEGLOOP. Possible values are OUTPUT, INPUT, and OUTIN. The
value is determined automatically by the type of fields in the loop range.
3. FIRST
The name of the first field in the SEGLOOP. This value is initialized to the value
in the FROM field on the Panel Definition menu. Names are limited to six
characters for IMS and five characters for CICS.
4. LAST
The name of the last field in the SEGLOOP. This value is initialized to the value
in the TO field on the Panel Definition menu. Names are limited to six characters
for IMS and five characters for CICS.
5. LINE
The line number of the field.
6. COLUMN
The column number of the field.
7. INCRE
The vertical spacing for displaying the group of SEGLOOP fields on the screen;
specified in this format:
vertical-spacing1[,vertical-spacing2...]
The vertical starting point of the first line displayed is specified in the
combination of the FIRST and LINE fields, and the value in the INCRE field is
the offset relative to the position of the first line displayed. The number of offset
values specified must be one less than the number of lines that comprise the
display.
For example, if the first field is FLD1, its LINE value is 3, its COLUMN value is
6, and the INCRE specification is 1,2,1, the vertical spacing of the resulting
display is:
1---+----+----+----+
1
2
3 FLD1
4 FLD1
5
6 FLD1
7 FLD1
Note that if you want to display a specific number of iterations, you specify one
less entry. In the example above, you specify three entries to display four
iterations.
8. REPEAT
Specify the number of times you want to REPEAT the INCRE in the group. For
example, a repetition of four results in four occurrences of the INCRE, which
results in four plus the one occurrence of the group that was painted on the Panel
Image.
9. CINCRE
horizontal-spacing1[,horizontal-spacing2]...
Define the spacing between columns on the screen; that is, the number of columns
between one field in an iteration and the next iteration of the same field. (A value
of 15 would cause a field in the next loop to begin 15 columns to the right of the
same field in the prior loop, regardless of the other fields in the loop.) Specify
one CINCRE value for each column, except for the first.
For example, if you want data to appear in three columns, with the first column
beginning at position 2, the second beginning in position 20, and third beginning
at position 45, enter the CINCRE values:
18, 25
(that is, from position 2 to position 20 is 18 columns; from position 20 to 45 is 25
columns).
The number of values specified in the CINCRE field determines the number of
iterations of the line. That is, if you specify n values in CINCRE, the number of
iterations on each line is n+1.
For BMS processing, when you specify CINCRE, all fields in SEGLOOP must
appear on one line only. For non-BMS processing, when you specify CINCRE,
all outin and input fields in SEGLOOP must occur on one line only.
Note: When coding CINCRE, be sure that the values you specify allow enough
spaces to display all fields in the loop horizontally. Also, be sure that the
number of columns needed to display each line does not exceed the width
of the screen.
10. LINECNT
The name of an output field which is to display the line number. To suppress
display of the line number, do not enter a value.
11. PAGE
A value to specify whether CA-Telon or the application user is to generate paging.
Valid values are:
Y
Automatically generate paging
N
Do not automatically generate paging
12. PAGESAV
The number of screens that can be paged backward consecutively before the first
screen is redisplayed.
13. PKYUNIQ
A value to specify whether allow non-unique keys are allowed for the PAGEKEY
field. Valid values are:
Y
Key must be unique
N
Non-unique keys allowed
14. PKYLTH
The length (in bytes) of the key identified by the PAGEKEY value.
15. PAGEKEY
The data item that contains the key of the segments being displayed on the list
screen. This data is saved in the transfer work area to implement automatic
paging.
Note: For SQL, a PAGEKEY value is not valid. If you specify a value in this
field, the Generator issues an error message.
16. OCUST1
The name of the custom code to perform output processing after the initial auto
exec call and before the first line mapped to the screen. OCUST1 custom code is
usually used in tandem with custom code identified in either the OCUST2 field or
OCUST3 field.
17. OCUST2
The name of the custom code to perform output processing after all subsequent
auto exec calls in the segment loop, before the data is mapped to the screen.
CA-Telon performs this code if the auto exec call is successful, whether or not the
end of page has been reached.
Note: CA-Telon performs one additional read after end of page is reached, to
establish a starting point for the next page. Use OCUST2 to check for
additional validation criteria for display. This precludes display of a blank
page when a successful auto exec call is not sufficient for validation.
18. OCUST3
The name of the custom code to perform output processing at the end of the
segment loop. CA-Telon uses this code for data that is mapped out to the next
line of the current screen during the next loop iteration. CA-Telon does not
execute this code if there is no more room on the screen to contain the
information mapped from the file.
OCUST3, and OCUST1 for the first record, are generally used to format data for
display on the screen.
19. OSEGIDX
The name of the index for the array from which output values are mapped for
each SEGLOOP pass. This information is used only if values are mapped from an
array. No specification is needed if the subscript SEGLOOP-COUNT is used
instead of an index name.
20. SAVEKEY
The names of the data items that are stored in a table at each loop iteration. The
specification is one or more pairs of data items, each including a source field and
a destination field. The second data item specified is the name of a table element
(generally in the transfer work area) in which to store information from the first
data item in each iteration of the SEGLOOP process.
The maximum length of this field is 254 characters including delimiters.
Generally, the data items define the keys for the displayed data, as specified in the
DBNAME field on the Update Output/Input/Outin Field screen, and are used to
retrieve a requested item (defined by line number) during subsequent select-option
processing.
Note: For TS queues, the key should be the queue ITEM number.
21. STBRKEY
The start browse key is the data item that contains the key data used in accessing
the first record to appear in the SEGLOOP on this screen. Only a single item
may appear in this field, though it may identify a structure (for COBOL) or the
overlay of a structure (for PL/I).
For DL/I, CA-Telon uses this value in the SSA for the first GU call to start the
looping process. You cannot use this field with the SCHFLDC, SCHFLDI, and
SCHFLDL fields.
For VSAM, CA-Telon uses this value as a unique key that is read to start the
looping process. For temporary storage queues, CA-Telon uses it as the startup
ITEM member for the browse. The value must be a binary half word.
For SQL, CA-Telon uses the value in STBRKEY to assign to the aggregate
structure CURRENT-SEGMENT-KEY. The individual components of that
structure are subsequently assigned to the key fields used in the SQL SELECT
call.
For PL/I, if the SEGLOOP key is defined as decimal (for example, PIC S9(5)
COMP-3, DEC FIXED, SQL integer) or binary (for example, PIC S9(4) COMP,
BIN FIXED, SQL float), you must define a character string to overlay the key
field, and then define that overlay field as the STBRKEY. For example:
SEGLOOP ...STBRKEY=OVERDEC...
COBOL
5 DECFLD PIC S9(5) COMP-3.
5 OVERDEC PIC X(3) REDEFINES DECFLD.
PL/I
DCL DECFLD DEC FIXED (6,)
OVERDEC CHAR(4) BASED(ADDR(DECFLD));
For COBOL and PL/I DL/I programs, where the AUTOEXEC BROWSE segment
has a KEYPIC on it, STBRKEY has the same definition as the KEYPIC field.
Refer to Programming Concepts Guide for more information.
22. ISEGIDX
The name of the index for the array being referenced in each segment loop.
CA-Telon uses this information only if values are mapped into an array. No
specification is needed if the subscript SEGLOOP-COUNT is to be used instead
of an index name.
23. ICUST1
An exit name for custom code prior to input edits (in the loop).
24. ICUST2
The name of custom code to perform custom processing in the input segment
loop.
25. ICTLNM
The name of the screen field, in the input segment loop, that determines if editing
or mapping is done on the current iteration of the loop.
5.1 Introduction
This chapter discusses the online program definition function, Option 4 on the TDF
Main menu.
Once you have created a panel image and panel definition, the next step in creating the
program is to create a program definition. That definition can be:
■ A screen
■ A driver
■ A report
■ A nonterminal program (CICS)
■ A batch program
Note: The batch program definition function is described in Chapter 6, “Batch
Program Definition.”
You enter these values in fields of various TDF screens described in this chapter.
Auto exec I/O: When your program always performs the same action with the data
(read, write, create, or update), you can create high-level, auto exec I/O. The
CA-Telon-generated program then accesses that data function with each execution of
the program. Use the Create/Update Data Group screen to set up this automatic I/O.
CA-Telon places code for auto exec calls in A-100-, B-100-, D-100-, and H-100-
sections of the program depending on the type of call requested.
User exec I/O: When the same I/O must perform different processing based on
varying conditions in the program, you create a user exec I/O with the Create/Update
Data Group screen.
When the type of data access is conditional, you will create different I/O and control
its execution. When you create user exec data access, CA-Telon generates the code in
a U-100 section or procedure that can be performed or called from any custom code
entry point.
Defining custom code: The custom code screen of the program definition
submenu allows you to enter that code using the CA-Telon editor. Refer to
Programming Concepts Guide for program flowcharts that illustrate the normal entry
points for your custom code.
Placing custom code: You can insert custom code at almost any point of your
CA-Telon-generated program. You identify the location for placing particular custom
code members by naming those members in the screen definition, report definition, and
driver definition.
The short form of the menu contains a subset of the fields on the long form.
MEMBER NAME:
HEADER 4____
ID 5____ TYPE 6_ (SD, DR, RD, ND)
DESC 7______________________________________________________________
BASE DEFN : 8_____ (FOR CREATE - NAME OF BASE SD, DR, RD OR ND)
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13. You can also enter
the SETMODE command to swap between the long form and short form of this
menu.
2. FUNCTION
The type of function to perform on the named ITEM. The initial value is UP
(update). Valid values are:
CR
Create a screen definition, driver definition, report or CICS nonterminal
definition.
UP
Update a screen definition, driver definition, report or CICS nonterminal
definition.
PU
Purge a screen definition, driver definition, report or CICS nonterminal
definition.
SH
Show a screen definition, driver definition, or report definition. The screen
that is displayed consists of protected fields.
LI
List entities starting with the requested HEADER and ID. You can copy,
rename, purge, update, or browse entities that are listed.
3. ITEM
The item with which you will work. Valid values are:
SD
Screen definition
DR
Driver definition
RD
Report definition
ND
CICS nonterminal definition
DG
Data group
CC
Custom code
EN
Environment
4. HEADER
A one- to five-character name identifying a group of programs (that is, an
application or a portion of an application).
The length of this field is determined at installation time. The combined length of
HEADER and ID must be five or six characters, depending on the installation
options.
5. ID
A one- to five-character name that uniquely identifies one of the following within
a particular HEADER:
■ Screen definition
■ Report definition
■ CICS nonterminal definition
■ Driver definition
■ Panel definition
■ Panel image
You can also access this screen from the List Data Administration Information screen
by entering U as a line command for a listing of a screen definition.
OUTPUT:
A-1 4 OINIT1 15______ 4 OINIT2 16______ 4 CURSCUS 17______
B-1 4 OUTTERM 18______
INPUT:
P-1 PFKEYS 19___________________________________________________________ _
D-1 4 ININIT1 2______ 4 ININIT2 21______
J-1 SELECT FIELDS 22
E-1 4 FLDEDIT 23______
X-1 24_ SCREEN XFEDIT/SEGEDIT 4 CONSIS 25______
H-1 4 INTERM 26______
The XFERWKA, PFKEYS, and PGMCUST fields have no edit option field; therefore,
you cannot select the custom code editor for these fields. Members entered into these
fields are usually stored in shared libraries.
The WKAREA and SECTION fields have an edit option field. However, you can
access the Editor only when one member name exists for the field. If you have
specified more than one member name for the field, go to the List/Show Custom Code
screen to select the member for editing.
All five fields that accept specification of multiple members can contain a maximum
of 253 bytes of data. You can specify 60 bytes for each field on this screen; you can
enter U in a one-byte field to the right of the 60th byte to request an extension screen
for additional space. When you return from the extension screen, the plus sign (+)
character appears in the one-byte field.
Show/Purge screen: You can access the Show/Purge Screen Definition (S114)
screen from the Online Program Definition menu by entering:
■ SH or PU in the FUNCTION field
■ SD in the ITEM field
■ Header in the HEADER field
■ Identifier in the ID field
Alternatively, on the List Panel Definitions screen, you can enter S or P as a line
command for a screen definition (SD).
The Show/Purge Screen Definition screen fields are the same as the Create/Update
Screen Definition screen fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
You can also enter one of the following commands to invoke the custom code
editor for a specified member:
■ CREATE member-name [member-description]
■ EDIT member-name [member-description]
■ UPDATE member-name
■ SHOW member-name
2. OPTIONS
Other TDF functions to complete the necessary specifications of the program
definition. Enter any single non-blank character in the input field to the right:
3. DESC
The description entered on the Online Program Definition menu. You can modify
the description here.
4. Edit Flag fields
Some fields on this screen for which you supply custom code member names are
preceded by a one-position edit option field. The list below provides valid edit
option values and the functions that they invoke:
U
CA-Telon transfers control to a blank edit screen allowing you to create a
custom code member. If you have already created a custom code member,
CA-Telon transfers to the List Custom Code screen after you enter the custom
code member name in the associated field.
If you have not specified a custom code member in the associated field,
CA-Telon automatically creates a custom code member and gives it the name
of the corresponding entry point. For example, if you enter U in the edit
option field for OINIT1 but have not specified a name, CA-Telon names the
custom code member OINIT1. The next time you access the Create/Update
Screen Definition screen, the value **DFLT** is displayed in the name field
to signify that the name matches the entry point name and that the field is
protected.
O
CA-Telon erases the value displayed in the associated field, including the
value **DFLT**.
This action simply eliminates the association between this entry and the
custom code member. It does not delete the member. Its purpose is to allow
you to rename the custom code member or associate it with another entry
point.
S
CA-Telon passes control to the custom code editor and returns the requested
member in show mode.
5. REMARKS
The name of the custom code member to add to the COBOL REMARKS section
of the program or to the beginning of the PL/I program.
6. NEXTPGM
The ID of the next program in the application to receive control from the current
program. The actual length of the NEXTPGM field is set at CA-Telon
installation.
Note: If the program transfer control is handled using select field options, PF-key
coding, or consistency edit coding, do not enter a value in this field. If you
specify a value, CA-Telon passes control to the program identified, unless
PF-key action specifies the next program and sets the PF-key return code
field (CONTROL-INDICATOR) to R.
7. CURSOR
The label name of the field where the cursor is positioned when the application
user initially accesses the screen. Alternatively, you can position the cursor
through custom code by using the CURSCUS field.
Note: The label name can be the label of only an input, outin, or select field.
8. SIZE
The number of lines and columns on the screen, in the format ll ccc:
ll
A two-digit number indicating the number of lines
ccc
a three-digit number indicating the number of columns
SIZE defaults to the size of the panel definition, which is either 24 x 80 or the
value specified for the PANEL SIZE field on the Update Sessions Controls screen.
If overridden, the size must be larger than the size of the associated panel
definition.
9. LANG
The programming language in which CA-Telon is to generate the program. This
field is not used in installations using only one language. Valid values are:
COB
COBOL, COBOL II
PLI
PL/I
The language specified here overrides the default language set on the Update
Program Definition Defaults screen. If the default was not set, a value in this field
is required.
10. CMPLOPT
Compiler parameters to be included in the generated program before the COBOL
IDENTIFICATION DIVISION line or the PL/I PROC statement. The field on
this screen contains 16 bytes. Once an entry has been made in the field, an
extension field is presented after the field. If you need to enter a longer value,
place a "U" in the extension field to go to the "Update Parameter Overflow"
screen, where you can enter a total of 253 bytes, including commas.
11. IDENTIF
The custom code COPY member name to be added after the COBOL
IDENTIFICATION DIVISION line for specification of INITIAL and other
17. CURSCUS
The name of the custom code member that contains cursor positioning logic.
Refer to Programming Concepts Guide for more information on cursor
positioning.
Note: If you are using the CURSOR field, CA-Telon positions CURSCUS
custom code after the code generated to set the cursor.
18. OUTTERM
The custom code added at the end of the B-100-OUTPUT-EDITS section. This
logic is performed after output edit processing and after SEGLOOP processing (if
defined).
19. PFKEYS
The COPY or INCLUDE code to process PF keys to include in the
P-100-PFKEYS section of the generated program. CA-Telon generates a COPY or
INCLUDE statement for each entry.
As installed, the format is hhPFKnnn, where:
hh
Value in the Online Program Definition menu HEADER field
nnn
The PF key number. The value is generally 1 to 24 but can be any one- to
three-character value; for example, the value OTH means other PF keys.
Note: The scroll keys (page forward and page backward) established at
installation are automatically requested when paging is specified on
the Create/Update File Segloop screen.
The maximum string length is 253 bytes.
20. ININIT1
The name of the custom code added in the D-100-INPUT-INIT section of the
program, prior to any auto exec.
21. ININIT2
The name of the custom code added in the D-100-INPUT-INIT section of the
program, following any auto exec.
22. SELECT FIELDS
Enter any non-blank character in this field to access the Update Select Fields
screen. The TDF presents the Update Select Fields screen only if the panel
has select fields.
Note: This field does not show presence or absence of consistency edits or
select fields. This information is given on the Update Select
Parameters screen.
23. FLDEDIT
The name of the custom code added in the E-100-INPUT-EDITS section of
the program. CA-Telon executes this custom code after performing all
individual field edits.
24. SCREEN XFEDIT/ SEGEDIT
Enter any single non-blank character in this field to access the List
Consistency Edits screen. If a consistency edit exists, this field contains a
plus sign (+).
25. CONSIS
The name of the custom code added in the X-100-CONSIS-EDITS
(consistency edits) section of the program.
26. INTERM
The name of the custom code added in the H-100-INPUT-TERM
(termination) section of the program, following any auto exec.
27. SECTION
The name or names of the custom code member or members that contain the
COBOL sections or PL/I procedures.
You can perform the section or procedure from other parts of the program.
You can store the section in a common library, or the section can be unique
to this screen.
The maximum number of COPY members you can include is 35, each
separated by a comma, and the maximum input value for this field is 253
bytes including commas.
28. PGMCUST
The name of the COBOL section or PL/I procedure in which to add custom
code, and the name of the custom code member to be added. The default is
the value in the PGMCUST field on the Update Program Definition Defaults
screen. You can make multiple specifications using this format:
section-name1, member-name1,
section-name2, member-name2,...
Section-name
The four-character identifier of the section or procedure in which to
include the custom code (for example, H100) and a suffix (I or T) that
specifies whether to include the code at the beginning (I) of the section or
procedure, or at the end (T).
For example, H100I specifies section H100 is included at the beginning
of the program and E100T specifies section E100 is included at the end
of the program.
Member-name
The name of the custom code added at the location specified by
section-name.
Thus, the value A100I,OUTIDC specifies the custom code named
OUTIDC is placed at the beginning of the A-100 section.
Note: PGMCUST must be specified in the SETENV field of MACLIB
member TLNIIS for any program to use an exit name.
You can include PGMCUST at the beginning and end of any section or
procedure within the program, with the exception of U-100 sections or
procedures generated by I/O statements (that is, CREATE, DELETE, READ,
and UPDATE). On a CREATE statement, the value defaults to profile
PGMCUST field.
The maximum input value for this field is 253 bytes including commas.
Section Description
A100I A-100-OUTPUT-INIT (beginning of section)
A100T A-100-OUTPUT-INIT (end of section)
B100I B-100-OUTPUT-EDITS (beginning of section)
B100T B-100-OUTPUT-EDITS (end of section)
C100I C-100-TERMIO-READ (beginning of section)
C100T C-100-TERMIO-READ (end of section)
C200I C-200-TERMIO-WRITE (beginning of section)
C200T C-200-TERMIO-WRITE (end of section)
C210I C-210-TERMIO-WRITE-INITIAL (beginning of section)
C210T C-210-TERMIO-WRITE-INITIAL (end of section)
C220I C-210-TERMIO-WRITE-SUBQUENT (beginning of section)
C220T C-210-TERMIO-WRITE-SUBQUENT (end of section)
C300I C-300-TERMIO-XFER (beginning of section)
C300T C-300-TERMIO-XFER (end of section)
C400I C-400-TERMIO-MSG-SWITCH (beginning of section)
C400T C-400-TERMIO-MSG-SWITCH (end of section)
C500I C-500-FORM-INIT (beginning of section; character client)
C500T C-500-FORM-INIT (end of section; character client)
C600I C-600-PROCESS-FORM (beginning of section; character
client)
C600T C-600-PROCESS-FORM (end of section; character client)
C700I C-700-TP-TO-CLI-ATTR (beginning of section; character
client)
C700T C-700-TP-TO-CLI-ATTR (end of section; character client)
C710I C-710-TP-SEARCH-TABLE (beginning of section; character
client)
C710T C-710-TP-SEARCH-TABLE (end of section; character client)
C730I C-730-ATTRIB-LOOP (beginning of section; character client)
C730T C-730-ATTRIB-LOOP (end of section; character client)
C800I C-800-CLI-TO-TP-ATTR (beginning of section; character
client)
C800T C-800-CLI-TO-TP-ATTR (end of section; character client)
Section Description
C810I C-810-CLI-SEARCH-TABLE (beginning of section; character
client)
C810T C-810-CLI-SEARCH-TABLE (end of section; character client)
C830I C-830-ATTRIB-LOOP (beginning of section; character client)
C830T C-830-ATTRIB-LOOP (end of section; character client)
C910I C-910-GET-MESSAGE & C-910-TERMIO-SAVE (beginning
of section; IMS screen programs and drivers and AS/400 and
UNIX screen programs, respectively)
C910T C-910-GET-MESSAGE & C-910-TERMIO-SAVE (end of
section; IMS screen programs and drivers and AS/400 and
UNIX screen programs, respectively)
C920I C-920-GET-WORKSPA (beginning of section; IMS screen
programs and drivers with WORKSPA)
C920T C-920-GET-WORKSPA (end of section; IMS screen programs
and drivers with WORKSPA)
C925I C-925-INSERT-WORKSPA (beginning of section; IMS screen
programs and drivers with WORKSPA)
C925T C-925-INSERT-WORKSPA (end of section; IMS screen
programs and drivers with WORKSPA)
C930I C-930-INPUT-MERGE (beginning of section)
C930T C-930-INPUT-MERGE (end of section)
C935I C-935-INPUT-MERGE-LOOP (beginning of section)
C935T C-935-INPUT-MERGE-LOOP (end of section)
C940I C-940-OUTPUT-MERGE (beginning of section)
C940T C-940-OUTPUT-MERGE (end of section)
C945I C-945-OUTPUT-MERGE-LOOP (beginning of section)
C945T C-945-OUTPUT-MERGE-LOOP (end of section)
C948I C-948-OUTPUT-OUTIFIL (beginning of section)
C948T C-948-OUTPUT-OUTIFIL (end of section)
C950I C-950-PUT-WORKSPA (beginning of section; IMS screen
programs and drivers with WORKSPA)
C950T C-950-PUT-WORKSPA (end of section; IMS screen
programs and drivers with WORKSPA)
C960I C-960-PUT-SPA (beginning of section; IMS screen programs
and drivers with SPA)
Section Description
C960T C-960-PUT-SPA (end of section; IMS screen programs and
drivers with WORKSPA)
C970I C-970-PUT-MESSAGE (beginning of section)
C970T C-970-PUT-MESSAGE (end of section)
C990I C-990-BUFFER-INIT (beginning of section)
C990T C-990-BUFFER-INIT (beginning of section)
C995I C-995-BUFFER-INIT-LOOP (beginning of section)
C995T C-995-BUFFER-INIT-LOOP (end of section)
C999I C-999-TERMIO-EXEC (beginning of section)
C999T C-999-TERMIO-EXEC (end of section)
D100I D-100-INPUT-INIT (beginning of section)
D100T D-100-INPUT-INIT (end of section)
E100I E-100-INPUT-EDITS (beginning of section)
E100T E-100-INPUT-EDITS (end of section)
E200I E-200-PROCESS-FIELD (beginning of section)
E200T E-200-PROCESS-FIELD (end of section)
H100I H-100-INPUT-TERM (beginning of section)
H100T H-100-INPUT-TERM (end of section)
J100I J-100-SELECT (beginning of section)
J100T J-100-SELECT (end of section)
K100I K-100-HOLD-RESTORE (beginning of section)
K100T K-100-HOLD-RESTORE (end of section)
K200I K-200-HOLD-RESUME (beginning of section)
K200T K-200-HOLD-RESUME (end of section)
K300I K-300-WINDOWS (beginning of section)
K300T K-300-WINDOWS (end of section)
K310I K-310-WINDOW-SAVE (beginning of section)
K310T K-310-WINDOW-SAVE (end of section)
K320I K-320-WINDOW-CLEANUP (beginning of section)
K320T K-320-WINDOW-CLEANUP (end of section)
K330I K-330-WINDOW-RESTORE (beginning of section)
Section Description
K330T K-330-WINDOW-RESTORE (end of section)
L100I L-100-HOLD-SAVE (beginning of section)
L100T L-100-HOLD-SAVE (end of section)
L990I L-990-INSERT-HOLD (beginning of section)
L990T L-990-INSERT-HOLD (end of section)
M100I M-100-HELP-ANALYZE (beginning of section)
M100T M-100-HELP-ANALYZE (end of section)
MAINFIELD MAIN-FIELD-PROCESS (end of section; CICS character
client/server)
MAINFIELDI MAIN-FIELD-PROCESS (beginning of section; CICS
character client/server)
MAINI MAIN (beginning of section)
MAINT MAIN (end of section)
MAININPUTI MAIN-INPUT (beginning of section)
MAININPUTT MAIN-INPUT (end of section)
MAINLINE MAIN (replaces entire section)
MAINOUTPUTI MAIN-OUTPUT (beginning of section)
MAINOUTPUTT MAIN-OUTPUT (end of section)
MAINPROCESSI MAIN-PROCESS (beginning of section)
MAINPROCESST MAIN-PROCESS (end of section)
MAINTERMI MAIN-FORM-TERM (beginning of section; CICS character
client)
MAINTERMT MAIN-FORM-TERM (end of section; CICS character client
only)
N100I N-100-CURSOR-POSITION (beginning of section)
N100T N-100-CURSOR-POSITION (end of section)
P100I P-100-PFKEYS (beginning of section)
P100T P-100-PFKEYS (end of section)
Q100I Q-100-CICS-INIT (beginning of section)
Q100T Q-100-CICS-INIT (end of section)
Q200I Q-200-PSB-SCHEDULE (beginning of section)
Q200T Q-200-PSB-SCHEDULE (end of section)
Section Description
Q210I Q-210-PSB-TERM (beginning of section)
Q210T Q-210-PSB-TERM (end of section)
Q300I Q-300-ACQUIRE-WORKAREAS (beginning of section)
Q300T Q-300-ACQUIRE-WORKAREAS (end of section)
Q400I Q-400-ACQUIRE-SPA (beginning of section)
Q400T Q-400-ACQUIRE-SPA (end of section)
T100I T-100-CLOSE-FILES (beginning of section)
T100T T-100-CLOSE-FILES (end of section)
X100I X-100-CONSIS-EDITS (beginning of section)
X100T X-100-CONSIS-EDITS (end of section)
Z100I Z-100-SECTIONS-COPY (beginning of section)
Z900I Z-900-SECTION-FALLOUT & Z-900-PROGRAM-END
(beginning of section); COBOL programs only)
Z970I Z-970-IDMSSQL-ERROR (beginning of section)
Z970T Z-970-IDMSSQL-ERROR (end of section)
Z980I Z-980-ABNORMAL-TERMINATION (beginning of section)
Z980T Z-980-ABNORMAL-TERMINATION (end of section)
Z990I Z-990-PROGRAM-ERROR (beginning of section)
Z990T Z-990-PROGRAM-ERROR (end of section)
Function: Specifies:
■ The data items (DL/I or SQL databases, VSAM or sequential files, and CICS
queues or journals) to access for this program definition
■ Auto exec and user exec I/O requests
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
You can also enter the DGADD (Data Group Add) command in the COMMAND
field. DGADD requires a parameter (for example, DGADD psb-name). This
table identifies the possible DGADD parameters and their functions:
If you specify a file group name, CA-Telon appends the file group to the end of
the current data group. If you specify a screen definition name, CA-Telon
appends the data group from that screen to the end of the current data group.
Adding a segment to a DBD: To add a segment to a DBD that you already added
to a program on the TDF, follow these steps:
1. Make sure the new segment has been added to the DBD on the Create/Update
DBD screen
2. Issue the DGADD command for the DBD so that CA-Telon appends the DBD to
the program's current data group
3. From the new lines that appear, delete the PCB line (it should be a duplicate) and
SEG lines for any segments that already exist in the data group
4. If the new segments are not directly under the DBD with which they are
associated, move them by using line commands
Note: CA-Telon removes the DG separator line dividing new segments from the
previously existing DBD when you leave this screen.
5. Edit and add I/O lines for the new segments, as needed.
2. (Line command)
You can modify the screen contents by using these control characters:
Command Description
C Copy a line.
CC Copy a block of lines.
Command Description
I Insert a line
Inn Insert nn lines.
IS(n) Insert n lines for you to enter the command.
M Move a line.
MM Move a block of lines.
R Repeat a line.
RR Repeat a block of lines.
A Line(s) to insert, copy, or move go after this line.
AM(n) Line(s) to copy or move are repeated n times after this line.
B Line(s) to insert, copy, or move go before this line.
BM(n) Line(s) to copy or move are repeated n times before this line.
D Delete an entry.
F(n) Redisplay n lines that were excluded with the X or XX command,
beginning at the first excluded line.
L(n) Redisplay n lines that were excluded with the X or XX command,
beginning at the last excluded line.
U Update detail for a data access level.
V Preview function.
X(n) Exclude n lines beginning with this line.
XX Exclude a block of lines.
Note: - When one or more lines are excluded from the Data Group and the
Create/Update Data Group screen is saved on exit, the exclusion is retained. The next
time the Data Group is displayed with the exclusion, issue the "RESET" command to
remove the exclusion.
■ BROWSE, CREATE, and UPDATE access types — You have the option of
using the AUTOEXEC label to have CA-Telon generate and perform the
associated I/O. If you do not specify a label, CA-Telon identifies the requests
as USEREXEC I/O, and CA-Telon generates but does not perform the I/O.
You must write your own code to perform user exec requests.
Note: AUTOEXEC is a CA-Telon reserved word for LABEL meaning
automatically generated and executed CA-Telon code.
The first character of a value in this field must be a letter, @, #, or $. Subsequent
characters may be numbers. No other special characters are allowed. Use of
characters other than these will result in Generator errors.
Note: CA-Telon automatically performs BROWSE even if you do not specify the
label AUTOEXEC (for SQL, if you specify AUTOEXEC, CA-Telon
performs I/O from B-100 rather than generating I/O in-line).
Example:
LABEL REQUEST ...
Request Action
BROWSE Read the SEG/ROW in a loop during the program output
processing.
Request Action
DEFINE Explicitly request CA-Telon to generate storage areas for this
REC/SEG/ROW, regardless of whether data access has been
defined for this item.
@DEFINE CA-Telon assumes that this item needs storage areas because this
REC/SEG/ROW has data access defined to it. If you remove all
data access for this REC/SEG/ROW, this automatically reverts to
@DUMMY.
DUMMY The developer has explicitly requested that CA-Telon should not
generate storage areas for this REC/SEG/ROW, regardless of
whether data access has been defined for this item.
@DUMMY CA-Telon assumes that the REC/SEG/ROW is not being used and
no storage areas are needed. This is switched to @DEFINE when
you insert the type of data access used.
HOLD Used for HOLD processing.
WORKSPA CA-Telon handles the SEG/ROW as a workspa.
Data access lines: For data access lines, you can enter any of the following values
for this field:
Request Action
BROWSE Used with AUTOEXEC label only (in conjunction with
SEGLOOP) for READ processing in a loop during output
processing.
CREATE Can be used with AUTOEXEC label. Insert or write during
input processing.
DEFINE The segment is defined to the TDF. CA-Telon processes it in
the generation procedure to create storage areas for it.
DELETE Can be used with AUTOEXEC label. Delete during input
processing.
HOLD Used for CA-Telon hold processing.
INREAD Used with AUTOEXEC label only. Read during input
processing initialization.
JOURNAL Can be used with the AUTOEXEC label. It writes a record to
the CICS journal.
Request Action
MATCHM In a match-structure program, you must select files for auto exec
match handling. Select a file as the match master file and assign
an auto exec MATCHM request to it. Select another file as the
match transaction file and assign an auto exec MATCHT to it.
Standard line commands are valid for these requests. The U
command displays the update detail data access screens.
PREVIEW is not supported for MATCHM and MATCHT auto
exec requests.
MATCHT See MATCHM above.
MERGEnn Select up to 20 files for auto exec merge handling in a
merge-structure program. The files are identified hierarchically
by the requests MERGE01 through MERGE20. This means the
file with request MERGE01 is accessed first, MERGE02 second,
and so on. In assigning the MERGEnn data access requests, you
must increment nn by 1. For example, four requests must be
identified MERGE01, MERGE02, MERGE03, MERGE04.
Standard line commands are valid for these requests. The U
command displays the update detail data access screens.
PREVIEW is not supported for MERGEnn auto exec requests.
OIREAD Used with AUTOEXEC label only. Read during output and
input initialization processing.
OUTREAD Used with AUTOEXEC label only. Read during output
initialization processing.
READ For DL/I, READ is used to get a unique segment unless you
specify a function. Then it performs a different type of get
depending upon the function.
For VSAM and SEQ, READ is used to perform a read.
For SQL, READ is used to perform a select.
For CICS TS and TD Queues, READ is used to perform a
READQ.
READNEXT For DL/I, READNEXT is used for a get next.
For SQL, READNEXT is used to open a cursor and perform a
fetch from the cursor.
For VSAM and QUEUEs, READNEXT is used to perform a
read next.
For SEQ, READNEXT is used to perform a read.
For CICS TS and TD Queues, READ is used to perform a
READQ.
Request Action
REPLACE For DL/I, REPLACE is used for a REPLACE.
For SQL, REPLACE is used to perform an UPDATE.
For VSAM, REPLACE is used to perform a REWRITE.
SPBROWSE Used with AUTOEXEC label only (in conjunction with
SEGLOOP) for READ processing in a loop during ouput
processing on a program that calls a stored procedure which
returns a result set.
SPRDNEXT SPRDNEXT is used by a program that calls stored procedure to
perform a fetch from a cursor that has been opened by the called
stored procedure.
SPTRNACT Used with AUTOEXEC only (in batch and CICS nonterminal
programs which call stored procedures). A fetch from a cursor
that has been opened by the called stored procedure is generated
in the GET-TRAN section.
TRANSACT Used with AUTOEXEC only (in batch and CICS nonterminal
programs only). Sequential read is generated in the GET-TRAN
section.
UPDATE Can be used with AUTOEXEC label. With AUTOEXEC,
CA-Telon generates a read during output initialization. Then
CA-Telon generates a read for update followed by an update
during input processing. When AUTOEXEC is not specified,
CA-Telon generates but does not perform the read for update
followed by an update only.
Note: All data access requests that generate READs are invalid
for CICS journals. CREATE, DEFINE, @DEFINE, DUMMY,
and @DUMMY are the only valid REQUEST values for CICS
journals.
WORKSPA CA-Telon handles the segment as a workspa.
5. KEY/WHERE
This field can contain:
■ The host variable name(s) containing the key(s) that identify the segment or
record accessed by the I/O
■ The entire WHERE clause
CA-Telon uses the value in this field:
■ To set the key in the SSA, in DL/I
■ As the RIDFLD, in VSAM
■ To construct the WHERE clause, in SQL and EXEC DLI
6. IGNORE
Status codes to be ignored. All DBMS-specific status codes are valid. Generic
status values are translated to the corresponding DBMS-specific status codes at
generation time.
This table presents generic values and how CA-Telon handles generic values:
If CA-Telon encounters a return code other than blanks that is not included in the
IGNORE field for an I/O, CA-Telon assumes ABEND processing as follows:
■ For all I/O except BROWSE, CA-Telon invokes ABEND processing. OK is
the default.
■ For BROWSE I/O, CA-Telon does not invoke ABEND processing. ALL is
the default.
Function: Changes the DBMS type of the COBOL or PL/I data item.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. TYPE
Protected field identifying the type of DBMS (for example, SQL). The displayed
value is from the Create or Update PSB, File Group screen.
Note: The value REF implies that this database is used for inheritance processing
only.
3. TLNNAME
Type of DBMS:
■ For DL/I, the name of the database as specified in the DBD
■ For SQL, the label of the table
■ For VSAM, the name of the data set
The displayed value is from the Create/Update PSB Or File Group screen.
4. PCB
Protected field identifying the DL/I PCB name.
The displayed value is from the Create/Update PSB Or File Group screen.
5. TABLE
The fully-qualified name of the SQL table.
6. SYNONYM
Option for generating the qualifier for the SQL table. Valid values are:
Y
CA-Telon leaves the qualifier for the table blank. This allows for full
qualification by SQL during SQL precompilation.
N
CA-Telon generates the qualifier for the table, which is the generated program
that contains the fully-qualified SQL table or view names.
7. PCBNAME
The name of the COBOL or PL/I data item used to access the PCB.
8. KEYLTH
For a database or a data set, the length of the concatenated key for the PSB that
CA-Telon generates.
For a teleprocessing PCB, do not enter a value for this field.
9. PROCSEQ
The name of the secondary index used to process the database named in the PCB
statement's DBDNAME operand. The value in this field defines the PCB
statement, PROCSEQ=.
10. PROCOPT
The DB processing options. This field is valid only when DB or GSAM are values
in the TYPE field. The value in the PROCOPT field defines the PCB statement,
PROCOPT=.
For more information about the DB processing options, see IMS utilities
documentation.
11. LTERM
The destination for messages sent using this PSB. Options include any IMS
transaction code and any logical terminal name defined to IMS. The value in this
field defines the PCB statement, LTERM=.
If you do not specify a value in this field, the destination for the PCB is
modifiable in the program.
12. EXPRESS
A value to specify whether the PCB processes a message if an application
ABENDs. EXPRESS is valid only for teleprocessing PCBs. Valid values are:
Y
Messages from the alternate PCB are sent if an ABEND occurs
N
Messages from the alternate PCB are backed out if an ABEND occurs
The default depends on the value of the ABCALL field: if ABCALL=Y, then
EXPRESS defaults to Y; otherwise, EXPRESS defaults to N.
13. MSGCALL
A value to specify whether this PCB is used in place of XFER-PCB for generated
message switch processing. Valid values are:
Y
This PCB is used in place of XFER-PCB for generated message switch
processing
N
This PCB is not used in place of XFER-PCB for generated message switch
processing
14. ABCALL
(Valid only for teleprocessing PCBs.) A value to specify whether the PCB that
CA-Telon generates replaces CA-Telon's XFER-PCB in calls to the CA-Telon
ABEND handling routine.
Valid values are:
Y
The PCB that CA-Telon generates replaces the XFER-PCB. This is the
default.
N
CA-Telon uses the XFER-PCB
15. PRINT
A value to indicate whether the REPORT subroutine uses this PCB. If you do not
specify a value, then the print subroutine uses the XFER-PCB. This field is valid
only for teleprocessing PCBs.
Valid values are:
Y
The PCB that CA-Telon generates and replaces the XFER-PCB. This is the
default.
N
CA-Telon uses the XFER-PCB
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. TABLE NAME
Protected field identifying the qualifier and name of an SQL table. The displayed
value is from the Catalog/Import DB2 Tables screen.
3. CURRENT ROW NAME
Protected field identifying a row in an SQL table. You can alter the value in the
S field. Data access uses the column definitions for this row.
4. USAGE
Row usage. Valid values are:
DEFINE
The row is defined to the TDF. CA-Telon processes it in the generation
procedure.
DUMMY
The row is not being used.
@DEFINE
The row is being used, but CA-Telon is controlling it.
@DUMMY
CA-Telon assumes that the row is not being used. This changes to @DEFINE
when the type of data access is defined.
5. KEY OR WHERE
This field can contain:
■ The PL/I or COBOL host variable name(s) containing the key(s) that identify
the rows being accessed
■ The entire key clause
In SQL and EXEC DLI, CA-Telon uses the value in this field to construct the
WHERE clause.
On an SQL CREATE user exec request, CA-Telon uses this field to specify a
mass insert criterion. The following is an example of this use:
EXEC SQL INSERT INTO DSN8.TEMPL
SELECT mass
FROM DSN82.TEMPL insert
WHERE WORKDEPT='D11' criterion
END-EXEC.
6. S
A value to direct CA-Telon to use the corresponding TLNROW name as the
CURRENT ROW NAME. Valid values include any non-blank character.
Access to the row uses the column definitions that the new TLNROW specifies.
7. TLNROW
Protected field identifying the CA-Telon-defined rows in the table. For each row,
there may be multiple columns.
Note that the first TLNROW has the same name as the row named in the
CURRENT ROW NAME field unless you change the CURRENT ROW NAME
with the SELECT override.
8. C-CNT
Protected field identifying the number of columns in the row.
9. COLUMNS DEFINED
Protected field listing the columns defined for the TLNROW.
10. OUTPUT FIELD
Protected field in which a plus sign (+) indicates that there is more column
information for the TLNROW. To view this information, go to the Create/Update
SQL Tables/TLNROWs screen.
Function: Updates detail segment characteristics valid for any type of I/O.
CA-Telon exports values from this screen to the Create/Update DBD screen,
Create/Update Data Group screen, and Show/Update Data Set Default Data screen.
1. DBD
Protected field identifying the DBD name specified on the NAME field of the
Create/Update DBD screen.
2. SEGM
Protected field identifying the segment specified on the NAME field of the
Create/Update DBD screen.
3. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
4. PCB PARMS
PCB parameters. To select this field, enter a nonblank value. This transfers you
to the Extended Parameter Utility screen, on which you can enter parameters such
as PROCOPT and INDICES. See 3.11, “Update Sensitive Segment” on
page 3-33 for information on PROCOPT and INDICES.
5. LABEL
The segment, when you require more than one occurrence of a segment name in a
file group (duplicate segment name).
This value must uniquely identify the segment in the file group. It is used in
generating names such as SSA or U_100 names.
For example, if you specify READ for segment TRGEMPL, CA-Telon generates
the paragraph U-100-READ-TREGEMPL (for COBOL).
6. USAGE
The type of processing associated with the SEGMENT. Valid values are:
BROWSE
Read the segment in a loop on output.
DEFINE
The segment is defined to the TDF. CA-Telon processes it in the generation
procedure.
DUMMY
The segment is not being used.
@DEFINE
The segment is being used, but CA-Telon is controlling it.
@DUMMY
CA-Telon assumes that the segment is not being used. This changes to
@DEFINE when the type of data access is defined.
HOLD (IMS Only)
Used for hold processing.
WORKSPA (IMS Only)
CA-Telon handles the SEG/ROW as a workspa.
7. KEYPIC
The format of the key for the segment. CA-Telon uses the value in this field for
the VALUE parameter in the SSA.
Note: This field is for upward compatibility only. If not specified (e.g., due to
conversion from releases prior to 2.0), this field does not appear on the
screen.
If the format of the key for the segment is a character format, do not enter a
value.
If the format of the key for the segment is packed decimal or binary and the key
value being moved to the SSA is of a different format, the key is converted when
it is moved to the SSA.
The following is an example of a COBOL entry for the KEYPIC field:
9(5) COMP-3
8. COPY
The COBOL COPY or PL/I INCLUDE member name that identifies the segment
definition. CA-Telon uses the contents of the member for the layout of the
segment. The member name should be unique for this program.
If you enter NONE, CA-Telon does not copy a segment definition into the
program.
Note: NONE is not allowed for index data sets.
If you do not make an entry in this COPY field, CA-Telon uses the segment name
to identify the copy library member name with the layout of the segment.
9. COPYLV1
The start level of the COPY or INCLUDE member. Valid values are:
Y
The COPY/INCLUDE member for the I/O area of this segment starts at the
COBOL or PL/I 01 level. You must also specify a value in the COPYLBL
field to supply the I/O area for the data access that CA-Telon generates.
N
CA-Telon expects the I/O area to begin at the 03 level or higher. In this case,
CA-Telon generates the 01 and 02 levels and uses the COPY/INCLUDE
member for 03 levels and below.
10. COPYLBL
The COBOL or PL/I data item name of the group level (for example, an 01 field
and its subordinates) for the segment copy definition. The COPYLBL value
overrides the I/O area that CA-Telon would normally provide.
The default I/O area in all database and data set calls is
IOA-segment-name-SEGMENT.
If two segments have the same segment name (the default value of DBSEG or
some other name that you specify on the LABEL field) and the same COPYLBL,
CA-Telon generates only one I/O area. Thus, in order for CA-Telon to generate a
second I/O area, enter a unique data item name in this field. If CA-Telon is
generating any automatic I/O, and you have specified the COPYLV1 field value
Y, you must enter a value.
In this field, you can enter either a member name or NONE. The member name
is the name of the COBOL COPY member or PL/I INCLUDE containing the
segment definition. If the COPY or INCLUDE member has the same name as the
segment (value in the SEGMENT field), you need not enter a value in this field
— CA-Telon automatically includes the COPY or INCLUDE member whose
name is the same as the segment name.
11. KEYLEN
The length of the key used to access the database. CA-Telon uses this value to
define the length of the key in the SSA that it generates.
Note: This field is for upward compatibility only. If not specified (e.g., due to
conversion from releases prior to 2.0), this field will not appear on the
screen.
12. DSCREF
The data search criterion (DLIDSC) at this segment level. CA-Telon uses this
value when it generates the SSA for DL/I.
To increment USECNT appropriately, enter U or S to request the List SSAs
screen, and S to select DLIDSC for this segment level or I/O request. See 3.7,
“Update DLIDSCs For Segment Member” on page 3-18 for more information on
incrementing USECNT.
13. SEGMENT
Protected field that identifies a segment.
14. CMND
Overrides the SSA command code for the segment that CA-Telon generates. The
characters you specify are prefixed with an asterisk (*) and suffixed with one to
three dashes (-) to make a four-byte code.
For example, if you enter D, CA-Telon generates the SSA command code as:
*D--
If you omit this field, CA-Telon uses the IMS default *---.
Note: For EXEC DLI, you can use this field to specify segment qualification
options. EXEC DLI does not support all command codes.
15. IMSKEY
The name of the key or search field for the segment defined in the DL/I DBD.
Leave this field blank for a non-keyed segment. Normally, a non-default DLIDSC
is chosen if a search field is specified here.
16. OP
For DL/I processing, the value used to define the relational operator in the SSA.
This field overrides the default OPCODE in the SSA that CA-Telon generates.
If you do not specify a value, CA-Telon uses the OPCODE '>=' for BROWSE and
keyed READNEXT data access, and '= ' for other keyed access.
Valid values are:
Value Description
= Equal to
>= Greater than or equal to
=> Greater than or equal to
<= Less than or equal to
=< Less than or equal to
> Greater than
< Less than
¬= Not equal to
=¬ Not equal to
Note: OP does not apply for unqualified SSAs; that is, for BROWSE requests for
which there is no starting key value (STBRKEY, defined on the
Create/Update File Segloop screen). If you use the SCHFLDx field on the
Create or Update File SEGLOOP screen, OP can (but need not always) be
set to the equal sign (=).
17. KEY
The PL/I or COBOL variable name containing the key to a segment. If
inheritance is requested, data access (user I/O) uses the variable name to identify a
INPUT
Input
OUTPUT
Output
I-O
Input/output
At program termination, CA-Telon closes any files automatically opened at
program initialization.
7 IGNOPEN (VSAM Batch only)
Indicates whether or not the dataset's status should be tested after it is opened.
Valid values are:
Y
Test the dataset's OPEN status.
N
Don't test the OPEN status.
8 IGNCLOS (VSAM Batch only)
Indicates whether or not the dataset's status should be tested after it is closed.
Valid values are:
Y
Test the dataset's CLOSED status.
N
Don't test the CLOSED status.
9 IGNEMPT: (VSAM Batch only)
Indicates whether or not the dataset's status should be tested when it is opened to
see if it is empty. Valid values are:
Y
Test the dataset's EMPTY status
N
Don't test the EMPTY status
10. LABEL
The default label associated with this data set. If specified, this value replaces the
name of the data set that CA-Telon generates.
11. USAGE
The type of processing associated with the record you are defining. Valid values
are:
BROWSE
Read the record in a loop on output.
DEFINE
The record is defined to the TDF. CA-Telon processes it in the generation
procedure.
@DEFINE
The record is being used, but CA-Telon is controlling it.
DUMMY
The record is not being used.
@DUMMY
CA-Telon assumes that the record is not being used. This changes to
@DEFINE when you define the type of data access.
HOLD
Used for HOLD processing.
WORKSPA (IMS Only)
CA-Telon handles the record as a workspa.
12. COPY
The COBOL COPY or PL/I INCLUDE member name that contains the record
definition. Enter either a member name or NONE in this field.
If you enter a member name, CA-Telon uses the contents of that member for the
layout of the record. Member name must be a unique name for this program.
If you enter NONE, CA-Telon does not copy a record definition into the program.
13. COPYLV1
The start level of the COPY or INCLUDE member. Valid values are:
Y
The COPY/INCLUDE member for the I/O area of this segment starts at the
COBOL or PL/I 01 level. You must also specify a value in the COPYLBL
field to supply the I/O area for the data access that CA-Telon generates.
N
CA-Telon expects the I/O area to begin at the 03 level or higher. In this case,
CA-Telon generates the 01 and 02 levels and uses the COPY/INCLUDE
member for 03 levels and below.
14. COPYLBL
The COBOL or PL/I data item name of the group level (for example, an 01 field
and its subordinates) for the record copy definition. The COPYLBL value
overrides the I/O area that CA-Telon would normally provide.
The default I/O area in all database and data set calls is
IOA-record-name-SEGMENT.
If two records have the same record name (the default value of DBSEG or some
other name that you specify on the LABEL field) and the same COPYLBL,
CA-Telon generates only one I/O area. Thus, in order for CA-Telon to generate a
second I/O area, code a unique data item name for COPYLBL. If CA-Telon is
generating any Automatic I/O, code COPYLBL when you have specified the
COPYLV1 value as Y.
For the COPYLBL field, you can specify either a member name or NONE. The
member name is the name of the COBOL COPY member or PL/I INCLUDE
containing the record definition. If the COPY or INCLUDE member has the same
name as the record, you do not have to include this field. CA-Telon automatically
includes the COPY or INCLUDE member whose name is the same as the record
name.
If you enter NONE for this field, CA-Telon does not copy a record definition into
the program. NONE is commonly used when reading an input sequential file
whose record is defined in a COPY or INCLUDE member in working storage.
15 COBDIV
The section of the COBOL program in which to copy the record layout of the data
set.
The definition is to begin at level 03 or higher and will have 02
IOA-record-name-SEGMENT generated above it.
If not specified, CA-Telon copies the record layout into the COBOL file definition
(FD) for the data set.
If you code working storage (WS), the record layout appears in the IO-AREA of
the program. A value in this field is only valid on batch programs and on a
RECORD statement referencing a data set. Refer to Programming Concepts
Guide for information on RECORD statements.
16. COBVSKY
The data name of the VSAM KSDS or RRDS key for the file.
For a VSAM KSDS, you must define the key for the file by using the KEY field
on this screen.
For a VSAM RRDS, the data name must specify an unsigned integer defined in
the working storage of the COBOL program. Note that CA-Telon does not
generate the relative key, so you must define it. COBOL uses this variable keyed
access to VSAM files.
A value in this field is valid in only batch programs and on RECORD statements
referencing a VSAM key sequenced or relative data set. Enter DUPLICATE after
the data name to specify the KSDS alternate key (that is, key on a data set using
the INDEXOF field) does not have to be a unique data set.
17. KEY
The PL/I or COBOL variable names containing the key to a record. If inheritance
is requested, data access (user I/O) uses the variable name to identify a record that
it retrieves. Refer to Programming Concepts Guide for information on inheritance.
18. KEYLEN
The length of the record identification (RID) field.
19. OPCODE
The OPCODE that CA-Telon determines for VSAM access. Valid values are:
GTEQ
Greater than or equal to. This is the default.
EQ
Equal to
GT
Greater than
20. TYPE
The type of access for the data set you are defining. Valid values are:
KSDS
Key-sequenced data set. This is the default.
RRDS
Relative record data set
ESDS
Entry-sequenced data set
21. ACCMODE (VSAM Batch Only)
The access to the type of data set you are defining. Valid values are:
DYN (COBOL only)
Dynamic access
RAN (COBOL Only)
Random access
SEQ
Sequential access
DIR (PL/I Only)
Direct access
22. OPTLIST (VSAM Processing Only)
Options on CICS data sets for command level calls. Valid values are:
■ RRN
■ SEGSET
■ SEGSETALL
■ SYSID
■ MASSINSERT
■ DEBKEY
■ DEBREC
■ UPDATE
You can specify one or more of these options on the SEGMENT statement and all
user exec data access (READ, UPDATE, CREATE, and DELETE). Separate each
option with a comma.
Values that you code on the SEGMENT statement are carried down to user exec
specifications if you do not code an OPTLIST on the user exec data access.
CA-Telon automatically removes invalid values from a call for a particular
command level verb. For example, if MASSINSERT is specified as an option on
the RECORD statement or user exec data access, it only appears if the EXEC
CICS WRITE command is generated for that segment in the CICS program.
You can specify a literal value for the SEGSET and SYSID options by enclosing
the literal value in double quotes. For example:
OPTLIST=(RRN,SYSID("SYSA"))
23. RECLTH (VSAM processing of variable-length records only)
The maximum length of each record on the file. Valid values are:
record-length
Maximum record length, specified as either an integer or the name of a
COBOL or PL/I variable that contains the key-length value. This value is
used when reading or writing the VSAM record. Any rewrite operations are
processed using the current length of the record being updated (as determined
by the read).
Read-length,rewrite-length
Maximum record length during a read and subsequent update, respectively.
Each value can be specified as either an integer or the name of a COBOL or
PL/I variable that contains the key-length value. Read-length is used for all
automatic read EXEC CICS calls for the record. Rewrite-length is used as the
maximum length of the updated record. This specification is applicable for
UPDATE processing only (that is, usage is UPDATE).
The value in this field overrides the RECLTH value specified on the RECORD
statement for the file being accessed.
Note: The length that you use in a CICS read operation for a variable-length
record must be at least as large as the actual record retrieved. If not, a
CICS abend results.
24. GENKEYL (VSAM Processing Only)
The length of the generic key used for the access.
You can specify either an integer or the name of a COBOL or PL/I variable that
contains the key-length value. If you do not specify a value, CA-Telon assumes
that the access uses the full key length; it does not use the GENKEYL value from
the RECORD statement.
25 INDEXOF (VSAM Batch only.)
A data set in this data group of which this data set is an index. The index data set
must physically follow the indexed data set on the Create/Update Data Group
screen.
Note: The COPY field is not valid for an index.
HHNNNN.SD XXXXXXXX XXXXXXX XXXXXXX
COMMAND ==> 1______________________________________________________________
OPTIONS ==> PREVIEW 2 OPTIMIZE FOR 3__ ROWS FETCH ONLY 4__ RESLTNR 5__
GENERAL: KEY OR 6__________________________________________________________ _
WHERE ___________________________________________________________
___________________________________________________________
___________________________________________________________
IGNORE 7__________________________________________________________
IOAREA 8__________________________________________________________ _
UPDATE 9 (Y/N) DELETE 1 (Y/N) HOLD CURSOR 11 (Y/N)
DB2/SQL: SENCOLS 12_________________________________________________________ _
___________________________________________________________
___________________________________________________________
___________________________________________________________
ORDERBY 13_________________________________________________________ _
___________________________________________________________
GROUPBY 14_________________________________________________________ _
HAVING 15_________________________________________________________
___________________________________________________________
KEYCOLS 16_________________________________________________________ _
___________________________________________________________
OPCODE 17_________________________________________________________
CUSTOM CODE: 18 _ CPYCALL 19_____ 18 _ CPYINIT 2 ______ RESLTCC 21 ______
18 _ CPYKEY 22_____ 18 _ CPYTERM 23 ______ RESLTPR 24 ______
Field Extension screen: You can transfer to the Field Extension screen if you
require more space to enter data in these fields:
■ KEY or WHERE
■ IOAREA
■ SENCOLS
■ ORDERBY
■ GROUPBY
■ KEYCOLS
to transfer to the Field Extension screen, enter U in the select field in column 80 to the
right of the field that you need to extend. The Field Extension field redisplays the
field with additional lines for data entry.
If the field that you are extending contains column names, the Field Extension screen
displays a select field in column 80. To select the names of columns being added
rather than keying them in, enter a nonblank character in this select field; you are
transferred to the List Select Columns screen which lists valid columns from which
you can select. After selecting columns, invoke END processing to return.
Note: You can transfer directly from the Update SQL Detail Data Access screen to
the List Select Columns screen by entering S in the selection field in column
80 to the right of the SENCOLS, ORDERBY, GROUPBY, or KEYCOLS
field.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. PREVIEW
A facility that permits you to see the effects of varying fields upon the call
without having to wait until CA-Telon generates the program. Invoke PREVIEW
by specifying a non-blank character.
Notes:
1. You cannot use PREVIEW to edit or save the call. Use the CPYCALL field
to edit or save the call.
2. When a CPYCALL copybook exists for this data access request, the
CPYCALL custom code is displayed when PREVIEW is selected.
3. OPTIMIZE FOR
The number of rows specified in an OPTIMIZE parameter for generated SQL calls
with a cursor (BROWSE, READNEXT, TRANSACT, MATCH, and MERGE).
Note: Under versions of DB2 earlier than 2.3, CA-Telon will generate the code,
but the DB2 precompilers will not accept it. Other SQLs might not accept
it as well.
4. FETCH ONLY
A value to specify whether to generate FOR FETCH ONLY in the DECLARE
CURSOR statement for generated DB2 calls with a cursor (BROWSE,
READNEXT, TRANSACT, MATCH, and MERGE).
Note: Under versions of DB2 earlier than 2.3, CA-Telon will generate the code
but the DB2 precompilers will not accept it. Other SQLs might not accept
it as well.
Valid values are:
Y
Generate FOR FETCH ONLY
N
Do not generate FOR FETCH ONLY. This is the default.
If CA-Telon encounters a return code other than blanks that is not included in the
IGNORE field for an I/O, CA-Telon assumes ABEND processing as follows:
■ For all I/O except BROWSE, CA-Telon invokes ABEND processing. OK is
the default.
■ For BROWSE I/O, CA-Telon does not invoke ABEND processing. ALL is
the default.
8. IOAREA
The data area used for this I/O operation. The value in this field overrides the
value in the COPYLV1 field.
See dref refid=s135. for more information about the COPYLV1 field.
To request additional space for entry in this field, enter U in the select field in
column 80. You are transferred to the Field Extension screen, where the field is
redisplayed with additional lines for data entry.
9. UPDATE
A value to specify whether an update is generated for the record that is current of
the cursor. Valid values are:
Y
CA-Telon generates an update for the current record of the cursor. CA-Telon
does not generate the statement to perform the update; you must do this in
custom code. The name of the update paragraph follows standard user exec
naming conventions, except that CA-Telon appends -UPDATE or _UPDATE
to the name.
N
CA-Telon does not generate an update for the current record of the cursor.
This is the default.
If both an UPDATE and a CPYCALL are coded on the same I/O, the UPDATE
call is generated according to CA-Telon defaults. Information coded in the
CPYCALL is not used to generate the UPDATE call. If an UPDATE call must
match information in a CPYCALL, define a separate UPDATE call with its own
CPYCALL.
10. DELETE
A value to specify whether a delete is generated for the record that is current of
cursor. Valid values are:
Y
CA-Telon generates a delete for the current record of the cursor. CA-Telon
does not generate the statement to perform the delete; you must do this in
custom code. The name of the delete paragraph follows standard user exec
naming conventions, except that CA-Telon appends -DELETE or _DELETE
to the name.
N
CA-Telon does not generate a delete for the current record of the cursor.
This is the default.
11. HOLD CURSOR
A value to specify whether to generate WITH HOLD in the DECLARE CURSOR
statement for generated DB2 calls with a cursor (BROWSE, READNEXT,
TRANSACT, MATCH, and MERGE).
Note: Under versions of DB2 earlier than 2.3, CA-Telon will generate the code,
but the DB2 precompilers will not accept it. Other SQLs might not accept
it as well.
Valid values are:
Y
Generate WITH HOLD
N
Do not generate WITH HOLD. This is the default.
12. SENCOLS
The columns that you want to select to be returned to the program.
The value in this field overrides the value in the AC field for the columns on the
Create/Update SQL Tables/TLNROWs screen (for the row to which the I/O
corresponds).
You can specify any built-in functions such as MAX, COUNT, AVG, MIN, and
SUM. Enclose the entire expression in single quotes.
The sample screen below shows specifying the COUNT function in SENCOLS:
from which you can select. After selecting columns, invoke END processing to
return.
Note: You can transfer directly from the Update SQL Detail Data Access screen
to the List Select Columns screen by entering S in the selection field in
column 80 to the right of the ORDERBY field.
14. GROUPBY
The columns to include in the GROUPBY clause of the I/O that CA-Telon
generates.
To request additional space for entry in this field, enter U in the select field in
column 80. You are transferred to the Field Extension screen, where the field is
redisplayed with additional lines for data entry.
If the field that you are extending contains column names, the Field Extension
screen displays a select field in column 80. To select the names of columns being
added rather than keying them in, enter a nonblank character in this select field;
you are transferred to the List Select Columns screen which lists valid columns
from which you can select. After selecting columns, invoke END processing to
return.
Note: You can transfer directly from the Update SQL Detail Data Access screen
to the List Select Columns screen by entering S in the selection field in
column 80 to the right of the GROUPBY field.
15. HAVING
The HAVING clause for the I/O that CA-Telon generates.
To request additional space for entry in this field, enter U in the select field in
column 80. You are transferred to the Field Extension screen, where the field is
redisplayed with additional lines for data entry.
If the field that you are extending contains column names, the Field Extension
screen displays a select field in column 80. To select the names of columns being
added rather than keying them in, enter a nonblank character in this select field;
you are transferred to the List Select Columns screen which lists valid columns
from which you can select. After selecting columns, invoke END processing to
return.
16. KEYCOLS
The key columns in the I/O that CA-Telon generates. The value in this field
overrides the key name that can be set for the columns on the Create/Update SQL
Tables/TLNROWs screen (for the row to which the I/O corresponds). Defaults, if
used, are displayed followed by the at sign (@).
Note: CA-Telon protects the KEYCOLS field for BROWSE, READNEXT, and
TRANSACT requests, and may protect the field for a MATCH or MERGE
request. For these I/O requests, the ORDERBY field also functions as the
KEYCOLS clause.
To request additional space for entry in this field, enter U in the select field in
column 80. You are transferred to the Field Extension screen, where the field is
redisplayed with additional lines for data entry.
17. OPCODE
For SQL processing, the relational operator.
The value in this field overrides the OPCODE that CA-Telon automatically
generates (shown with the inheritance @ sign). Valid values are:
Value Description
= (Default) Equal to
¬= Not equal to
>= Greater than or equal to
<= Less than or equal to
> Greater than
> Less than
UPDATE and a CPYCALL are coded on the same I/O, then the UPDATE call is
generated according to CA-Telon defaults. The values in CPYCALL are not be
used to generate the UPDATE call. To make an UPDATE call match the value in
a CPYCALL, enter a separate UPDATE call value with its own CPYCALL value.
Notes:
1. CPYCALL should only be used with user execs. It is not recommended for
use with auto exec calls.
2. When a CPYCALL copybook exists for this data access request, the
CPYCALL custom code is displayed when PREVIEW is selected.
3. When using CPYCALL with the AS/400 Target Option, the cursor names
appearing in the copy member must be edited. For example,
READNEXT_TRGEMPL must be modified to READNEXTi, where i is a
sequential number indicating the "ith" cursor defined in the program.
20. CPYINIT
The name of the custom code member used at the entry point before SQL access.
This custom code member is used prior to the call (EXEC SQL).
To access the custom code member in edit mode, enter a non-blank character in
the select field to the left of the CPYINIT field.
When you return to this screen from edit mode, you can overtype blanks in the
CPYINIT field to keep the custom code member but prevent CA-Telon from using
it when generating the program. Otherwise, CA-Telon copies the custom code
member before the I/O that it generates.
Note: CPYINIT should only be used with user execs. It is not recommended for
use with auto exec calls.
21. RESLTCC (SPBROWSE, SPTRNACT and SPRDNEXT Data Access Only)
The name of the custom code member used at the entry point in the
S-200-CURSOR-resltpr-nn, where resltpr is the name of the stored procedure
being called and nn. is the corresponding result set number. This field is optional.
22. CPYKEY
The name of the custom code member that contains the WHERE clause.
To access the custom code member in edit mode, enter a non-blank character in
the select field to the left of the CPYKEY field.
When you return to this screen from edit mode, you can overtype blanks in the
CPYKEY field to keep the custom code member but prevent CA-Telon from
using it when generating the program. Otherwise, CA-Telon copies the custom
code member into the I/O that it generates.
Note: CPYKEY should only be used with user execs. It is not recommended to
be used with auto exec calls.
23. CPYTERM
The name of the custom code member used at the entry point following SQL
access.
To access the custom code member in edit mode, enter a non-blank character in
the select field to the left of the CPYTERM field.
When you return to this screen from edit mode, you can overtype blanks in the
CPYTERM field to keep the custom code member but prevent CA-Telon from
using it when generating the program. Otherwise, CA-Telon copies the custom
code member after the I/O that it generates.
Note: CPYTERM should only be used with user execs. It is not recommended
for use with auto exec calls.
24. RESLTPR (SPBROWSE, SPTRNACT and SPRDNEXT Data Access only)
The name of the stored procedure being called to produce the result set referred to
with the RESLTNR field.
Note: If RESLTNR is specified, then RESLTPR must also be specified.
Function: Add data to certain fields that originate on the Update SQL Detail Data
Access screen.
Note: The @ sign on this screen indicates that the value is inherited from data
administration.
SENCOLS 2_____________________________________________________________ 3
____________________________________________________________
____________________________________________________________
____________________________________________________________
____________________________________________________________
____________________________________________________________
____________________________________________________________
____________________________________________________________
UPDCOLS 4____________________________________________________________ 5
____________________________________________________________
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. SENCOLS
A list of columns you want to select to return to the program.
3. Selection field
A select field in column 80. To select the names of columns being added rather
than keying them in, enter a nonblank character in this select field; you are
transferred to the Select Columns screen, which lists valid columns that you can
select. After selecting columns, invoke END processing to return.
4. UPDCOLS
A list of columns you want updated with this data access.
This field is displayed only when you request an update from the Select Columns
screen by entering U in the SENCOLS field and Y in the UPDATE field.
5. Selection field
A select field in column 80 that allows you to request transfer to the Select
Columns screen to select the names of columns to enter in the UPDCOLS field.
Valid values include any nonblank character.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. TABLE NAME
Protected field identifying the qualifier and name of the table. This value is from
either the SQL catalog or the Create/Update SQL Tables/TLNROWs screen.
3. ROW NAME
Protected field identifying a row of the table.
4. DICTNAM (CA-IDMS/SQL Only)
Protected field which displays the CA-IDMS Dictionary name from which a
CA-IDMS/SQL Table definition was extracted. It is only displayed for
CA-IDMS/SQL tables.
5. SCHEMA (CA-IDMS/SQL and CA-Datacom/SQL Only)
Protected field which displays the schema name of the Table. It is only displayed
for CA-IDMS or CA-Datacom/SQL tables.
6. S
A select field that enables you to place the corresponding column name in the list
as designated by the Update SQL Detail Data Access screen. Valid values include
any nonblank character.
Pressing [End] or [Enter] causes the TDF to append the selections to the list. You
can select a column more than once by pressing [Enter] and reselecting the desired
column.
7. COLUMN NAME
Protected field identifying the columns associated with the rows. The value
corresponds to one in the COLUMN NAME field on the Create/Update SQL
Tables/TLNROWs screen. The 18 byte maximum is displayed for all tables
except CA-IDMS and CA-Datacom tables. For CA-IDMS/SQL and
CA-Datacom/SQL tables only the first 25 bytes are displayed.
8. ALIAS
Protected field identifying one of the following:
■ An I/O area for the column, which CA-Telon uses in place of the COLUMN
NAME value for the I/O that it generates
■ The name of the TLNROW that you are defining, which CA-Telon uses in
the user exec procedure or paragraph names that it generates
The value was specified in the ALIAS field on the Create/Update SQL
Tables/TLNROWs screen.
9. KY (KEY)
Protected field specifying whether the column is included in generated I/O
WHERE conditions. Possible values are:
Y
The column is a key column
p
The column is a key column in position p in the key column list
(Blank)
The column is not a key column
The value was specified in the KY field on the Create/Update SQL
Tables/TLNROWs screen.
10. AC (ACCESS)
Protected field specifying whether the column is accessed by the EXEC SQL
statement.
Possible values are:
Y
The column is accessed by the EXEC SQL statement
N
The column is not accessed by the EXEC SQL statement
The value was specified in the AC field on the Create/Update SQL
Tables/TLNROWs screen.
11. TYPE
Protected field displaying the data type of the column. The value was specified in
the TYPE field on the Create/Update SQL Tables/TLNROWs screen. See 3.18,
“Create/Update SQL Tables/TLNROWs” on page 3-53 for a full description of
these options.
12. LTH
Protected field displaying the length of a variable-length data type or the precision
of a decimal data type. The value was specified in the LTH field on the
Create/Update SQL Tables/TLNROWs screen.
13. DEC
Protected field displaying the scale of a decimal data type. The value was
specified in the DEC field on the Create/Update SQL Tables/TLNROWs screen.
14. ^N (^NULL)
Protected field indicating whether the column is defined as not null. The value
was specified in the ¬NU field on the Create/Update SQL Tables/TLNROWs
screen. Possible values are:
Y
The column is defined as not null (null values are not allowed)
N
The column is defined such that null values are allowed
Function: Updates I/O for the segment identified on the Create/Update Data Group
screen by defining I/O characteristics not available on the previous screen:
■ Characteristics valid for any type of I/O
■ Characteristics valid for DL/I only
XXXXXX.XX X-XXX-XXXXXXXX-XXXXXXX
COMMAND ===> 1_________________________________________________________________
OPTIONS ==> PREVIEW _2
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
You can also enter the INIT command to reinitialize all segment characteristics for
all database segments, including those not displayed on the screen.
2. PREVIEW
A facility that permits you to see the effects of varying fields upon the call
without having to wait until CA-Telon generates the program. Invoke PREVIEW
by specifying a non-blank character.
Note: You cannot use PREVIEW to edit or save the call. You can use the
CPYCALL field to edit or save the call. See 5.9, “Update SQL Detail
Data Access” on page 5-46 for more information about CPYCALL.
3. FUNC
The four-byte DL/I function code that specifies the nature of the call, in
conjunction with the value specified for the REQUEST field on the Create/Update
Data Group screen. For example:
Note: For EXEC DLI, GET HOLD function codes are invalid.
4. SSALIST
A field that allows you to access the SSALIST field entries on the Update
Database User I/O SSALIST screen. Valid values are:
Y
Access the screen
N
Do not access the screen
5. CONCATK
A field that allows you to specify whether to use qualification statements or a
concatenated key to qualify an I/O request. This is equivalent to the C command
code. Valid values are:
Y
Generate the C command code
N
Do not generate the C command code
6. IGNORE
Status codes to be ignored. All DBMS-specific status codes are valid. Generic
status values are translated to the corresponding DBMS-specific status codes at
generation time.
This table presents generic values and how CA-Telon handles generic values:
If CA-Telon encounters a return code other than blanks that is not included in the
IGNORE field for an I/O, CA-Telon assumes ABEND processing as follows:
■ For all I/O except BROWSE, CA-Telon invokes ABEND processing. OK is
the default.
■ For BROWSE I/O, CA-Telon does not invoke ABEND processing. ALL is
the default.
7. IOAREA
The data area used for this I/O operation. The value in this field overrides the
value in the COPYLBL field.
See 5.7, “Update Database Segment” on page 5-35 for more information about the
COPYLBL field.
8. PATH
As part of the path call, the segment at (and below) the one CA-Telon is to
retrieve.
Entering a value in this field is equivalent to the D command code for all segment
levels at (and below) the specified segment.
9. PARENTG
The segment that is the current parent level for succeeding calls.
The value in this field is equivalent to the EXEC DLI SETPARENT option and
the P SSA command code.
10. LOCKED
A lock on the specified segment reserving it for exclusive use by the program,
regardless of whether the program updates it. DL/I prevents the segment from
being altered by other programs until the next program reaches a sync point.
The value in this field is equivalent to the Q SSA command code.
11. CURRENT
The segment above which CA-Telon is to maintain position for all levels.
The value in this field is equivalent to the V SSA command code.
17. OP
For DL/I processing, the relational operator for the SSA that CA-Telon generates.
If not specified, the default is ">=" for BROWSE data access and "= " for keyed
access. For DL/I processing, valid values are:
Value Description
= Equal to
>= Greater than or equal to
=> Greater than or equal to
<= Less than or equal to
=< Less than or equal to
> Greater than
< Less than
¬= Not equal to
=¬ Not equal to
Note: OP does not apply for unqualified SSAs; that is, for BROWSE requests for
which there is no starting key value (STBRKEY, defined on the
Create/Update File Segloop screen). If you use the SCHFLDx field on the
Create or Update File SEGLOOP screen, OP can be (but need not always
be) set to the equal sign (=).
These rules apply to OPCODE overrides:
■ User I/O OPCODE overrides the segment level OPCODE
■ Segment-level OPCODE overrides the DLIDSC OPCODE in Option 2
CA-Telon generates the value of the segment-name-SSA-OPCODE in working
storage based on the segment-level OPCODE override.
If you override the OPCODE at the user I/O, before the DL/I call in U-100,
CA-Telon moves the overridden OPCODE to xxxx-SSA-OPCODE and resets it
back to the OPCODE in working storage after the DL/I call.
If the user I/O OPCODE is the same as the segment-level OPCODE, CA-Telon
does not generate MOVE statements for the OPCODE.
18. KEY
The host variable name whose value is moved in the SSA for the database call.
Function: Specifies the list of host variables used as SSAs in the call to CBLTDLI,
CEETDLI, or PLITDLI.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. PREVIEW
A value to request a view of the generated call. Valid values include any
nonblank character.
3. FUNC
The nature of the call, in conjunction with the value specified in the LABEL and
REQUEST fields on the Create/Update Data Group screen. For example:
For DL/I, the value in this field specifies a four-byte function code (GN, GNP,
and so on). For EXEC DLI, Get Hold function codes are invalid.
4. SSALIST
A value to request transfer to another screen. Valid values are:
Y
Transfer to the Update DL/I Detail Data Access screen
N
Do not transfer to the Update DL/I Detail Data Access screen
(blank)
Do not transfer to the Update DL/I Detail Data Access screen
5. IGNORE
Status codes to be ignored. All DBMS-specific ignore values are valid. These
generic ignore values are translated to the corresponding DBMS-specific value at
generation time:
If CA-Telon encounters a return code (other than blanks) that is not ignored,
CA-Telon assumes ABEND processing, as follows:
■ For all I/O except BROWSE, CA-Telon invokes ABEND processing. OK is
the default.
■ For BROWSE, CA-Telon does not invoke ABEND processing. ALL is the
default.
6. IOAREA
The data area used for this I/O operation. The value in the field overrides a value
in the COPYLBL field of another screen.
7. SEGMENT
The segment to which the SSALIST host variable applies. This value is
informational only and does not affect code generation.
8. SSA LIST HOST VARIABLE
The SSA host variables used as the list of SSAs in the generated call.
XXXXXX.XX X-XXX-XXXXXXXX-XXXXXXX
COMMAND ==> 1_________________________________________________________________
OPTIONS ==> PREVIEW 2_
EXEC
CICS: GENKEYL 9_____________________________
OPTLIST 1_________________________________________________________
RECLTH 11_________________________________________________________
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. PREVIEW
A value to request a view of the generated call. Valid values include any
nonblank character except a question mark.
3. IGNORE
Status codes to be ignored. All DBMS-specific ignore values are valid. These
generic ignore values are translated to the corresponding DBMS-specific value at
generation time:
If CA-Telon encounters a return code (other than blanks) that is not included in
the IGNORE field for an I/O, CA-Telon assumes ABEND processing as follows:
■ For all I/O except BROWSE, CA-Telon invokes ABEND processing. OK is
the default.
■ For BROWSE I/O, CA-Telon does not invoke ABEND processing. ALL is
the default.
4. IOAREA
The data area used for this I/O operation. This value overrides a value in the
COPYLV1 field specified on another screen.
5. FDREC
The name of the 01-level COBOL record name in the file definition (FD) that is
written, if different from the default dsname-RECORD.
6. KEY
The names of the PL/I or COBOL variable containing the key to a record. If
inheritance is requested, data access (user I/O) uses the variable name to identify a
record that it retrieves. Refer to Programming Concepts Guide for information on
inheritance.
7. FUNC
The nature of the call in conjunction with the value specified in the REQUEST
field on the Create/Update Data Group screen. For example:
8. OPCODE
The operation code for VSAM access. Valid values are:
GTEQ
Greater than or equal to. This is the default.
EQ
Equal to
GT
Greater than
9. GENKEYL (VSAM Processing Only)
The length of the generic key used for the access.
Valid values include either an integer or the name of a COBOL or PL/I variable
that contains the key-length value. If not specified here, CA-Telon assumes that
the access uses the full key length; it does not use the GENKEYL value from the
RECORD statement.
10. OPTLIST (VSAM Processing Only)
Options on CICS data sets for command level calls. You can use this field to
specify one or more of these options on the SEGMENT statement and all user
exec data access (READ, UPDATE, CREATE, and DELETE). Separate each
option with a comma. Valid values are:
■ RRN
■ SEGSET
■ SEGSETALL
■ SYSID
■ MASSINSERT
■ DEBKEY
■ DEBREC
■ UPDATE
Values coded on the SEGMENT statement are carried down to user exec
specifications if you do not specify an OPTLIST value on the user exec data
access.
Values that are not valid for a specific command level verb (such as READ,
WRITE, and STARTBR) are automatically removed from any calls using that
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. CQNAME
The default queue name to identify this queue to CICS.
This field is protected if a value was specified in the NAME field on the Data
Administration menu. If a value is displayed on this screen as a result of using
the DGADD command on the Create/Update Data Group screen, you can modify
the value here.
3. TYPE
Protected field identifying the type of CICS queue. Possible values are:
TS
Temporary storage
TD
Transient data
This value is the default for all program definitions that reference this queue.
4. AUX/MAIN (Temporary Storage Queues Only)
The type of storage to which this queue should be written. Valid values are:
A
Auxiliary storage. This is the default.
M
Main storage
This value is the default for all program definitions that reference this queue.
5. LRECL
The length (in bytes) of the queue record. If an LRECL value has been defined
for the queue in data administration, you can override that value here.
This value is required if the LTHOPT value is also specified on this screen.
6. SYSID
The system ID to use when CA-Telon accesses this queue.
A value is not required, but if you specify one, you must also specify LTHOPT
and LRECL values on this screen.
This field is protected if a value was specified in the SYSID field on the Update
CICS Queue Default Data screen. If a value is displayed on this screen as a result
of using the DGADD command on the Create/Update Data Group screen, you can
modify the value here.
The variable loaded with SYSID is on one of the following:
■ SYSWK-cqname-QUEUE-SYSID (COBOL) or
■ SYSWK_cqname_QUEUE_SYSID (PL/I), where cqname is the value of the
CQNAME field. This is the default.
7. LTHOPT
A value to specify whether CA-Telon is to generate the CICS LENGTH option in
the I/O for the queue. Valid values are:
Y
Generate queue I/O with the CICS LENGTH option
N
Generate queue I/O without the CICS LENGTH option. This is the default.
The default value is Y if you specified a value in the SYSID field or if this CICS
queue has been defined in data administration; otherwise, it is N.
If you specify a value in the LRECL field and Y in the LTHOPT field, CA-Telon
uses the LRECL value to initialize the variable used with the LTHOPT option.
This variable is one of the following:
■ SYSWK-cqname-QUEUE-LENGTH (COBOL) or
SYSWK_cqname_QUEUE_LENGTH (PL/I), where cqname is the value of
the CQNAME field. This is the default.
■ If specified, the value in the LTHLBL on this screen
If you do not specify a value in the LRECL field, CA-Telon-generated code does
not initialize the CICS LENGTH option variable.
8. LTHLBL
The name of the COBOL or PL/I variable used with the LTHOPT value in I/O
requests for this CICS queue. This value is meaningful only when the LTHOPT
value is Y.
9. QUELBL
The name of the COBOL or PL/I variable that identifies the queue to be used in
all EXEC CICS commands for this queue. The default value is:
■ SYSWK-cqname-QUEUE-NAME (COBOL) or
■ SYSWK_cqname_QUEUE_NAME (PL/I), where cqname is the value in the
CQNAME field.
10. LABEL
The label associated with this CICS queue. If the queue is defined in data
administration, the default value is established. You can override it here.
This value replaces the CQNAME field value in the names that CA-Telon
generates for this queue.
11. USAGE
The type of processing associated with this CICS queue. Valid values are:
Request Action
BROWSE This queue can be used in an I/O loop by screen OUTPUT
processing.
DEFINE Explicitly request CA-Telon to generate storage areas for this
queue, regardless of whether data access has been defined for this
item.
@DEFINE CA-Telon assumes that this item needs storage areas because this
queue has data access defined to it.
DUMMY This queue is not being used.
@DUMMY CA-Telon assumes that the queue is not being used because no
data access has been defined for it; no storage areas are needed.
12. COPY
The COBOL COPY or PL/I INCLUDE member name that contains the queue
record layout. If the queue is defined on the Update CICS Queue Default Data
screen, a COPY value is inherited. You can override it on this screen.
If not specified, the program uses the CQNAME field value as the name of the
member to copy or include.
If you enter NONE, no COPY or INCLUDE is generated.
13. COPYLV1
The starting level of the layout contained in the member identified in the COPY
field. Valid values are:
Y
The COPY or INCLUDE layout for this queue starts at the 01 level. Specify
also a COPYLBL field value to supply the variable name of the queue I/O
area.
N
CA-Telon generates the 01- and 02-level variables that precede the COPY or
INCLUDE member.
If the queue is defined on the Update CICS Queue Default Data screen, a
COPYLV1 value is inherited. You can override it on this screen.
14. COPYLBL
The name of the variable identifying the I/O area used in accessing this queue. If
not specified, CA-Telon generates all I/O for this queue using the data area
IOA-cqname-QUEUE, where cqname is the value in the CQNAME field.
If the queue is defined on the Update CICS Queue Default Data screen, a
COPYLBL value is inherited. You cannot override it on this screen.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. CJNAME
Protected field displaying the CA-Telon name, inherited from the NAME field on
the Data Administration menu, that identifies this CICS journal definition.
3. JFILEID
The CICS journal ID in all generated I/O for this journal. Valid CICS journal IDs
are 02 through 99. (CICS reserves 01 for the system log.)
If this journal has been defined in data administration, this field is protected. If
the journal was defined on the Create/Update Data Group screen, you can modify
the JFILEID value here.
4. JTYPEID
A 2-character identifier of the origin of the journal record.
A value is required in this field. If the journal has been defined in data
administration, this field is protected. If the journal was defined on the
Create/Update Data Group screen, you can modify the JTYPEID value here.
5. LRECL
The maximum length (in bytes) of the user data of this journal's entries.
A value is required in this field. If the journal has been defined in data
administration, you can accept the default value or modify it here. The value of
this field can be defaulted if this journal exists.
6. LTHOPT
A value to specify whether CA-Telon is to generate the CICS LENGTH option in
the I/O for this journal. Valid values are:
Y
Generate journal I/O with the CICS LENGTH option
N
Generate journal I/O without the CICS LENGTH option. This is the default.
7. LTHLBL
The name of the COBOL or PL/I variable containing the length in I/O requests for
this CICS journal.
If Y is specified for LTHOPT, the default value for LTHLBL is
SYSWK-cjname-JOURNAL-LENGTH (COBOL) or
SYSWK_cjname_JOURNAL_LENGTH (PL/I), where cjname is the value in the
CJNAME field.
This value is invalid if LENGTH is not specified for a journal data access request.
8. PFXLTH
The length of user prefix data included in this journal I/O request. If not
specified, CA-Telon does not generate the PREFIX option.
9. PFXLBL
The name of the COBOL or PL/I variable containing the prefix for this journal
I/O request.
If a PFXLTH value without a PFXLBL value is specified, CA-Telon generates the
default variable SYSWK-cjname-JOURNAL-PREFIX (COBOL) or
SYSWK_cjname_JOURNAL_PREFIX (PL/I), where cjname is the value in the
JOURNAL field.
PFXLBL is invalid if no value is specified in the PFXLTH field.
10. LABEL
The label that CA-Telon uses in generating variable and procedural names for the
journal.
The default value is the value in the CJNAME field. You can modify it here.
11. USAGE
The type of processing associated with this CICS journal. Valid values are:
Request Action
DEFINE Explicitly request CA-Telon to generate storage areas for this
journal, regardless of whether data access has been defined for
this item
Request Action
@DEFINE CA-Telon assumes that this item needs storage areas because this
journal has data access defined to it
DUMMY This journal is not being used
@DUMMY CA-Telon assumes that the journal is not being used because no
data access has been defined for it; no storage areas are needed
12. COPY
The name of the COPY or INCLUDE member that contains the journal record
layout.
If not specified, the default is the value in the CJNAME field.
If you enter NONE, CA-Telon does not generate a COPY or INCLUDE for this
journal.
13. COPYLV1
The starting level of the layout contained in the member identified in the COPY
field. Valid values are:
Y
The COPY or INCLUDE layout for this journal starts at the 01 level. Specify
also a COPYLBL field value to supply the variable name of the queue I/O
area.
N
CA-Telon generates the 01- and 02-level variables that precede the COPY or
INCLUDE member.
If the journal is defined on the Update CICS Queue Default Data screen, a
COPYLV1 value is inherited. You can override it on this screen.
14. COPYLBL
The name COBOL or PL/I group-level variable that identifies the I/O area used in
accessing the journal. For example, if the data area for this journal begins with
the COBOL variable 01 JOURNAL-SAVE, the COPYLBL value must be
JOURNAL-SAVE.
If the journal is defined in data administration, a default value is displayed here.
You can modify it.
GENERAL TYPE TS 3_
IGNORE 5______________________________________________________
IOAREA 6@_____________________________________________________
EXEC
CICS: SYSID 7____
LTHOPT 8@ (Y/N) LTHLBL 9@_________________________
SET 1 (Y/N) SETLBL 11_______________________
NOSUSP 12 (Y/N)
ITEM 13 (Y/N) ITMLBL 14_______________________
NUMITEM 15 (Y/N) NITMLBL 16_______________________
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. PREVIEW
A value to request a view of the generated call. Valid values include any
nonblank character except a question mark.
3. TYPE
Protected field identifying the type of CICS queue. Possible values are:
TS
Temporary storage
TD
Transient data
4. AUX/MAIN (Temporary Storage Queues Only)
Protected field identifying the type of storage to which the queue is written.
Possible values are:
A
Auxiliary storage. This is the default.
M
Main storage
5. IGNORE
Conditions that the program is to ignore for this call. You can specify any of the
valid CICS queue handle conditions and these generic status codes:
CA-Telon translates generic codes into the correct CICS queue conditions at
program generation.
The default condition is OK for all queue I/O requests except BROWSE (for
CICS screen programs) and TRANSACT (for CICS nonterminal). The default is
ALL for BROWSE access requests.
If any condition not specified is encountered during processing,
CA-Telon-generated codes invoke abnormal-termination processing.
Valid CICS handle conditions for temporary storage queues are:
■ INVREQ
■ IOERR
■ ISCINVREQ
■ ITEMERR
■ LENGERR
■ NOSPACE
■ NOTAUTH
■ QIDERR
■ SYSIDERR
Valid CICS HANDLE conditions for transient data queues are:
■ IOERR
■ ISCINVREQ
■ LENGERR
■ NOSPACE
■ NOTAUTH
■ NOTOPEN
■ QBUSY
■ QIDERR
■ QZERO
■ SYSIDERR
■ DISABLED
6. IOAREA
The data area used for the I/O operation. This value overrides the COPYLV1
field value on the Update CICS Queue Record screen.
IOAREA is inherited.
7. SYSID
Protected field identifying the system ID used when accessing the queue. If a
value is displayed, also enter a value in the LTHOPT field.
8. LTHOPT
A value to specify whether CA-Telon is to generate the LENGTH option in queue
I/O. Valid values are:
Y
Generate queue I/O with the CICS LENGTH option
N
Generate queue I/O without the CICS LENGTH option
The default is Y for read and write requests; otherwise, it is N.
If you specify a value in the LRECL field and Y in the LTHOPT field, CA-Telon
uses the LRECL value to initialize the variable used with the LTHOPT option.
This variable is one of the following:
■ SYSWK-cqname-QUEUE-LENGTH (COBOL) or
SYSWK_cqname_QUEUE_LENGTH (PL/I), where cqname is the value of
the CQNAME field. This is the default.
■ If specified, the value in the LTHLBL on this screen
If you do not specify a value in the LRECL field, CA-Telon-generated code does
not initialize the CICS LENGTH option variable.
For queues, LTHOPT is equal to Y and protected temporary storage.
9. LTHLBL
The name of the COBOL or PL/I variable used with the LTHOPT value in I/O
requests for this CICS queue. This value is inherited from the Update CICS
Queue Record screen. It is meaningful only when the LTHOPT value is Y.
10. SET
A value to specify whether the SET option is generated in queue I/O. Valid
values are:
Y
Generate queue I/O with the SET option
N
Generate queue I/O without the SET option. This is the default.
11. SETLBL
The name of the COBOL or PL/I variable used when the SET option is requested
in I/O for the queue (that is, when the value in the SET field is Y).
The default is SYSWK-cqname-QUEUE-PNTR (COBOL) or
SYSWK_cqname_QUEUE_PNTR (PL/I), where cqname is the value in the
CQNAME field on the Update CICS Queue Record screen.
12. NOSUSP
A value to specify whether these conditions are ignored:
■ NOSPACE on a TS WRITE I/O request
■ QBUSY on a TD READQ request
The value in this field applies to only these two I/O requests and is ignored if
specified for any others. It is not meaningful for CICS version 1.6 or earlier,
where NOSUSPEND is not a valid parameter.
Valid values are:
Y
Ignore the condition
N
Do not ignore the condition
13. ITEM
A value to specify whether the ITEM option is generated in the I/O for this queue.
It is valid for temporary storage queues only; the TYPE field value must be TS.
Valid values are:
Y
Generate queue I/O with the CICS ITEM option
N
Generate queue I/O without the CICS ITEM option. This is the default.
14. ITEMLBL
The name of the COBOL or PL/I variable used when the ITEM option is
requested in the I/O for the queue (that is, when the value in the ITEM field is Y).
It is valid for temporary storage queues only; the TYPE field value must be TS.
The default is SYSWK-cqname-QUEUE-ITEM (COBOL) or
SYSWK_cqname_ITEM (PL/I), where cqname is the value in the CQNAME field
on the Update CICS Queue Record screen.
15. NUMITEM
A value to specify whether the NUMITEM option is generated in queue I/O, to
indicate how many items are in the queue. It is valid for only a TS READQ I/O
request. Valid values are:
Y
Generate queue I/O with the CICS NUMITEM option
N
Generate queue I/O without the CICS NUMITEM option. This is the default.
16. NITMLBL
The name of the COBOL or PL/I NUMITEM variable used when the NUMITEM
option is requested in I/O for this queue (that is, when the value in the
NUMITEM field is Y). It is valid for temporary storage queues only; the TYPE
field value must be TS.
The default is SYSWK-cqname-QUEUE-NITEM (COBOL) or
SYSWK_cqname_QUEUE_NITEM (PL/I), where cqname is the value in the
CQNAME field on the Update CICS Queue Record screen.
EXEC
CICS: FUNC 7____
LTHOPT 8 (Y/N) LTHLBL 9@_________________________
PFXLTH 1@__ PFXLBL 11@________________________
REQID 12 (Y/N) REQIDLBL 13_________________________
WAIT 14 (Y/N)
STARTIO 15 (Y/N)
NOSUSP 16 (Y/N)
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. PREVIEW
A value to request a view of the generated call. Valid values include any
nonblank character except a question mark.
3. JFILEID
Protected field displaying the CICS journal ID, used in all generated I/O for this
journal.
4. JTYPEID
Protected field displaying the identifier of the origin of the journal record.
5. IGNORE
Conditions that the program is to ignore for this call. You can specify any of the
valid CICS queue handle conditions and these generic status codes:
CA-Telon translates generic codes into the correct CICS queue conditions at
program generation.
The default condition is OK for all queue I/O requests except BROWSE (for
CICS screen programs) and TRANSACT (for CICS nonterminal). The default is
ALL for BROWSE access requests.
See 5.17, “Update CICS Queue Data Access” on page 5-80 for valid CICS
handle conditions. If any condition not specified is encountered during
processing, CA-Telon-generated codes invoke abnormal-termination processing.
6. IOAREA
The data area used for the I/O operation. This value overrides the COPYLV1
field value on the Update CICS Journal Record screen.
IOAREA is inherited.
7. FUNC
The nature of the journal I/O request. Valid values are:
WAIT
CA-Telon generates an EXEC CICS WAIT JOURNAL instruction. The
options WAIT, NOSUSP, PFXLTH, and PFXLBL cannot be used and should
not be specified on this screen. Only STARTIO and REQID are valid.
(blank)
CA-Telon generates an EXEC CICS JOURNAL instruction.
8. LTHOPT
A value to specify whether CA-Telon is to generate the LENGTH option in queue
I/O. Valid values are:
Y
Generate queue I/O with the CICS LENGTH option
N
Generate queue I/O without the CICS LENGTH option
9. LTHLBL
The name of the COBOL or PL/I variable that contains the length option in I/O
requests for the journal.
The default is SYSWK-cjname-JOURNAL-LENGTH (COBOL) or
SYSWK_cjname_JOURNAL_LENGTH (PL/I), where cjname is the value in the
CJNAME field on the Update CICS Journal Record screen.
A value in this field is not valid under either of these conditions:
■ The value in the LTHOPT field is N
■ The value in the FUNC field is WAIT
10. PFXLTH
The length of user prefix data included in the journal I/O request. If not specified,
the PREFIX option is not generated.
If the value in the FUNC field is WAIT, a value is not valid and will cause a
CA-Telon generation error.
11. PFXLBL
The name of the COBOL or PL/I containing the prefix for the journal I/O request.
The default is SYSWK-cjname-JOURNAL-PREFIX (COBOL) or
SYSWK_cjname_JOURNAL_PREFIX (PL/I), where cjname is the value in the
JOURNAL field on the Update CICS Journal Record screen. A value in this field
is not valid under either of these conditions:
■ The value in the PFXLTH field is blank
■ The value in the FUNC field is WAIT
12. REQID
A value to specify whether asynchronous output is required. Valid values are:
Y
Asynchronous output is required
N
Asynchronous output is not required
13. REQIDLBL
The name of the COBOL or PL/I variable that contains the REQID in I/O requests
for the journal.
The default is SYSWK-cjname-JOURNAL-REQID (COBOL) or
SYSWK_cjname_JOURNAL_REQID (PL/I), where cjname is the value of the
CJNAME field on the Update CICS Journal Record screen.
A value in this field is valid only if you specify a value in the REQID field.
14. WAIT
A value to specify whether the I/O requests for the journal are to include a WAIT
option, to cause a program containing the I/O request to wait until it is notified of
the completion of the request. Valid values are:
Y
Include the WAIT option
N
Do not include the WAIT option. This is the default.
15. STARTIO
A value to specify whether the output of the journal record is initiated
immediately. Valid values are:
Y
Initiate the output immediately
N
Do not initiate the output immediately. This is the default.
16. NOSUSP
A value to specify whether the NOJBUFSP condition is ignored by a JOURNAL
I/O request. Valid values are:
Y
Ignore the condition
N
Do not ignore the condition
A value in this field is ignored if the value in the WAIT field is Y. It is not
meaningful for CICS version 1.6 or earlier, where NOSUSPEND is not a valid
parameter.
Function: Updates I/O for the teleprocessing PCB defined on the Create/Update
Data Group screen.
XXXXX.XX X-XXX-XXXXXXXX-XXXXXXXX
COMMAND ==> 1_________________________________________________________________
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13
2. FUNC
The nature of the call, in conjunction with the value specified in the REQUEST
field on the Create/Update Data Group screen. Valid values are:
■ GU
■ GN
■ ISRT
■ CHNG
■ PURG
■ CMG
■ GCMD
■ XRST
■ SYNC
■ SNAP
■ CHKP
■ DEQ
■ GSCD
■ LOG
■ ROLB
■ ROLL
■ STAT
■ SYMCHKP
3. TPPARMS
The parameter list passed to a teleprocessing PCB with the WRITE request.
Separate each parameter with a comma.
The first parameter in the list (that is, the first parameter after the PCB),
represents the third parameter in the call.
TPPARMS and IOAREA are mutually exclusive.
If DBMS is equal to EXEC DLI and you are coding either CHKP, XRST, or
SYMCHKP in a batch program, use the parameters in this table as indicated:
Parameter Usage
CHKP ID(PARM1)
XRST ID(PARM1)
MAXLENGTH(PARM2)
AREA1(PARM3)
LENGTH1(PARM4)
.
.
.
AREA7(PARM15)
LENGTH7(PARM16)
SYMCHKP ID(PARM1)
AREA1(PARM2)
LENGTH(PARM3)
.
.
.
AREA7(PARM14)
LENGTH(PARM15)
You can also access this screen by selecting the custom code option on these screens:
■ Create/Update Screen Definition
■ Create/Update Driver Definitions
■ Create/Update IMS/DC Report Definitions
■ Create/Update Nonterminal Definition
■ Create/Update Batch Definitions
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
Note that you can specify the starting point of the list by entering L
member-name. If member-name is found, the list begins with member-name.
If member-name is not found, the list begins with the name of the member that
follows member-name in alphabetical order.
2. (Item manipulation)
A field allowing entry of a control character to manipulate the corresponding item
on the screen:
3. NAME
The name of the custom code member.
4. RENAME
The name of the member to be renamed or copied, if the value in the item
manipulation field is R or C.
Note: After a member has been renamed, it is accessed under its new name.
5. DESCRIPTION
A description of the custom code member.
6. USER
Protected field identifying user who last accessed the custom code.
7. UPDATED
Protected field identifying when the custom code was last accessed.
You can also access this screen by entering U in the item manipulation field for the
custom code member on the List/Show Custom Code screen.
You can view, but not edit, the custom code member by invoking preview processing
from one of these screens:
■ Update SQL Detail Data Access
■ Update DL/I Detail Data Access
■ Update Database User I/O SSALIST
■ Update VSAM or Sequential Detail Data Access
■ Update CICS Queue Data Access
■ Update CICS Journal Data Access
■ Update TPPCB Detail Data Access
Function: Allows full-screen editing for the purpose of creating a member that
contains your custom code or code required for program work areas and database or
data file descriptors.
To save the member and return to the screen from which you transferred, press [End].
EDIT ---- HEADERID.SD TESTCC1 MEMBER 1 OF 1 SIZE COL 7
COMMAND ==> 1 SCROLL ===> PAGE
TOP OF DATA
2''''' 3
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
''''''
BOTTOM OF DATA
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. (Line command)
A field to enter one of these commands:
C Copy a line
CC Copy a block of lines
I Insert a line
Inn Insert nn lines
IS(n) Insert n lines for you to enter the command
M Move a line
MM Move a block of lines
R Repeat a line
RR Repeat a block of lines
O Overlay a line
OO Overlay a block of lines
A Line(s) to insert, copy, or move go after this line
B Line(s) to insert, copy, or move go before this line
D Delete an entry
X(n) Exclude n lines beginning with this line
You can also access this screen by selecting the ENV IMS option.
The Show/Purge TSO or IMS Screen Environment screen fields are the same as the
Update TSO or IMS Screen Environment screen fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. LINKOPT
The type of linking to occur in the IMS program. Valid values are:
D
The program is a stand-alone program that dynamically links to other
programs. If you do not specify ANY in either the LINKPGM or MSGPGM
fields, all programs to which control can be passed must be accounted for in
MSGTRAN, MSGPGM, MSGTBL, or LINKPGM values. Any attempt to
transfer to programs not identified in these fields results in a user ABEND.
S
Generate a program as a subroutine that executes under a driver. Values in
the CONVERS, MFSMOD, and PGMNAME are valid with this option.
The default value is set at installation.
3. CONVERS
A value to specify whether the system that CA-Telon generates is IMS
conversational. Valid values are:
Y
The system being generated is an IMS conversational system using an IMS
SPA
N
The system being generated is an IMS non-conversational system using a
WORKSPA database
In conversational transaction processing, IMS maintains a conversation with the
terminal through an IMS SPA. While in conversation with IMS, the transaction
code is maintained by IMS until modified by the application program through
message switching or setting to spaces to terminate the conversation.
In non-conversational processing, the transaction code is sent to IMS each time
[Enter] or any PF key is pressed by the application user. When you use the
non-conversation mode, CA-Telon maintains a pseudo-conversation with IMS
through the use of a WORKSPA database. This is done by using the
SPA-TRANSACTION-CODE field in the transfer work area in the same way that
IMS uses this field in the IMS SPA.
4. LINEOPT
The line optimization logic that the program uses and generates. Valid values are:
1
Use the CA-Telon line optimization subroutine. CA-Telon automatically
performs line optimization for you.
2
Simulate subroutine optimization in procedural custom code (except for
fill-character processing).
3
Do not generate the line optimizing code.
Note: For PWS, the LINEOPT value must be 2 or 3.
5. TRACE
A value to specify whether the program generates and maintains TRACE variables
for debugging. Valid values are:
Y
The program generates TRACE variables for the CA-Telon Test Facility
N
The program does not generate TRACE variables for the CA-Telon Test
Facility
Note: TRACE variables increase the size of the generated program. The TRACE
should be N for production environment.
6. PGM/PSB NAME
The name of the load module that the linkage editor creates. CA-Telon requires
this field only when the load module name is different from the name that
CA-Telon generates for the program. The generated program name is set as an
installation default.
7. GENPCBS
A value to specify whether to include DL/I PCB masks in the program. Valid
values are:
Y
Automatically generate PCB masks in the program
N
PCB masks must be included in the LNKCOPY and USGCOPY members
8. LNKCOPY
The name of the COPY/INCLUDE member containing the 01-level declarations
included in the linkage section.
9. USGCOPY
The variable declarations in the linkage member appended to the COBOL
procedure division or the PL/I procedure statements.
In COBOL, the variable declaration is the list of 01-level variables in the linkage
section. In PL/I, variable declaration is a list of DECLARE statements in the
linkage section.
10. GENPCBS
A value to specify whether to include TSO PCB masks in the program. Valid
values are:
Y
Automatically generate PCB masks in the program
N
PCB masks must be included in the LNKCOPY and USGCOPY members
11. LNKCOPY
The name of the COPY/INCLUDE member containing the 01-level declarations
included in the linkage section.
12. USGCOPY
The variable declarations in the linkage member appended to the COBOL
procedure division or the PL/I procedure statements.
In COBOL, the variable declaration is the list of 01-level variables in the linkage
section. In PL/I, variable declaration is a list of DECLARE statements in the
linkage section.
13. TRANCDE
The IMS transaction code associated with the generated program. Enter a value
only when the IMS transaction is different from the CA-Telon-generated program
name. The program name is set as an installation default.
14. TRANMFS
A value to specify whether the MFS processes the transaction code. Valid values
are:
Y
MFS processes the transaction code
N
MFS does not process the transaction code. This is the default.
15. TRANFLD
The transaction code that is imbedded to the MID for this screen. This value is
used only when the /FORMAT command is used to start the application, or if the
system is non-conversational.
16. SPASIZE
The size of the SPA specified in the IMS generation for this application. It can be
defined alone or in conjunction with the WKSPASZ field value. The total of the
values in the two fields must be enough bytes to hold:
■ The SPA header
■ The application transfer work area
■ The size of the largest screen image in the application
You can fine tune the size as needed, based on SPA requirements printed out on
generated program listings.
17. SPACMPT
A value to specify whether CA-Telon is to generate a SPA with a fixed number of
overhead bytes, making it compatible for use by static and dynamic programs.
The generation of such a SPA allows for message switching between static and
dynamic modules in an application. Valid values are:
Y
CA-Telon generates a compatible SPA. CA-Telon generates a field called
SPACMPAT in the dynamic programs where the next-program-name field
exists in static programs.
N
CA-Telon generates SPA with a different number of overhead bytes, based on
whether the module is static or dynamic. Message switching between static
and dynamic modules cannot take place in the application.
18. WKSPASZ
The number of bytes in the WORKSPA database used in this application system.
The value is not used when you do not use a WORKSPA database.
In a non-conversational system, the database must be large enough to hold:
■ The application transfer work area
■ Overhead
■ The largest screen image in the application
In a conversational system, the WKSPASZ value must specify enough bytes to
hold the overflow from the IMS SPA area, whose size is specified in the
SPASIZE field.
19. WKSPAIO
The name of two copy members containing custom code used in the retrieval and
writing of WORKSPA databases:
■ GET contains custom code included before the read of the WORKSPA
database
■ PUT contains custom code included before the replace of the WORKSPA
database
20. WKSPAIN
A value to specify whether the generation of CA-Telon WORKSPA database
initialization code is to take place in IMS program section
C-920-GET-WORKSPA. Valid values are:
Y
Generate code to reinitialize the CA-Telon transfer work area when the IMS
program flow has been broken
N
Do not generate such code
21. LINKPGM
The program IDs of all programs to which the generated program can be
dynamically linked through CA-Telon, specified in this format:
id[,id.]
where:
id
The CA-Telon-generated program ID in the hhnnnn format of your CA-Telon
installation.
25. MSGBUF
The member name and length of a user-defined buffer area for use in automatic
message switching. CA-Telon appends the member name to the definition for the
TP-OUTPUT-XFER-BUFFER.
26. A4EPGM
A program ID processed as the next program when an A4 status code results from
attempting an IMS message switch. The program ID must also be defined in the
LINKPGM, MSGPGM, MSGTRAN, or MSGTBL field.
This field and A4EMSG are mutually exclusive.
27. A4EMSG
The message displayed in the ERRMSG1 field when an A4 status results from
attempting an IMS message switch.
Valid values include literal message text or the name of the variable containing
the message. Enclose literal message text in single quotes.
This field and the A4EPGM field are mutually exclusive. This field is invalid
when you specify S in the LINKOPT field.
The value supplied in the A4EMSG parameter is only referenced in the
C-400-TERMIO-XFER-MSG-SWITCH section. That section is only generated if
LINKOPT=D and if one of the following MESSAGE-SWITCH parameters is
specified: MSGPGM, MSGTRAN, or MSGTBL. If one of these parameters is
entered, the above section is generated and contains the MOVE statement which
assigns the value in the A4EMSG parm to TPO-ERRMSG1.
28. MFSMOD
The MFS MOD name generated for this program if it is different from the
CA-Telon-generated MOD name. You can use this value to create a meaningful
MOD name for users when the FORMAT command is used to start the
application.
29. SYSMSG
The name of the field in the CA-Telon-generated program to which system
messages are sent. Use this field only when the program field designated for the
system messages is not the special CA-Telon field SYSMSG (that is, if the
SYSMSG field is not part of the panel definition).
For example, for the system to send its messages to the field defined as
ERRMSG1, enter ERRMSG1 here.
30. MIDONLY/ DEVICE
A field that enables you to transfer to the Update IMS MFSs screen to create,
update, or purge MIDONLY fields in the screen definition. Valid values are:
C
Create a MIDONLY statement for this environment
P
Purge a MIDONLY statement from this environment
U
Update a MIDONLY statement for this environment
Note: To update, you can enter any nonblank value other than C or P.
31. PLIXOPT
(Displayed only when language is PL/I.) A field that enables you to transfer to
the Update PL/I Executable Options screen to create, update, or purge PL/I
executable options that override installation-defined PL/I defaults for
CA-Telon-generated programs. Valid values are:
C
Create a PLIXOPT statement for this environment
P
Purge a PLIXOPT statement from this environment
U
Update a PLIXOPT statement for this environment
Function: Defines fields included in the MFS MID and in the CA-Telon input
buffer, but not on the screen.
6. FEAT
The features for this device or program group. Device features include:
■ Print line 120
■ Print line 126
■ Print line 132
■ Data entry keyboard
■ Program function keys
■ Selector light pen detect
■ Operator identification card reader
■ Dual platen
■ User-defined features for the SCS1 and SCS2 devices and DPM programs.
Alternatively, the default value is IGNORE, which specifies the device features
are ignored for this device.
7. EATTR
A value to specify whether to use extended attributes on the screen. Valid values
are:
Y
Use extended attributes
N
Do not use extended attributes. This is the default.
8. LTH
The length of the MIDONLY field.
9. MIDSOURCE
The name of the field added to the beginning of the MID but not to appear on the
screen. This value is used when Y is specified in the FMTCNTL field in the
panel definition.
See 4.10, “Update Literal Fields” on page 4-29 or 4.11, “Update
Output/Input/Outin Field” on page 4-32 for more information on the FMTCNTL
field.
10. LABEL
The CA-Telon name for the MIDONLY field.
11. INITIALIZATION
The value to which CA-Telon initializes the MIDONLY field.
ENVIRONMENT 2
REORDER 5 (Y/N)
XOPTS 6___________________________________________________________
About the PLIXOPT statement: For the programs that CA-Telon generates, a
PLIXOPT statement can override installation-defined PL/I defaults for:
■ Execution options
■ Storage options
■ Variable alignments options
■ Reorder compiler options
CA-Telon inserts the PLIXOPT after the first statement in the definition (the
SCREEN, REPORT, or DRIVER statement) and prior to the program generation
statement (the CICSPGM, IMSPGM, IMSDRV, or TSOPGM statement). On this
screen you can code multiple PLIXOPT statements to define options for different
environments.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. ENVIRONMENT
The environment. This value is inherited from the screen from which you
transferred.
3. ALIGN
A value to specify whether CA-Telon is to align the program variables. Valid
values are:
A
(Aligned) Align variables
U
(Unaligned) Do not align variables
4. STORAGE
A value to specify whether CA-Telon is to allocate variable storage at execution
time. Valid values are:
S
(Static) Do not allocate variable storage at execution time
A
(Automatic) Allocate variable storage at execution time
5. REORDER
A value to specify whether variable storage is to reorder the program for
efficiency reasons. Valid values are:
Y
Reorder the program
N
Do not reorder the program
6. XOPTS
The execution options for the PL/I CA-Telon program. Option specifications must
be delimited by a comma.
To access the nonterminal definition view of this update screen, on the Create/Update
Nonterminal Definition screen enter a nonblank character to select the ENV field when
the value is CICS.
You can access a view of this screen also by entering the following on the Online
Program Definition menu or the Nonterminal Program Definition menu:
■ CR, UP, or SH in the FUNCTION field
■ EN in the ITEM field
■ Header in the HEADER field
■ Identifier in the ID field
■ CICS in the ENVIRON field
Function: Specifies the CICS environment data for the screen definition or
nonterminal definition, including the characteristics of the CICS program and the BMS
control blocks.
The Show/Purge CICS Screen Environment screen fields are the same as the Update
CICS Screen Environment screen fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. DBMS
The DBMS environment. Valid values are:
■ DL/I
■ EXEC DLI
■ VSAM
■ SEQ
■ DB2
■ IDMSSQL (CA-IDMS/SQL)
■ DATACOM
■ ORACLE
■ INGRES
The value in this field is used by PREVIEW to distinguish between CALL
CBLTDLI, CEETDLI, and EXEC DLI logic. It is also used to distinguish
between DL/I and EXEC DLI at generation time.
3. TRACE
A value to specify whether the program generates and maintains trace variables
for debugging. Valid values are:
Y
Generate trace variables for the CA-Telon Test Facility
N
Do not generate trace variables for the CA-Telon Test Facility. This is the
default.
Note: Trace variables increase the size of the generated program. In a
production environment, the TRACE value should be N.
4. LINEOPT
(Not displayed for a nonterminal definition.) The line optimization logic that the
program uses and generates. Valid values are:
1
Use the CA-Telon line optimization subroutine. CA-Telon performs line
optimization automatically for you.
2
Simulate subroutine optimization in procedural custom code (except for fill
character processing).
3
Do not generate the line optimizing code.
Note: For PWS, this value must be 2 or 3.
5. SPASIZE
The size of the DFHCOMMAREA used to hold the transfer work area. After
CA-Telon generates the program, this value appears in the CICS Program
Summary section of the assembler listing as the TRANSFER AREA SIZE
SPECIFIED.
For CICS screen definitions, this value must be greater than or equal to the sum
of:
■ The SPA header
■ The application transfer work area
■ The screen image size
For CICS nonterminal definitions, this value must be greater than the sum of:
■ The SPA header
■ The application transfer work area
Estimate a value and fine tune it as needed based on the requirements printed out
on generated program listings.
For CICS nonterminal programs, you can specify CICS ENV to copy XFERWKA
into SPA-AREA.
6. TRANCDE
The CICS transaction code associated with the generated program. Specify a
value only when the CICS transaction is different from the CA-Telon-generated
13. IOASTG
A COBOL field that specifies where CA-Telon generates the
SEGMENT-IO-AREA. Valid values are:
A (AUTO)
Generates SEGMENT-IO-AREA in the Linkage Section and do a GETMAIN
for it at program initialization.
S (STATIC)
Generates SEGMENT-IO-AREA in Working Storage.
ih1.TPBSTG field
14. TPBSTG
A COBOL field that specifies where CA-Telon is to generate the TP-BUFFER.
Valid values are:
A (AUTO)
Generates the TP-BUFFER in the Linkage Section and performs a GETMAIN
for it at program initialization.
S (STATIC)
Generates the TP-BUFFER in Working Storage field.
ih1.PSBSCHD field
15. PSBSCHD
A value to specify whether CA-Telon is to automatically schedule and terminate
the DL/I PSB in the CICS program sections Q-200-PSB-SCHEDULE and
Q-210-PSB-TERM. Valid values are:
Y
Automatically schedules and terminates the DL/I PSB. This is the default.
N
Generates the Q-200 and Q-210 sections without any reference to them in the
CA-Telon code. In this case, you are responsible for performing the sections
to schedule and terminate the DL/I PSB.
Note: The PSB name used on the schedule call is the variable name
(PSB-NAME), which may be dynamically set prior to the PSB
scheduling.
16. PSBNAME
For DL/I, the name of the PSB that the program uses.
17. GENPCBS
A value to specify whether CA-Telon is to include DL/I PCB masks in the
program. Valid values are:
Y
Automatically generates the PCB masks in the program.
N
You must include the PCB masks in the LNKCOPY.
D
The program is a stand-alone program that links USGCOPY TDF fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. HOLD
A value to specify whether CA-Telon is to generate code to build a hold facility
for the system you develop. Valid values are:
Y
Generate the code for a hold facility
N
Do not generate the code for a hold facility
The default is the value in the HOLD field on the Update Program Definition
Defaults screen.
3. APPLID
The application ID that the system administrator defines at the installation of
CA-Telon.
The default is the value in the APPLID field on the Update Program Definition
Defaults screen.
4. LANGLVL
The version of CA-Telon used to generate the program. Valid values are:
■ 2.0
■ 2.1
■ 2.3
■ 2.4
■ 3.0
■ 4.0
5. HELP
A value to specify whether CA-Telon is to generate code to build a help facility
for the system you develop. Valid values are:
■ Y
■ N
The default is the value in the HELP field on the Update Program Definition
Defaults screen.
6. UPDTA
A value to specify whether to include in the program (by COBOL COPY or PL/I
%INCLUDE) the update area regardless of data access requests. Valid values are:
Y
Include the update area
N
Do not include the update area
(blank)
CA-Telon examines data access requests to determine whether to include the
update area.
7. OUTIFIL
The fill character for input, outin, and select fields when they are written to the
screen. Valid values are:
B
Fill with spaces ( )
U
Fill with underscores (_)
N
Fill with low values
8. CAPS
A value to specify whether to translate lowercase characters input by the
application user to uppercase. Valid values are:
ON
Translate lowercase characters to uppercase. This is the default.
OFF
No translation occurs on input
You can also access this screen from the List Data Administration Information screen
by entering U as a line command for a listing of a driver definition.
CUSTOM:
A-1 4 INIT 17______
C-3 4 XFER 18______
D-1 4 TERM 19______
Fields allowing entry of multiple members: Four fields allow you to specify
more than one member name:
■ XFERWKA
■ WKAREA
■ SECTION
■ PGMCUST
The XFERWKA and PGMCUST fields have no edit option field; therefore, you cannot
select the custom code editor for these fields. Members entered into these fields are
usually stored in shared libraries.
The WKAREA and SECTION fields have an edit option field. However, you can
access the editor only when one member name exists for the field. If you have
specified more than one member name for the field, go to the List/Show Custom Code
screen to select the member for editing.
All four fields that accept specification of multiple members can contain a maximum
of 253 bytes of data. You can specify 60 bytes for each field on this screen; you can
enter U in the one-byte field to the right of the 60th byte to request an extension
screen for additional space. When you return from the extension screen, the plus sign
(+) character is displayed in the one-byte field.
Show/Purge screen: You can access the Show/Purge Driver Definitions (S214)
screen from the Online Program Definition menu screen by entering:
■ SH or PU in the FUNCTION field
■ DR in the ITEM field
■ Name in the NAME field
■ Identifier in the ID field
Alternatively, on the List Panel Definitions screen, you can enter S or P as a line
command for a driver (DR).
The Show/Purge Driver Definitions screen fields are the same as the Create/Update
Driver Definitions screen fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. OPTIONS
Other TDF functions to complete the necessary specifications of the program
definition. Enter any single non-blank character in the input field to the right:
3. DESC
The description entered on the Online Program Definition menu. You can modify
the description here.
4. Edit option fields
Fields that allow you to supply custom code member names (for example,
REMARKS, WKAREA, INIT). These fields are preceded by a one-position edit
option field. Enter any character in these fields to access the Custom Code Editor.
These are valid edit option values and the functions that they invoke:
U
CA-Telon transfers control to a blank edit screen allowing you to create a
custom code member. If you have already created a custom code member,
CA-Telon transfers to the List/Show Custom Code screen after you enter the
custom code member name in the associated field.
If you have not specified a custom code member in the associated field,
CA-Telon automatically creates a custom code member and gives it the name
of the corresponding entry point. For example, if you enter U in the edit
option field for OINIT1 but have not specified a name, CA-Telon names the
custom code member OINIT1. The next time you access the Create/Update
Screen Definition screen, the value **DFLT** is displayed in the name field
to signify that the name matches the entry point name and that the field is
protected.
O
CA-Telon erases the value displayed in the associated field, including the
value **DFLT**.
This action simply eliminates the association between this entry and the
custom code member. It does not delete the member. Its purpose is to allow
you to rename the custom code member or associate it with another entry
point.
S
CA-Telon passes control to the custom code editor and returns the requested
member in show mode.
5. REMARKS
The name of the custom code member to add to the COBOL REMARKS section
of the program or to the beginning of the PL/I program.
6. HOLD
A value to specify whether CA-Telon is to generate code to build a hold facility
for the system you develop. Valid values are:
Y
Generate the code for a hold facility
N
Do not generate the code for a hold facility
The default is the value in the HOLD field on the Update Program Definition
Defaults screen.
7. LANGLVL
Protected field displaying the version of CA-Telon that is used to generate the
program. Valid values are:
■ 2.0
■ 2.1
■ 2.3
■ 2.4
■ 3.0
■ 4.0
8. LANG
The language of the generated programs. Valid values are:
COB
COBOL, COBOL II
PLI
PL/I
The default is the value in the LANG field on the Update Program Definition
Defaults screen.
9. FRSTPGM
The program ID of the first program to receive control from the driver when the
transaction code is executed. The length of this field depends on naming
conventions established during CA-Telon installation. See your database
administrator for more information.
10. APPLID
The application ID that the system administrator defines at the installation of
CA-Telon.
The default is the value in the APPLID field on the Update Program Definition
Defaults screen.
11. UPDTA
A value to specify whether to include in the program (by COBOL COPY or PL/I
%INCLUDE) the update area regardless of data access requests. Valid values are:
Y
Include the update area
N
Do not include the update area
(Blank)
CA-Telon examines data access requests to determine whether to include the
update area
12. CMPLOPT
Compiler parameters to be included in the generated program before the COBOL
IDENTIFICATION DIVISION line or the PL/I PROC statement. The field on
this screen contains 16 bytes. Once an entry has been made in the field, an
extension field is presented after the field. If you need to enter a longer value,
place a "U" in the extension field to go to the "Update Parameter Overflow"
screen, where you can enter a total of 253 bytes, including commas.
13. IDENTIF
The custom code COPY member name to be added after the COBOL
IDENTIFICATION DIVISION line for specification of INITIAL and other
Identification Division options, or in the parentheses after OPTIONS in the PL/I
PROC statement.
Note: When this copybook is used for PL/I, "MAIN" must be coded if it is
desired.
14. PROCEDR
The custom code COPY member name to be added before the PROCEDURE
DIVISION line for specification of Declaratives after the Procedure Division.
This copybook is valid only for COBOL; it does not appear on the screen for a
PL/I program.
15. XFERWKA
The name of a custom code COPY member to add to the TRANSFER WORK
AREA section of the program. You can enter multiple names.
You must enter a value for this field, unless you are performing a create function
and you specified a XFERWKA list on the Update Program Definition Defaults
screen. In this case, that value is the default for this field.
The maximum string length for this field is 253 bytes.
16. WKAREA
The names of the COPY member or members that contain a definition of a work
area to add to the DATA DIVISION section of the COBOL program. The COPY
members can be included as part of the screen definition or be members of a
library.
You can specify as many as 20 COPY members, each separated by a comma, and
a maximim string length of 253 bytes.
Note: COPY members that you specify here are in addition to the standard
application COPY member named hhWKAREA, where hh is the variable
application header.
For information on hhWKAREA, refer to Programming Concepts Guide.
17. INIT
The name of a COPY member containing the custom code to insert in the
initialization section of the driver program, executed when the driver first receives
control.
18. XFER
The name of a COPY member that contains the custom code to insert in the
transfer control section of the driver program, executed just before control is
passed to a called subroutine (for example, a screen).
19. TERM
The name of COPY member that contains the custom code to insert in the
termination section of the driver program, executed just before the driver program
returns control to the system.
20. SECTION
One or more names of custom code members that contain the COBOL sections or
PL/I procedures that can be performed from other parts of the program. Each
name must be separated by a comma. You may specify a maximum of 35 names,
and a maximum string length of 253 bytes.
21. PGMCUST
The name of the COBOL section or PL/I procedure in which to add custom code,
and the name of the custom code member added. You can make multiple
specifications using this format:
section-name1, member-name1,
section-name2, member-name2,...
Section-name
The four-character identifier of the section or procedure in which to include
the custom code (for example, H100) and a suffix (I or T) that specifies
whether to include the code at the beginning (I) of the section or procedure,
or at the end (T).
For example, H100I specifies section H100 is included at the beginning of the
program and E100T specifies section E100 is included at the end of the
program.
Member-name
The name of the custom code added at the location specified by section-name.
Thus, the value A100I,OUTIDC specifies the custom code named OUTIDC is
placed at the beginning of the A-100 section.
The maximum string length is 253 bytes.
The following section names are available for Driver programs:
Section Description
A100I A-100-OUTPUT-INIT (beginning of section)
A100T A-100-OUTPUT-INIT (end of section)
C100I C-100-TERMIO-READ (beginning of section)
C100T C-100-TERMIO-READ (end of section)
C200I C-200-TERMIO-WRITE (beginning of section)
C200T C-200-TERMIO-WRITE (end of section)
C300I C-300-TERMIO-XFER (beginning of section)
C300T C-300-TERMIO-XFER (end of section)
C900I C-900-GET-SPA (beginning of section; IMS drivers with
SPA)
C900T C-900-GET-SPA (end of section; IMS drivers with SPA)
C910I C-910-GET-MESSAGE & C-910-TERMIO-SAVE
(beginning of section; IMS drivers)
C910T C-910-GET-MESSAGE & C-910-TERMIO-SAVE (end of
section; IMS drivers)
C920I C-920-GET-WORKSPA (beginning of section; IMS drivers
with WORKSPA)
Section Description
C920T C-920-GET-WORKSPA (end of section; IMS drivers with
WORKSPA)
C925I C-925-INSERT-WORKSPA (beginning of section; IMS
drivers with WORKSPA)
C925T C-925-INSERT-WORKSPA (end of section; IMS drivers
with WORKSPA)
C950I C-950-PUT-WORKSPA (beginning of section; IMS drivers
with WORKSPA) i1.C950I
C950T C-950-PUT-WORKSPA (end of section; IMS drivers with
WORKSPA)
C960I C-960-PUT-SPA (beginning of section; IMS drivers with
SPA)
C960T C-960-PUT-SPA (end of section; IMS drivers with
WORKSPA)
C970I C-970-PUT-MESSAGE (beginning of section)
C970T C-970-PUT-MESSAGE (end of section)
C995I C-995-BUFFER-INIT-LOOP (beginning of section)
C995T C-995-BUFFER-INIT-LOOP (end of section)
D100I D-100-INPUT-INIT (beginning of section)
D100T D-100-INPUT-INIT (end of section)
MAINI MAIN (beginning of section)
MAINT MAIN (end of section)
MAINLINE MAIN (replaces entire section)
MAINPROCESSI MAIN-PROCESS (beginning of section)
MAINPROCESST MAIN-PROCESS (end of section)
Z100I Z-100-SECTIONS-COPY (beginning of section)
Z900I Z-900-SECTION-FALLOUT & Z-900-PROGRAM-END
(beginning of section); COBOL programs only)
Z980I Z-980-ABNORMAL-TERMINATION (beginning of
section)
Z980T Z-980-ABNORMAL-TERMINATION (end of section)
Function: Specifies the environment characteristics of the IMS program, the IMS
PSB, the IMS MFS, the IMSDRV, and, in part, the TSO program that CA-Telon
generates.
5. GENPCBS
A value to specify whether to include DL/I PCB masks in the program. Valid
values are:
Y
Automatically generate PCB masks in the program
N
PCB masks must be included in the LNKCOPY and USGCOPY members
6. LNKCOPY
The name of the COPY or INCLUDE member containing the 01-level declarations
to include in the linkage section.
7. USGCOPY
The variable declarations in the linkage member appended to the COBOL
procedure division or the PL/I procedure statements.
In COBOL, the variable declaration is the list of 01-level variables in the linkage
section. In PL/I, variable declaration is a list of declare statements in the linkage
section.
8. TRACE
A value to specify whether the program generates and maintains trace variables
for debugging. Valid values are:
Y
Generates trace variables for the CA-Telon Test Facility
N
Do not generates trace variables for the CA-Telon Test Facility
Trace variables increase the size of the generated program. In a production
environment, the TRACE value should be N.
9. TRANCDE
The IMS transaction code associated with the generated program. Specify a value
only when the IMS transaction is different from the CA-Telon generated program
name, which is set at installation.
10. SPASIZE
The size of the SPA specified in the IMS generation for this application. It can be
defined alone or in conjunction with the WKSPASZ field value. The total of the
values in the two fields must be enough bytes to hold:
■ The SPA header
■ The application transfer work area
■ The size of the largest screen image in the application
You can fine-tune the size as needed, based on SPA requirements printed out on
generated program listings.
11. WKSPASZ
The number of bytes in the WORKSPA database used in this application system.
The value is not used when you do not use a WORKSPA database.
In a non-conversational system, the database must be large enough to hold:
Alternatively, you can enter ANY to specify that the generated program should do
a message switch to NEXT-PROGRAM-NAME if the
NEXT-PROGRAM-NAME-ID is not detected in LINKPGM, MSGTRAN, or
MSGTBL specifications. If you enter ANY here, do not specify ANY for
LINKPGM.
This value is valid if the transaction code for the program to receive control is the
CA-Telon-generated transaction code. Otherwise, specify a value in the
MSGTRAN field.
16. MSGTRAN
The pairing of screen program IDs and corresponding IMS transaction codes,
specified in this format:
id,tran[,id,tran.]
where:
id
The CA-Telon-generated program ID in the hhnnnn format of your CA-Telon
installation
tran
The eight-character IMS transaction code equated with id
This field is limited to 253 characters. To exceed this limit, use the MSGTBL
field instead.
The generated program can transfer control by issuing IMS message switches.
Specify values only if the transaction code of the program to receive control is
different from the CA-Telon-generated transaction code.
17. MSGTBL
The copy member containing the list that would otherwise be entered in the
MSGTRAN field.
18. MSGBUF
The member name and length of a user-defined buffer area for use in automatic
message switching. CA-Telon appends the member name to the definition for the
TP-OUTPUT-XFER-BUFFER.
19. LINKDYN
A value to specify that CA-Telon is to dynamically link to any static subroutines
which are not specified in the LINKPGM, MSGPGM, MSGTBL, or MSGTRAN
fields.
A value in this field is not valid if the MSGPGM value is ANY. To be
dynamically called, the static subroutines must be link-edited without the NCAL
option.
20. A4EPGM
A program ID processed as the next program when an A4 status code results from
attempting an IMS message switch. The program ID must also be defined in the
LINKPGM, MSGPGM, MSGTRAN, or MSGTBL field.
This field and A4EMSG are mutually exclusive.
21. A4EMSG
The message displayed in the ERRMSG1 field when an A4 status results from
attempting an IMS message switch.
Valid values include literal message text or the name of the variable containing
the message. Enclose literal message text in single quotes.
This field and the A4EPGM field are mutually exclusive. This field is invalid
when you specify S in the LINKOPT field on the Update IMS/DC Driver
Environment screen.
22. IOASIZE
The maximum size required by any one program for this segment I/O area.
23. TPOSIZE
The maximum size of the TP output buffer for all programs linked by means of an
IMS driver.
24. TPISIZE
The maximum size of the TP input buffer for all programs linked by means of an
IMS driver.
25. PLIXOPT (PLI Only)
A field in which you can request to add, update, or purge PLIXOPT statements,
which override specific installation-defined PL/I defaults in the
CA-Telon-generated program. Valid values are:
C
Create a PLIXOPT statement
U
Update a PLIXOPT statement
P
Purge a PLIXOPT statement
OUTPUT:
A-1 4 OINIT1 16______ 4 OINIT2 17______
B-1 4 OUTTERM 18______
Show/Purge screen: You can access the Show/Purge IMS/DC Report Definitions
(S314) screen from the Online Program Definition menu by entering:
■ SH or PU in the FUNCTION field
■ RD in the ITEM field
■ Header in the HEADER field
■ Identifier in the ID field
Alternatively, on the List Panel Definitions screen, you can enter S or P as a line
command for a report definition (RD).
The Show/Purge IMS/DC Report Definitions screen fields are the same as the
Create/Update IMS/DC Report Definitions screen fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. OPTIONS
Other TDF functions to complete the necessary specifications of the program
definition. Enter any single non-blank character in the input field to the right:
3. DESC
The description of the program. The default is the value in the DESC field of the
Online Program Definition menu. You can modify the description here.
4. Edit option fields
Fields that allow you to supply custom code member names (for example,
REMARKS, WKAREA, INIT). These fields are preceded by a one-position edit
option field. Enter any character in these fields to access the Custom Code Editor.
These are valid edit option values and the functions that they invoke:
U
CA-Telon transfers control to a blank edit screen allowing you to create a
custom code member. If you have already created a custom code member,
CA-Telon transfers to the List/Show Custom Code screen after you enter the
custom code member name in the associated field.
If you have not specified a custom code member in the associated field,
CA-Telon automatically creates a custom code member and gives it the name
of the corresponding entry point. For example, if you enter U in the edit
option field for OINIT1 but have not specified a name, CA-Telon names the
custom code member OINIT1. The next time you access the Create/Update
Screen Definition screen, the value **DFLT** is displayed in the name field
to signify that the name matches the entry point name and that the field is
protected.
O
CA-Telon erases the value displayed in the associated field, including the
value **DFLT**.
This action simply eliminates the association between this entry and the
custom code member. It does not delete the member. Its purpose is to allow
you to rename the custom code member or associate it with another entry
point.
S
CA-Telon passes control to the custom code editor and returns the requested
member in show mode.
5. REMARKS
The name of the custom code member to add to the COBOL REMARKS
section of the program or to the beginning of the PL/I program.
6. LANGLVL
The version of CA-Telon used to generate the program. Valid values are:
■ 2.0
■ 2.1
■ 2.3
■ 2.4
■ 3.0
■ 4.0
7. SIZE
The number of lines and columns that define the size of the report. The
CA-Telon default is 55 lines and 120 columns per page. Once the line and the
column size is established in a CA-Telon session, it remains in effect for any
additional reports created during that session.
8. LANG
The language in which CA-Telon is to generate programs. Valid values are:
COB
COBOL, COBOL II
PLI
PL/I
The default is the value in the LANG field on the Update Session Controls
screen.
9. CMPLOPT
Compiler parameters to be included in the generated program before the
COBOL IDENTIFICATION DIVISION line or the PL/I PROC statement.
The field on this screen contains 16 bytes. Once an entry has been made in
the field, an extension field is presented after the field. If you need to enter a
longer value, place a "U" in the extension field to go to the "Update
Parameter Overflow" screen, where you can enter a total of 253 bytes,
including commas.
10. IDENTIF
The custom code COPY member name to be added after the COBOL
IDENTIFICATION DIVISION line for specification of INITIAL and other
Identification Division options, or in the parentheses after OPTIONS in the
PL/I PROC statement.
Note: When this copybook is used for PL/I, "MAIN" must be coded if it is
desired.
11. PROCEDR
The custom code COPY member name to be added before the PROCEDURE
DIVISION line for specification of Declaratives after the Procedure Division.
This copybook is valid only for COBOL; it does not appear on the screen for
a PL/I program.
12. APPLID
The application ID that the system administrator defines at the installation of
CA-Telon. The default is the value in the APPLID field on the Update
Program Definition Defaults screen.
13. XFERWKA
The custom code COPY member names to add to the TRANSFER WORK
AREA section of the program.
You must enter a value for this field, unless you are performing a create
function and you specified a XFERWKA list on the Update Program
Definition Defaults screen. In this case, that value is the default for this field.
14. WKAREA
The names of the COPY member or members that contain a definition of a
work area to add to the DATA DIVISION section of the COBOL program.
The COPY members can be included as part of the screen definition or be
members of a library.
You can specify a maximum of 20 COPY members, each separated by a
comma, and a maximum string length of 253 bytes.
Note: COPY members that you specify here are in addition to the standard
application COPY member named hhWKAREA, where hh is the
variable application header.
For information on hhWKAREA, refer to Programming Concepts
Guide.
15. LINKWKA
The COBOL COPY or PL/I %INCLUDE member name of the link work area
which is passed from the calling program to the PRINT subroutine. The
starting level for this member may not be 01.
This member allows the PRINT subroutine access to the data used in the
report.
Note: If you do not pass data with this LINK-WORK-AREA, code a dummy
LINKWKA. For COBOL, the recommended area name is
PRINTSUB-AREA. For PL/I, the recommended field name is
ADDR(PRINTSUB_AREA).
16. OINIT1
The name of the custom code member to place in the A-100-OUTPUT-INIT
section before the automatic database or file read statements (that is, to
perform special I/O, initialize areas, and so on).
If there is no automatic read, CA-Telon still inserts this custom code member
in the same section or procedure and can use the custom code member for
custom database or file reads.
17. OINIT2
The name of the custom code member to place in the A-100-OUTPUT-INIT
after automatic database or file read statements.
If there is no automatic read, CA-Telon still inserts this custom code member
in the same section or procedure and can use the custom code member for
custom database or file reads.
18. OUTTERM
The name of the custom code member added at the end of the
B-100-OUTPUT-EDITS section. This logic is performed after output edit
processing and after output SEGLOOP processing (if defined).
19. SECTION
One or more names of custom code members that contain the COBOL
sections or PL/I procedures that can be performed from other parts of the
program. Each name must be separated by a comma. You may specify a
maximum of 35 names, and a maximum string length of 253 bytes.
20. PGMCUST
The name of the COBOL section or PL/I procedure in which to add custom
code, and the name of the custom code member added. You can make
multiple specifications using this format:
section-name1, member-name1, section-name2, member-name2,...
Section-name
The four-character identifier of the section or procedure in which to
include the custom code (for example, H100) and a suffix (I or T) that
specifies whether to include the code at the beginning (I) of the section or
procedure, or at the end (T).
For example, H100I specifies section H100 is included at the beginning
of the program and E100T specifies section E100 is included at the end
of the program.
Member-name
The name of the custom code added at the location specified by
section-name.
Thus, the value A100I,OUTIDC specifies the custom code named
OUTIDC is placed at the beginning of the A-100 section.
The maximum string length is 253 bytes.
The following section names are available for IMS/DC Report programs:
Section Description
A100I A-100-OUTPUT-INIT (beginning of section)
A100T A-100-OUTPUT-INIT (end of section)
B100I B-100-OUTPUT-EDITS (beginning of section)
B100T B-100-OUTPUT-EDITS (end of section)
C200I C-200-TERMIO-WRITE (beginning of section)
Section Description
C200T C-200-TERMIO-WRITE (end of section)
C940I C-940-OUTPUT-MERGE (beginning of section)
C940T C-940-OUTPUT-MERGE (end of section)
C970I C-970-PUT-MESSAGE (beginning of section)
C970T C-970-PUT-MESSAGE (end of section)
C980I C-980-SET-DESTINATION (beginning of section)
C980T C-980-SET-DESTINATION (end of section)
C985I C-985-PURGE-MESSAGE (beginning of section)
C985T C-985-PURGE-MESSAGE (end of section)
C995I C-995-BUFFER-INIT-LOOP (beginning of section)
C995T C-995-BUFFER-INIT-LOOP (end of section)
MAINI MAIN (beginning of section)
MAINT MAIN (end of section)
MAINLINE MAIN (replaces entire section)
Z100I Z-100-SECTIONS-COPY (beginning of section)
Z900I Z-900-SECTION-FALLOUT & Z-900-PROGRAM-END
(beginning of section); COBOL programs only)
Z980I Z-980-ABNORMAL-TERMINATION (beginning of section)
Z980T Z-980-ABNORMAL-TERMINATION (end of section)
TRACE 8 (Y/N)
PLIXOPT: 9 (C-CREATE/U-UPDATE/P-PURGE)
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. GENPCBS
A value to specify whether to include DL/I PCB masks in the program. Valid
values are:
Y
Automatically generate PCB masks in the program
N
PCB masks must be included in the LNKCOPY and USGCOPY members
3. LNKCOPY
The name of the COPY or INCLUDE member containing the 01-level declarations
to include in the linkage section.
4. USGCOPY
The variable declarations in the linkage member appended to the COBOL
procedure division or the PL/I procedure statements.
In COBOL, the variable declaration is the list of 01-level variables in the linkage
section. In PL/I, variable declaration is a list of declare statements in the linkage
section.
5. PGM/PSB NAME
The name of the load module that the linkage editor creates. CA-Telon requires
this field only when the load module name is different from the name that
CA-Telon generates for the program, which is set at installation.
6. MFSMOD
The MFS MOD name generated for this program if it is different from the
CA-Telon-generated MOD name. You can use this value to create a meaningful
MOD name for users when the FORMAT command is to start the application.
7. DEVICE
A field in which you can request transfer to the Update IMS MFSs screen, on
which you provide information for routing this report definition.
8. TRACE
A value to specify whether the program generates and maintains trace variables
for debugging. Valid values are:
Y
Generate trace variables for the CA-Telon Test Facility
N
Do not generate trace variables for the CA-Telon Test Facility
Trace variables increase the size of the generated program. In a production
environment, the TRACE value should be N.
9. PLIXOPT (PL/I Only)
A field in which you can request to add, update, or purge PLIXOPT statements,
which override specific installation-defined PL/I defaults in the
CA-Telon-generated program. Valid values are:
C
Create a PLIXOPT statement
U
Update a PLIXOPT statement
P
Purge a PLIXOPT statement
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. LINE
Line number at the top of the display.
3. COL
Column number at the left of the display.
4. SIZE
Protected field displaying panel dimensions.
5. LN
Protected field displaying the line number of a select field.
6. COL
Protected field displaying the column number of a select field.
7. LTH
Protected field displaying the length of a select field.
8. NAME
Protected field displaying the name of a select field.
9. U/S
The function for this select field. Valid values are:
U
Update the consistency edits for this select field
S
Show the consistency edits for this select field
10. SCONSIS
The name of the copy member containing procedural code for this select field.
11. XFEDIT/ SEGEDIT
A field displaying "+"save XFEDIT or SEGEDIT edits exist for this select field.
If no such edits exist, this field is blank.
12. NEXTPGM
The program to which control is transferred if this select field is selected.
13. INEDIT
A value to specify whether CA-Telon is to execute the E-100-INPUT-EDITS
section before NEXTPGM and/or SCONSIS processing. CA-Telon generates the
E-100 automatically if the program contains select fields. The
E-100-INPUT-EDITS section edits input fields according to FLDTYPE
specification. Valid values are:
Y
CA-Telon executes the E-100-INPUT-EDITS section automatically. If errors
occur, CA-Telon skips the balance of processing and returns an error message
to the screen.
N
CA-Telon does not automatically execute the E-100-INPUT-EDITS section;
however, you can explicitly call it from SCONSIS code. This is the default.
14. INDBIO
A value to specify whether CA-Telon is to perform the H-100 section to create
and update segments requested for auto exec. CA-Telon generates the H-100
paragraph if the program contains select fields. Valid values are:
Y
CA-Telon automatically executes the H-100-INPUT-TERM section
N
CA-Telon does not automatically execute the H-100-INPUT-TERM section;
however, you can call it explicitly from SCONSIS code. This is the default.
CUSTOM:
Q-N1 4 INIT1 17_______ 4 INIT2 18_______
C-N1 4 GETTRAN 19_______
A-N1 4 PRCTRAN 2_______
T-N1 4 TERM 21_______
Show/Purge screen: You can access the Show/Purge Nonterminal Definition
(N114) screen from the Online Program Definition menu by entering:
■ SH or PU in the FUNCTION field
■ ND in the ITEM field
■ Header in the HEADER field
■ Identifier in the ID field
Alternatively, on the List Panel Definitions screen, you can enter S or P as a line
command for a nonterminal definition (ND).
The Show/Purge Nonterminal Definition screen fields are the same as the
Create/Update Nonterminal Definition screen fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
You can also access the custom code editor by entering one of these commands:
CREATE custom-code-member-name [member-description]
EDIT custom-code-member-name [member-description]
UPDATE custom-code-member-name
SHOW custom-code-member-name
2. OPTIONS
Options for transferring to other screens to complete the nonterminal definition.
Enter a nonblank character in the appropriate field:
3. DESC
The description of the program. The default is the value in the DESC field of the
Nonterminal Program Definition menu. You can modify the description here.
4. (Edit flags)
The one-byte fields immediately preceding the REMARKS, WKAREA, INIT1,
INIT2, GETTRAN, PRCTRAN, TERM, and SECTION fields in which you can
enter one of these edit requests for the corresponding copy member:
5. REMARKS
The name of the custom code member to add to the COBOL REMARKS section
of the program or to the beginning of the PL/I program.
6. LANGLVL
The version of CA-Telon that is used to generate the program. Valid values are:
■ 2.0
■ 2.1
■ 2.3
■ 2.4
■ 3.0
■ 4.0
7. SIZE
The size of (number of rows and columns on) one page of the report associated
with this definition. The default is 60 X 133. This value is not used unless the
definition has an associated report (that is, panel data).
8. LANG
The language in which CA-Telon is to generate programs. Valid values are:
COB
COBOL, COBOL II
PLI
PL/I
The default is the value in the LANG field on the Update Program Definition
Defaults screen.
9. CMPLOPT
Compiler parameters to be included in the generated program before the COBOL
IDENTIFICATION DIVISION line or the PL/I PROC statement. The field on
this screen contains 16 bytes. Once an entry has been made in the field, an
extension field is presented after the field. If you need to enter a longer value,
place a "U" in the extension field to go to the "Update Parameter Overflow"
screen, where you can enter a total of 253 bytes, including commas.
10. IDENTIF
The custom code COPY member name to be added after the COBOL
IDENTIFICATION DIVISION line for specification of INITIAL and other
Identification Division options, or in the parentheses after OPTIONS in the PL/I
PROC statement.
Note: When this copybook is used for PL/I, "MAIN" must be coded if it is
desired.
11. PROCEDR
The custom code COPY member name to be added before the PROCEDURE
DIVISION line for specification of Declaratives after the Procedure Division.
This copybook is valid only for COBOL; it does not appear on the screen for a
PL/I program.
12. APPLID
The application ID that the system administrator defines at the installation of
CA-Telon.
The default is the value in the APPLID field on the Update Program Definition
Defaults screen.
13. RPTDEST
The destination of the report output created by this program. Valid values
include:
■ The name of a sequential or VSAM file
■ A CICS queue
■ The keyword PRINTER
This value and any value other than PRINTER must be defined in the data group
for this definition.
14. PRNTDEST
The four-byte name of the printer (as it is defined in the CICS TCT) to which the
report from this definition is routed. A value in this field is valid only if the
RPTDEST value is PRINTER.
If RPTDEST is PRINTER and you do not enter a value here, be sure to include
custom code to set the variable BWA-PRINTER-ID (COBOL) or
BWA_PRINTER_ID (PL/I) to the name of the printer (as it is defined in the TCT)
used by the generated nonterminal program. This code should be incorporated
into the initialization processing, as it is required prior to any report processing.
15. XFERWKA
One or more names of COPY or %INCLUDE members that contain the
TRANSFER WORK AREA section of your non-terminal program. You may
specify a maximum of 20 member names, each separated by a comma, and a
maximum string length of 253 bytes.
This field is optional for a non-terminal program definition.
Note: Even if a value is specified in XFERWKA, no SPA-XFER-WORK-AREA
is generated unless a SPASIZE is specified on the Update CICS Screen
Environment screen.
16. WKAREA
One or more names COPY or %INCLUDE members containing the definition of
work areas added to the generated program. In COBOL programs, these members
are copied into the WORKING-STORAGE SECTION of the DATA DIVISION of
the program.
The members can be custom code members with this definition or members of a
PDS or CA-PANVALET library. You may specify a maximum of 20 member
names, each separated by a comma, and a maximum string length of 253 bytes.
17. INIT1
The custom code placed in the beginning of the Q-N100-PROGRAM-INIT section
of the generated program before the CA-Telon-generated initialization code.
Initialization code is generated if the RPTDEST value is PRINTER, to verify that
For example, H100I specifies section H100 is included at the beginning of the
program and E100T specifies section E100 is included at the end of the
program.
Member-name
The name of the custom code added at the location specified by section-name.
Thus, the value A100I,OUTIDC specifies the custom code named OUTIDC is
placed at the beginning of the A-100 section.
The maximum string length is 253 bytes.
The following section names are available for CICS nonterminal programs:
Section Description
AN100I A-N100-PROCESS-TRAN (beginning of section)
AN100T A-N100-PROCESS-TRAN (end of section)
BN100I B-N100-PROCESS-DETAIL (beginning of section)
BN100T B-N100-PROCESS-DETAIL (end of section)
BN200I B-N200-END-REPORT (beginning of section)
BN200T B-N200-END-REPORT (end of section)
BN500I B-N500-FORMAT-<groupname> (beginning of every
B-N500-FORMAT-<groupname> section)
BN500T B-N500-FORMAT-<groupname> (end of every
B-N500-FORMAT-<groupname> section)
BN600I B-N600-PRINT-<groupname> (beginning of every
B-N600-PRINT-<groupname> section)
BN600T B-N600-PRINT-<groupname> (end of every
B-N600-PRINT-<groupname> section)
BN900I B-N900-PAGE-BREAK (beginning of section)
BN900T B-N900-PAGE-BREAK (end of section)
CN100I C-N100-GET-TRAN (beginning of section)
CN100T C-N100-GET-TRAN (end of section)
CN200I C-N200-WRITE-REPORT (beginning of section)
CN200T C-N200-WRITE-REPORT (end of section)
MAIN_PROCESS MAIN_PROCESS_LOOP (beginning and end of procedure;
_LOOP PL/I CICS Nonterminal)
MAINI MAIN (beginning of section)
MAINT MAIN (end of section)
MAINPROCESSI MAIN-PROCESS (beginning of section)
Section Description
MAINPROCESST MAIN-PROCESS (end of section)
QN100I Q-N100-PROGRAM-INIT (beginning of section)
QN100T Q-N100-PROGRAM-INIT (end of section)
QN200I Q-N200-PSB-SCHEDULE (beginning of section)
QN200T Q-N200-PSB-SCHEDULE (end of section)
QN210I Q-N210-PSB-TERM (beginning of section)
QN210T Q-N210-PSB-TERM (end of section)
QN300I Q-N300-ACQUIRE-WORKAREAS (beginning of section)
QN300T Q-N300-ACQUIRE-WORKAREAS (end of section)
TN100I T-N100-PROGRAM-TERM (beginning of section)
TN100T T-N100-PROGRAM-TERM (end of section)
Z100I Z-100-SECTIONS-COPY (beginning of section)
Z900I Z-900-SECTION-FALLOUT & Z-900-PROGRAM-END
(beginning of section); COBOL programs only)
Z970I Z-970-IDMSSQL-ERROR (beginning of section)
Z970T Z-970-IDMSSQL-ERROR (end of section)
Z980I Z-980-ABNORMAL-TERMINATION (beginning of section)
Z980T Z-980-ABNORMAL-TERMINATION (end of section)
Z990I Z-990-PROGRAM-ERROR (beginning of section)
Z990T Z-990-PROGRAM-ERROR (end of section)
1. COMMAND
For more information, refer to the Design Facility Reference Guide.
2. FUNCTION
A column position to the left of the NAME field in which you can enter a control
character to manipulate the item on the line. Valid values are:
■ U - Update
■ S - Show
■ P - Purge with confirmation
■ Z - Zap (delete without confirmation)
3. ENV
The environment type.
4. STATUS
Displays the status of the environment after action is taken, depending on the
value in the Function field.
Z Zap *PURGED
5. USER
Protected field identifying the last user to access the member.
6. UPDATE
Protected field identifying the date of the last access of the member.
1. COMMAND
For more information, refer to the section Primary Commands in chapter 9.
2. FUNCTION
One of the following may be specified on any line containing a stored procedure
entry:
3. ENTITY (output-only)
The entity name for the stored procedure to be called by the current program
being defined.
4. NAME (output-only)
The external name (if specified) for the stored procedure to be called by the
current program being defined.
5. RESULTS (output-only)
The number of result sets (if any) being returned from the specified stored
procedure.
6. PRESP
The name of a custom code member to place in the S-100-CALL-spname
paragraph prior to the call to the stored procedure with a name of spname.
7. POSTSP
The name of a custom code member to place in the S-100-CALL-spname
paragraph after the call to the stored procedure with a name of spname.
8. IGNORE
A comma-separated list of IGNORE codes to be included in the check of the
SQLCODE return value after the call to the stored procedure spname, in addition
to the check for a value of +466 (indicating the presence of at least one result set).
A single IGNORE value of ALL may be specified, which will essentially leave
the IGNORE checking up to the user; otherwise, ignore codes must be numeric,
with a leading + or - sign.
6.1 Introduction
This chapter documents the screens that you use to create a batch program definition,
Option 5 on the TDF Main Menu. It also discusses other screens that you use to
create a panel definition and program definition for a batch program.
If the batch program produces a report, the first steps in creating the program are to
create a panel image and a panel definition. If not, you begin with the Batch Program
Definition menu.
Note: Previously-exported batch program definitions can be imported into the TDF
for maintenance using CA-Telon definition import utilities defined in
Programming Concepts Guide.
If you did not specify a group when you created the panel image, CA-Telon displays
the Panel Definition menu. From there, access the Line Edit screen and specify a
group. CA-Telon displays the Update Panel Fields (Batch) screen.
You can also access this screen from the Create/Update Nonterminal Definition screen
by entering a nonblank character to select PANEL DEF.
Function: Specifies the characteristics of all the fields in the panel image, the first
step in creating a panel definition.
2. LINE COL
Protected fields identifying the starting line position and starting column position
of the field. In a batch panel definition, these values represent the location of the
field in its group, not in the report.
3. SIZE
The size of the field.
4. U
A field in which you can specify update or deletion of any field in this panel
definition. Valid values for a batch definition are:
D
Delete this item
U
Display the appropriate screen for this item:
■ Update Batch Output Fields
■ Update Batch Literal Fields
I
Insert a blank line to add a field or literal to the image
5. LN COL LTH
The starting line position, starting column position, and length of the field. In a
batch panel definition, these values represent the location of the field in its group,
not in the report.
Note: When the USE value is GP, these fields are blank and protected.
6. USE
The use of the field. Valid values are:
LI
Literal field
OU
Output field
GP
This field signifies the beginning of a batch group
7. NAME
The name of the field.
8. GPTYPE OR FLDTYPE
For a literal or output field, the type of editing performed on this field. See 4.6,
“Update Panel Fields (Online)” on page 4-16 for valid values.
For a separator, the type of batch group. Valid values are listed in the table
below.
To display the additional data (or enter additional data), enter U in the U field;
this transfers you to the appropriate screen:
■ Update Batch Literal Fields
■ Update Batch Output Fields
After you press [End] to save your entries, this screen displays data on the next literal
field that you selected for update (on the Update Panel Fields (Batch) screen). If there
are no more literal fields to update, control returns to the screen from which you
accessed this screen.
FIELD NAME 2_______ USAGE 3ITERAL LINE 43 COL 26 LTH 2
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. FIELD NAME
The name of the field, originally defined on the Edit Panel Image screen or the
Line Edit screen. You can rename the field here.
3. USAGE
The usage of the field. The value (always LITERAL) is established in the USE
field on the Update Panel Fields (Batch) screen.
4. LINE COL LTH
Protected fields identifying the starting line position, starting column position, and
length of the field. In a batch panel definition, these values represent the location
of the field in its group, not in the report.
5. TEXT
The text of the literal field.
6. BLANK.WHEN.SAME
A field that allows you to specify spaces on output when the value in the field has
not changed between the last printing of the line and the current printing of the
line.
Y
Automatically sets the field to spaces on output when it has the same value as
the previous detail line
N
Do not automatically set the field to spaces
After you press [End] to save your entries, this screen displays data on the next output
field that you selected for update on the Update Panel Fields (Batch) screen. If there
are no more output fields to update, control returns to the screen from which you
accessed this screen.
FIELD NAME 2 TESTDIL USAGE 3 OUTPUT LINE 4 1 COL 2 LTH 8
FEMALE F
MALE M
For input or select fields, CA-Telon puts the pairs in a table to be searched at
runtime. During execution, the application user's input must match a specified
screen-val. If not, CA-Telon flags the field and an error is returned.
If there is no corresponding stored-val during output, the program displays the
stored value as is.
RANGE start-range-1,end-range-1 [,sta rt-range-2,end-range-2 ...]
Start-range and end-range can be numeric constants or data field names. Values
must be specified lowest to highest. The range is inclusive; that is, the numbers
defining the range are themselves within the range.
In the following example, valid input values for the field are defined as between 4
and 9, 23 and 33, or 53.8 and 75.
RANGE 4, 9, 23, 33, 53.8, 75
14. CNTGRP
The name of a group whose detail occurrences are counted, with the result
displayed in the field identified in FIELD NAME. Alternatively, you can specify
ALLDETAIL for all groups to be counted.
The counter is incremented by 1 each time the group specified in CNTGRP field
is printed. It is initialized when the count itself is printed (that is, when the field
specified in FIELD NAME is printed), unless you specify otherwise in the SCOPE
field.
If you specify a group here, do not specify a value for the DBNAME, FLDTYPE,
SPEC (CONVERT), CALC, or TOTREF fields.
15. SCOPE
The indicator of the point at which the count (if CNTGRP contains a value) or the
total (if TOTREF contains a value) is initialized. Valid values are:
GROUP
Initialize the count or total each time the group specified in the GROUP field
on this screen is printed
PAGE
Initialize the count or total at the end of each page
REPORT
Initialize the count or total only at the beginning of the report
16. GROUP
The name of a group, when the value in the SCOPE field is GROUP. (A value
here is ignored if the value in the SCOPE field is not GROUP.)
17. TOTREF
The name of a field name whose values are totaled with the result displayed in the
field identified in FIELD NAME. This must be the name of a field with a
DETAIL: TDSKIP 8_
REPSEQ 9_ __ __ __ __ __ __ __ __ __ __ __ __ __ __ __ ____ __ __ _
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. GROUP NAME
The one- to eight-character name of the group. It is established on the Update
Panel Fields (Batch) screen but can be modified here.
The value in this field must begin with an alphabetic character and contain no
special characters. It is used to generate section name
B-5000-FORMAT-groupname and B-6000-PRINT-groupname.
3. TYPE
The type of batch group. Valid values are:
TOPPAGE (Page heading)
This group is printed only at the top of a report page.
TOPDTL (Detail heading)
This group is printed only at the top of a detail group.
DETAIL
This group is an output detail.
BOTPAGE (Page footing)
This group is printed only at the bottom of a report page.
CONTROL
This group defines a control break.
SUMMARY (Report footing)
This group is printed at the end of the report. Only one summary group is
allowed in a batch definition.
4. SKIPBEF
The number of lines to skip before printing this group. Valid values are:
nn
Skip nn lines before printing
PAGE
Go to the next page before printing
5. SKIPAFT
The number of lines to skip after printing this group. Valid values are:
nn
Skip nn lines after printing
PAGE
Go to the next page after printing
6. FMTCUST
Custom code inserted at the end of section B-5000-FORMAT-groupname.
7. PRINT
A value to specify whether the group is printed. Enter the name of the variable
which controls printing of the group.
You must control the value in this field using custom code. The value of the
variable name can be set in custom code to Y (print the group) or N (do not print
the group.).
8. TDSKIP
The number of lines to skip before printing a detail group when the previously
printed group is not the current group (that is, when a page break, control break,
or detail change occurs). A value in this field is meaningful only when the TYPE
value is DETAIL.
9. REPSEQ
The repeating sequence of line skips when the previously printed group is the
same as this group.
For example, if you enter 1 2 2 1, the repeating sequence is:
Lines After
skipped printing of:
1 First group
2 Second group
2 Third group
1 Fourth group
1 Fifth group
2 Sixth group
2 Seventh group
1 Eighth group
. .
. .
. .
10. CTLVAR
The name of the control variable name that the program must check for control
breaks. When the variable's value changes, the group is printed.
This field is required when the TYPE value is CONTROL, but is otherwise not
meaningful.
11. CTLLTH
The length of the control variable checked for a control break. You can use this
field to cause a control break on a field shorter than what is specified in
CTLVAR.
This field is required when the TYPE value is CONTROL, but is otherwise not
meaningful.
12. CTLPIC
The picture clause used to check the control variable named in the CTLVAR field.
If you specify a picture clause, the value in CTLLTH must specify the actual
length in the core of the CTLPIC clause.
This field is valid only when the value in the TYPE field is CONTROL.
13. MINOR
A minor control group; that is, a control group printed in the report before printing
the control group whose definition is currently displayed.
This field is valid only when the value in the TYPE field is CONTROL.
14. FORGRP
A detail group or a list of detail groups that are logically related to the control
group whose definition is currently displayed. The reserved word "ALLDETAIL"
(the default)can be used to indicate all detail groups are logically related to the
control group.
The type of the group specified here must be DETAIL. The type of the group
currently displayed must be TOPPAGE, TOPDTL, or CONTROL.
This value is applied differently depending on the type of the currently displayed
group:
■ For a TOPPAGE group, this value specifies detail groups that require the
TOPPAGE heading when printed as the first detail group on the page. Thus,
Short form: If the value in the USER MODE field of the Update Session Controls
screen is 1 o r spaces, the short form of the Batch Program Definition menu is
displayed:
MEMBER NAME:
HEADER 4___
ID 5___
DESC 7_____________________________________
Switching menu mode: Depending on the value in the USER MODE field of the
Update Session Controls screen, CA-Telon displays the long form or the short form of
this menu. See 2.9, “Update Session Controls” on page 2-30 for more information.
To switch from one to the other, enter SETMODE in the COMMAND field.
Long form: If the value in the USER MODE field of the Update Session Controls
screen is 2, the long form of the Batch Program Definition menu is displayed:
MEMBER NAME:
HEADER 4____
ID 5____ TYPE 6_ (BD, SP)
DESC 7______________________________________
Function BD SP PI PD DG CC EN GP
(Action)
CR (Create) Y Y N N Y Y Y N
UP (Update) Y Y Y Y Y Y Y Y
PU (Purge) Y Y Y Y N Y N N
SH (Show) Y Y Y Y N Y N N
LI (List) Y Y Y Y Y Y N N
3. ITEM
The item that is the subject of the function specified in the FUNCTION field.
Valid values are:
BD
Batch definition
SP
Stored Procedure definition
PI
Panel image
PD
Panel definition
CC
COBOL or PL/I custom code
EN
Program environment
GP
Group
DG
A group of databases, data sets, or IMS TP PCBs
Note: On the short form of the Batch Program Definition menu, only BD is a
valid value.
4. HEADER
The character string that identifies the prefix to be processed, the program ID, or
group of programs. Its length is determined at installation.
You can list the members associated with this header. For example, you can
request a list of members associated with the header ZZ by specifying:
■ LI in the FUNCTION field
■ BD in the ITEM field
■ ZZ in the HEADER field
5. ID
The one- to five-character name which uniquely identifies the definition within a
group sharing the same header. The length is set at installation.
6. TYPE
The type pf program definition. Valid values are:
BD
Batch definition
SP
Stored Procedure definition
7. DESC
The description. If you accessed this screen from the Panel Definition menu, the
description is carried over from that menu; otherwise, this field is blank. A
description is optional.
8. BASE DEFN
An existing batch definition used as a base for the definition you are creating.
Enter the concatenation of the HEADER and ID values that identify the base
definition to be copied.
The copy action is initiated only if the FUNCTION field value is CR.
9. GROUP
The name of a group created with the panel definition function. A value is
required when you request updating a specific group of the panel definition by
specifying UP in the FUNCTION field and GP in the ITEM field.
10. CUSTCODE
The name of the custom code member you are creating or updating. A value is
required; in the FUNCTION field, specify either:
■ CR
■ UP
■ PU
and CC in the ITEM field.
11. ENVIRON
The target environment for the batch program. Valid values are:
■ MVS (MVS, OS/390, z/OS)
■ AS400
■ UNIX
■ WINCH
Note: ( — Valid on PWS or on OS/390 if the corresponding target option is
installed.)
To save your entries and return to the Batch Program Definition menu, press [End].
Show/Purge screen: You can access the Show/Purge Batch Definitions (B114)
screen from the Online Program Definition menu by entering:
■ SH or PU in the FUNCTION field
Alternatively, on the List Panel Definitions screen, you can enter S or P as a line
command for a batch definition (BD).
The Show/Purge Batch Definitions screen fields are the same as the Create/Update
Batch Definitions screen fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
You can also enter one of the following commands to invoke the custom code
editor for a specified member:
■ CREATE member-name [member-description]
■ EDIT member-name [member-description]
■ UPDATE member-name
■ SHOW member-name
Note: Member-description is optional.
2. OPTIONS
The screen to which you transfer to complete the necessary specifications of the
program definition.
The table below shows the options by field name and the associated screen to
which control transfers. Select a field by entering a nonblank character.
3. DESC
The description entered on the Batch Program Definition menu. You can change
the description here.
4. EDIT Flag fields
A one-byte field immediately succeeding several fields, as shown on the screen
illustration. Valid values are presented below:
5. REMARKS
Protected field identifying the name of the custom code member added in the
COBOL REMARKS section of the program or at the beginning of the PL/I
program.
6. LANGLVL
The CA-Telon release version. For batch, the default is the current release at your
site.
7. SIZE
The length and width of the report. The default is 60 lines x 133 columns.
Note: The size of the panel definition has no bearing on the size of the report.
8. LANG
The programming language in which the definition is generated. This field is used
only when both COBOL and PL/I options are installed with CA-Telon The value
specified here overrides the default-entered LANG field on the Update Program
Definition Defaults screen.
9. STANDARD
A field in which a plus sign (+) indicates that the original batch program structure
is the current structure of the program.
If the structure is standard, you can modify it using the MAINSORT, MERGE, or
MATCH field.
10. MAIN SORT
A field in which a plus sign (+) indicates that mainline sort is the current structure
of the program. You can overtype + with one of these valid values:
U
Transfer to the Update Sort Definition screen to enter the required sort data.
On this screen you can set up a new structure type (if the current structure
type is standard) or update data associated with the current structure.
P
Purge the current structure and restore the standard structure. CA-Telon
displays the Update Sort Definition screen, where you confirm the purge.
You can also proceed to select the match sort or merge sort structure.
Z
Purge the current structure and all data associated with it, and restore the
standard structure.
11. MERGE
A field in which a plus sign (+) indicates that merge sort is the current structure
of the program. You can overtype + with one of these valid values:
U
Transfer to the List Merge Key Groups screen to enter the required sort data.
On this screen you can set up a new structure type (if the current structure
type is standard) or update data associated with the current structure.
P
Purge the current structure and restore the standard structure. CA-Telon
displays the List Merge Key Groups screen, where you confirm the purge.
(You can then proceed to select the mainline sort or match sort structure.)
Z
Purge the current structure and all data associated with it, and restore the
standard structure.
12. MATCH
A field in which a plus sign (+) indicates that the program contains
master/transaction match processing. You can overtype + with one of these valid
values:
U
Transfer to the Update Match Keys screen to enter the required sort data. On
this screen you can set up a new structure type (if the current structure type is
standard) or update data associated with the current structure.
P
Purge the current structure and restore the standard structure. CA-Telon
displays the Update Match Keys screen, where you confirm the purge. You
can also proceed to select the mainline sort or merge sort structure.
Z
Purge the current structure and all data associated with it, and restore the
standard structure.
13. APPLID
The application ID. The default is the value entered in the APPLID field on the
Update Program Definition Defaults screen.
The use of the application ID is defined during CA-Telon installation. See your
system administrator for details.
14. USER SORTS
A field in which a plus sign (+) indicates that the program contains a user sort.
You can overtype + with one of these valid values:
U
Transfer to the List Sorts screen to enter the required sort data.
P
Purge the current structure and restore the standard structure. CA-Telon
displays the List Sorts screen, where you confirm the purge.
15. CMPLOPT
Compiler parameters to be included in the generated program before the COBOL
IDENTIFICATION DIVISION line or the PL/I PROC statement. The field on
this screen contains 16 bytes. Once an entry has been made in the field, an
extension field is presented after the field. If you need to enter a longer value,
place a "U" in the extension field to go to the "Update Parameter Overflow"
screen, where you can enter a total of 253 bytes, including commas.
16. IDENTIF
The custom code COPY member name to be added after the COBOL
IDENTIFICATION DIVISION line for specification of INITIAL and other
Identification Division options, or in the parentheses after OPTIONS in the PL/I
PROC statement.
Note: When this copybook is used for PL/I, "MAIN" must be coded if it is
desired.
17. COBFCPY (COBOL Only)
Two copy member names placed in the ENVIRONMENT DIVISION and DATA
DIVISION of the program, respectively, specified in the SELECT and FILEDEF
fields, respectively.
18. PROCEDR
The custom code COPY member name to be added before the PROCEDURE
DIVISION line for specification of Declaratives after the Procedure Division.
This copybook is valid only for COBOL; it does not appear on the screen for a
PL/I program.
19. RPTDEST
The destination of report output (if any). Valid values include:
■ The DDNAME of a sequential file
■ A GSAM DBD
■ The DDNAME of a VSAM ESDS data set
The default value is REPORT. The value must be defined in the data group for
this batch definition. Otherwise, the FD OPEN and CLOSE for the output report
are not generated and must be handled in custom code.
20. SELECT
The member containing select statements for the FILE-CONTROL section of the
program.
21. FILEDEF
The member containing user-defined file definitions for the FILE section of the
program.
22. WKAREA
The name of each copy member that contains the definition of a work area added
to the DATA DIVISION section of the COBOL program.
There is a maximum string length of 253 bytes.
You can specify as many as 20 member names. Separate member names with
commas.
You can include the members as part of the batch definition or as members of a
library.
23. INIT1
Custom code placed in the Q-1000 section, after the R-1000 section and before
open files. Use this code to perform any setup necessary before opening files,
cursors, and so forth.
24. INIT2
Custom code placed in the Q-1000-PROGRAM-INIT section of the generated
program. It is executed after the program opens the files.
25. GETTRAN
Custom code placed in the C-1000-GET-TRAN section of the generated program,
which controls the retrieval of a batch input transaction.
It is performed first after program initialization and then from the main process
loop after the printing of each detail. Once a valid transaction has been retrieved,
A-1000-PROCESS-TRAN is performed to process the retrieved transaction.
This field and its select field and label are protected and blank for any match sort
programs or mainline sort programs with an input procedure, since this custom
code point is not used in those programs.
26. INMAST
(Match sort structure only.) Custom code placed in the C-1000-GET-MAST
section of the generated program. Use it for processing immediately after a
master record fetch.
Select, label, and name fields remain blank and protected until you select the
program structure in the MATCH field on this screen.
27. INTRAN
(Match sort structure only.) Custom code placed in the C-1000-GET-TRAN
section of the generated program. Use it for processing immediately after a
transaction fetch.
Select, label, and name fields remain blank and protected until you select the
program structure in the MATCH field on this screen.
28. ENDTRAN
(Match sort structure only.) Custom code placed in the C-1000-TRAN-DONE
section of the generated program. Use it for processing after all transactions have
been fetched for a single key.
Select, label, and name fields remain blank and protected until you select the
program structure in the MATCH field on this screen.
29. PRCTRAN
Custom Code placed in the A-1000-PROCESS-TRAN section of the program,
which processes a transaction retrieved in C-1000-GET-TRANSACTION. By
default, this routine selects the first detail group in the batch definition printed into
the report. Selection of other detail groups must be done using the custom code
specified here.
This field and its select field and label are protected and blank for any match sort
programs or mainline sort programs with an input procedure, since this custom
code point is not used in those programs.
30. MATCH
(Match sort structure only.) Custom code placed in the A-1000-MAST-EQ-TRAN
section of the generated program. Use it for processing when the master and
transaction keys are equal.
Select, label, and name fields remain blank and protected until you select the
program structure in the MATCH field on this screen.
Note: This custom code is invoked from A-1000-MATCH.
31. MGREATR
(Match sort structure only.) Custom code placed in the
A-1000-MAST-MGREATER section of the generated program. Use it for
processing when the master key is greater than the transaction key.
Select, label, and name fields remain blank and protected until you select the
program structure in the MATCH field on this screen.
Note: This custom code is invoked from A-1000-MATCH.
32. TGREATR
(Match sort structure only.) Custom code placed in the
A-1000-TRAN-TGREATER section of the generated program. Use it for
processing when the transaction key is greater than the master key.
Select, label, and name fields remain blank and protected until you select the
program structure in the MATCH field on this screen.
Note: This custom code is invoked from A-1000-MATCH.
33. TERM
Custom code placed in the T-1000-PROGRAM-TERM section of the program
before closing the batch files.
34. SECTION
Custom code COPY or INCLUDE members added as COBOL sections or PL/I
procedures, performed from other parts of the program. Specify a maximum of 35
members, each separated with a comma.
There is a maximum string length of 253 bytes.
The members can be located in a common library or can be unique to this
program.
35. PGMCUST
The name of the COBOL section or PL/I procedure in which to add custom code,
and the name of the custom code member added.
There is a maximum string length of 253 bytes.
You can make multiple specifications using this format:
section-name1, member-name1,
section-name2, member-name2,...
Section-name
The four-character identifier of the section or procedure in which to include
the custom code (for example, H100) and a suffix (I or T) that specifies
whether to include the code at the beginning (I) of the section or procedure,
or at the end (T).
For example, H100I specifies that section H100 is included at the beginning
of the program and E100T specifies that section E100 is included at the end
of the program.
Member-name
The name of the custom code added at the location specified by section-name.
Thus, the value A100I,OUTIDC specifies that the custom code named
OUTIDC is placed at the beginning of the A-100 section.
Section Description
A1000I A-1000-PROCESS-TRAN, A-1000-MATCH (beginning
of section; batch standard, batc h match, respectively)
A1000T A-1000-PROCESS-TRAN, A-1000-MATCH (end of
section; batch standard, batch matc h, respectively)
A1000_2I A_1000_TRAN_GREATER (beginning of section; PL/I
batch match)
A1000_3I A-1000-MAST-GREATER (beginning of section; PL/I
batch match)
A1000_4I A-1000-MAST-EQUAL-TRAN (beginning of section;
PL/I batch match)
A1000-2I A-1000-TRAN-GREATER (beginning of section;
COBOL batch match)
A1000-3I A-1000-MAST-GREATER (beginning of section;
COBOL batch match)
A1000-4I A-1000-MAST-EQUAL-TRAN (beginning of section;
COBOL batch match)
B1000I B-1000-PROCESS-DETAIL (beginning of section)
Section Description
B1000T B-1000-PROCESS-DETAIL (end of section)
B2000I B-2000-END-REPORT (beginning of section)
B2000T B-2000-END-REPORT (end of section)
B5000I B-5000-FORMAT-<groupname> (beginning of every
B-5000-FORMAT-<groupname> secti on)
B5000T B-5000-FORMAT-<groupname> (end of every
B-5000-FORMAT-<groupname> section)
B6000I B-6000-PRINT-<groupname> (beginning of every
B-6000-PRINT-<groupname> section )
B6000T B-6000-PRINT-<groupname> (end of every
B-6000-PRINT-<groupname> section)
B9000I B-9000-PAGE-BREAK (beginning of section)
B9000T B-9000-PAGE-BREAK (end of section)
C1000I C-1000-GET-TRAN (beginning of section)
C1000T C-1000-GET-TRAN (end of section)
C1000_2I C_1000_FIND_MIN_KEY (beginning of section; PL/I
batch match)
C1000_2T C_1000_FIND_MIN_KEY (end of section; PL/I batch
match)
C1000_3I C_1000_CHECK_KEY_LEVELS (beginning of section;
PL/I batch merge)
C1000_3T C_1000_CHECK_KEY_LEVELS (end of section; PL/I
batch merge)
C1000_4I C_1000_SET_INDICATORS (beginning of section; PL/I
batch merge)
C1000_4T C_1000_SET_INDICATORS (end of section; PL/I batch
merge)
C1000-2I C-1000-FIND-MIN-KEY (beginning of section; PL/I
batch merge)
C1000-2T C-1000-FIND-MIN-KEY (end of section; PL/I batch
merge)
C1000-3I C-1000-CHECK-KEY-LEVELS (beginning of section;
COBOL batch merge)
C1000-3T C-1000-CHECK-KEY-LEVELS (end of section;
COBOL batch merge)
Section Description
C1000-4I C-1000-SET-INDICATORS (beginning of section;
COBOL batch merge)
C1000-4T C-1000-SET-INDICATORS (end of section; COBOL
batch merge)
C2000I C-2000-WRITE-REPORT (beginning of section)
C2000T C-2000-WRITE-REPORT (end of section)
MAINI MAIN (beginning of section)
MAINT MAIN (end of section)
MAININLOOP MAIN_INPUT_LOOP (beginning of section; PL/I batch)
MAININLOOPE MAIN_INPUT_LOOP (end of section; PL/I batch)
MAINLOOP MAIN_PROCESS_LOOP (beginning of procedure; PL/I
batch only)
MAINOUTLOOP MAIN_OUTPUT_LOOP (beginning of procedure; PL/I
batch only)
MAINOUTLOOPE MAIN_OUTPUT_LOOP (end of procedure; PL/I batch
only)
MAINPROCESSI MAIN-PROCESS (beginning of section)
MAINPROCESST MAIN-PROCESS (end of section)
Q1000I Q-1000-PROGRAM-INIT (beginning of section)
Q1000T Q-1000-PROGRAM-INIT (end of section)
R1000I R-1000-PARSE-PARM (beginning of section)
R1000T R-1000-PARSE-PARM (end of section)
S1000I S-1000-USER-SORT (beginning of section)
S1000T S-1000-USER-SORT (end of section)
SRTINPUTLOOP MAIN-INPUT-LOOP (beginning of section; batch
mainline sort)
SRTINPUTLPE MAIN-INPUT-LOOP (end of section; batch mainline
sort)
SRTOUTPUTLOOP MAIN-OUTPUT-LOOP (beginning of section; batch
mainline sort)
SRTOUTPUTLPE MAIN-OUTPUT-LOOP (end of section; batch mainline
sort)
T1000I T-1000-PROGRAM-TERM (beginning of section)
T1000T T-1000-PROGRAM-TERM (end of section)
Section Description
Z100I Z-100-SECTIONS-COPY (beginning of section)
Z900I Z-900-SECTION-FALLOUT & Z-900-PROGRAM-END
(beginning of section); COBOL progr ams only)
Z970I Z-970-IDMSSQL-ERROR (beginning of section)
Z970T Z-970-IDMSSQL-ERROR (end of section)
Z980I Z-980-ABNORMAL-TERMINATION (beginning of
section)
Z980T Z-980-ABNORMAL-TERMINATION (end of section)
Z990I Z-990-PROGRAM-ERROR (beginning of section)
Z990T Z-990-PROGRAM-ERROR (end of section)
36. PARMS
The length of each parameter field parsed from the JCL parameter passed to the
batch program. The number of parameters is equal to the number of lengths you
enter here.
Fields are parsed by commas, quotes, and parentheses, and placed in generated
fields with lengths corresponding to the length values you specify.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. TRACE
A value to specify whether CA-Telon is to generate and maintain trace variables
in the program to allow the CA-Telon Test Facility to provide added information
that facilitates the testing and debugging process. Valid values are:
Y
(Default) Generate and maintain trace variables in the program
N
Do not generate and maintain trace variables in the program
3. DBMS
The database management system. For OS/390 batch, valid values are:
■ DL/I
■ EXEC DLI
■ VSAM
■ SEQ
■ DB2
■ IDMSSQL (SQL)
■ DATACOM (SQL)
4. PGMNAME
The name of the load module created by the linkage editor, required only when
the load module name is different from the name that CA-Telon generates for the
program.
You specify this name in the format hhxxnnnn, where:
hh
The header
xx
One or two constant characters as specified in the PGMNAMES macro by
target environment (for example, batch, IMS, CICS)
nnnn
The identifier
For example, hhBPnnnn is the default for a COBOL batch program.
5. LNKCOPY
The name of the COPY member containing required PCB definitions. These are
required 01-level declarations included in the linkage section of the COBOL batch
program.
6. USGCOPY
The list of variable declarations in the linkage member appended to the COBOL
PROCEDURE DIVISION or the PL/I procedure statements.
7. GENPCBS
A value to specify whether CA-Telon is to generate DL/I PCB masks in the
generated program. Valid values are:
Y
Automatically generate PCB masks in the program.
N
Do not automatically generate PCB masks. In this case, the programmer must
supply PCB masks in the LNKCOPY and USGCOPY custom code members.
Note: If the DBMS field value is EXEC DLI, CA-Telon expects the GENPCBS
value to be N. If you have included the I/O PCB in data access, you are
responsible for coding that PCB as well as any other PCBs. You should
define it as IO-PCB (or IO_PCB for PLI) to avoid compiler errors.
8. DLIWGHT
A value to specify whether the generated program automatically weight DL/I calls.
Valid values are:
Y
Automatically weigh DL/I calls
N
Do not automatically weigh DL/I calls
If you enter Y, the variable DLI-ACCUM-WEIGHT is generated. During
execution it is incremented by 3 for each DL/I ISRT or DLET and by 1 for any
other call. This allows you to determine when to take a checkpoint. Custom code
is required to check and reset this variable.
9. PSBNAME
The PSBNAME for the DLIPSB statement for this batch program.
10. COMMIT
A field that is displayed only in the AS/400 environment. Valid values are:
Y
Yes
N
(Default) No
H
Yes, with hold processing
11. RDBMS
The relational database management system for the specified amount. Valid
values are:
■ DATACOM (WINCH only)
■ INGRES (UNIX only)
■ ORACLE (UNIX only)
■ XDB (WINCH only)
12. CONNECT
A field to specify the generation of a CONNECT paragraph. Valid values are:
Y
Yes
N
No
(AS/400, UNIX, and WINCH only)
13. PLIXOPT (PL/I only)
A field in which a plus sign (+) indicates the existence of a PLIXOPT statement
for this environment. You can overtype + with one of these valid values:
C
Create a PLIXOPT statement for this environment
U
Update an existing PLIXOPT statement for this environment
P
Purge an existing PLIXOPT statement for this environment
You can enter S in the same field on the Show/Purge Batch Definitions screen to
display this screen with all fields except the COMMAND line protected.
Function: Supplies keys and other data required to drive the match sort function.
A
After
B
Before
D
Delete
X
Exclude
F
Show first excluded line
I
Insert
L
Show last excluded line
M
Move
See 9.6, “Line Commands” on page 9-45 for more information.
5. DATANAME
Key field for a master file or a transaction field.
The screen provides space for 15 keys for the master file and 15 keys for the
transaction file. You must identify at least one key field for the master and
transaction files, and you must enter the same number of keys for each file.
6. MORE
A field in which to request to transfer to the Update Parameter Overflow screen to
enter a DATANAME value longer than the 25 characters permitted on this screen,
increasing the maximum to 60 characters. To request transfer, enter a nonblank
character.
7. LTH
The length of the match key field, in bytes. A value is required here when you
enter a DATANAME field value.
This value is used with the values in the FORM and SIZE fields to generate a
save area for each file's match keys.
8. FORM
The key field group's format. Valid values are:
A
(Default) Alphanumeric
N
Numeric
9. SIZE
Two fields defining the size of the key field when the FORM value is N
(numeric). The first field specifies the number of positions to the right of the
decimal point; the second field specifies the number of positions to the left of the
decimal point.
The sum of the SIZE fields must equal the value in the LTH field.
Function: Lists up to 20 user sorts (and the mainline sort, for a mainline sort
program) that are included in a program, and allows access to the Update Sort
Definition screen where you can enter sort specification details for a selected sort.
S
Show the Sort Definition screen
Note: For a mainline sort, only U and S line commands are valid.
3. SORTNAME
The name to identify a sort, used in generating an S-1000-sortname section.
The value MAINLINE is not valid because it is reserved for the mainline sort. If a
mainline sort program has user-defined sorts, the mainline sort is listed first on the
screen. You can access the mainline sort in the same manner used to access
user-defined sorts, but to alter or delete it, you must go to the Create/Update
Batch Definitions screen.
4. DESCRIPTION
Description of the sort. This value is informational only. It is stored in the TDF
database, but is not used in code generation. You can update it by typing over it.
You can enter S in the same field on the List Merge Key Groups screen to display this
screen with all fields except the COMMAND line protected.
Function: Lists the key groups used to drive the merge function.
I
Insert
L
Show last excluded line
M
Move
R
Repeat
U
Update
See 9.6, “Line Commands” on page 9-45 for more information.
3. LTH
The length of the merge key field, in bytes. This value is used with the values in
the FORM and SIZE fields to generate a save area for each file's merge keys.
4. FORM
The key field group's format. Valid values are:
A
(Default) Alphanumeric
N
Numeric
5. SIZE
Two fields defining the size of the key field when the FORM value is N
(numeric). The first field specifies the number of positions to the right of the
decimal point; the second field specifies the number of positions to the left of the
decimal point.
The sum of the SIZE fields must equal the value in the LTH field.
6. DESCRIPTION
Description of the group. This value is informational only. It is stored in the
TDF database, but is not used in code generation. You can update it by
overtyping it.
COBOL programs require the following:
■ Input proc (PROCIN field) or file (FILEIN field)
■ Output proc (PROCOUT field) or file (FILEOUT field)
■ An LRECL specification
■ At least one set of the key fields
For user-defined sorts, input and output PROC names must be different. It is the
programmer's responsibility to release the sort record in the input PROC and return the
sort record in the output PROC.
If you do not enter PROCIN or PROCOUT values for a PL/I sort, CA-Telon assumes
the sort is FILEIN/FILEOUT (for example, PLISRTA).
If a PREFIX value is not entered, the FILEIN file name defaults to SORTIN and the
FILEOUT name defaults to SORTOUT. If a PREFIX value is entered (for example,
TASK), CA-Telon adds the suffixes IN and OUT to the PREFIX value to create the
file names (for example, TASKIN and TASKOUT).
If you enter a PROCIN but not a PROCOUT value for a PL/I sort, CA-Telon assumes
the sort is PROCIN/FILEOUT (for example, PLISRTB), and the FILEOUT name is
built using the PREFIX value (either what you enter or the default value SORT).
If you enter a PROCOUT value but not a PROCIN value for a PL/I sort, CA-Telon
assumes the sort is FILEIN/PROCOUT (for example, PLISRTC), and the FILEIN
name is built using the PREFIX value (either what you enter or the default value
SORT).
If you enter both PROCIN and PROCOUT values for a PL/I sort, CA-Telon assumes
the sort is PROCIN/PROCOUT (for example, PLISRTD).
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. SORTNAME
Protected field displaying the name of the sort. Possible values are MAINLINE
or, for a user-defined sort, the value entered in the SORTNAME field on the List
Sorts screen.
3. PROCIN
A custom code member included in the sort's INPUT PROCEDURE.
4. FILEIN (COBOL Only)
A SORT USING (that is, with no processing to prepare input).
5. PROCOUT
A custom code member included in the sort's OUTPUT PROCEDURE.
6. FILEOUT (COBOL Only)
A SORT GIVING (that is, with no processing on output).
7. COLLATE
The collating sequence. Valid values are:
E
(Default) EBCDIC
A
ASCII
(name) (COBOL Only)
Custom code member containing a user-defined collating sequence
8. PREFIX (PL/I Only)
Input a four-character code used to construct names for USING and/or GIVING
files that can be referenced before or after a sort (also SORTWK files).
The default prefix is SORT, which means the default name for a USING file is
SORTIN and for a GIVING file is SORTOUT. However, if you enter a prefix
value, such as TASK, references to an input file are to TASKIN (for a file-in
sort), and to an output file are TASKOUT (for a file-out sort). For a procedure-in
or procedure-out sort, no file references are generated.
9. STORAGE (PL/I Only)
A numeric value equaling the amount of main storage to be made available to the
sort program. Minimum allowed is 88K (90112). If not specified here, the
default is handled by generating the following code (which uses the maximum
storage available):
About FILE fields: The four FILE fields are LRECL, COPY, COPYLV1, and
COPYLBL. These fields define the sort file used for input and/or output procedure
sorts. In COBOL sort programs, a sort COBOL SELECT statement is built for the
sort file based on the FILE fields; in PL/I programs, the information is used to build
the sort statement and input and/or output procedures.
10. LRECL
The maximum and minimum record size of the sort file used for sorts with both
input and output procedures.
For sorts with an input or output file, record size is taken from the file's data
group definition. For sorts with both input and output files, the LRECL of values
of the files must match.
11. COPY
The name of the COPY member containing the layout of the sort file used for
input and/or output procedure sorts. If this value is used for COBOL, the sort
field must be identified in the DATANAME field. Sort fields must not be
defined positionally.
12. COPYLV1
A value to specify that the layout of the sort file specified in the COPYLBL field
begins with an 01 level. If you specify a COPYLBL value, enter Y here.
13. COPYLBL
The I/O area name of the sort file used for input and/or output procedure sorts.
This value overrides any existing specification.
About FIELDS fields: The FIELDS fields are SEQ, START, LTH, ORDER,
FORM, and (COBOL only) SIZE and DATANAME. Use the appropriate combination
of values in these fields to define a maximum of five fields per sort key.
For both PL/I and COBOL, values are required in the START, LENGTH, FORM, and
ORDER fields for each key field. Alternatively, for COBOL, you can specify no
values in these fields but instead enter a COPY member name in the DATANAME
field.
14. SEQ
A field in which you can enter one of these line commands to manipulate the
sequence of sort keys listed:
A
After
B
Before
D
Delete
X
Exclude
F
Show first excluded line
I
Insert
L
Show last excluded line
M
Move
See 9.6, “Line Commands” on page 9-45 for more information.
15. START
The starting byte for the sort key.
16. LTH
The length of the sort key, in bytes.
17. ORDER
The sorting sequence for the field. Valid values are:
A
(Default) Ascending
D
Descending
18. FORM
The format of the sort field. Valid values are:
CH
(Default) Character
ZD
Picture/zoned decimal
PD
Packed decimal
BI
Binary
FI
Fixed point
FL
Floating point
19. SIZE (COBOL Only)
Two fields defining the size of the key field when its type is ZD or FI. The first
field specifies the number of positions to the right of the decimal point; the second
field specifies the number of positions to the left of the decimal point.
The sum of the SIZE fields must equal the value in the LTH field.
Function: Specifies the keys required to drive the merge function. There are two
fields for each key.
To save your entries and return to the Batch Program Definition menu, press [End].
Alternatively, on the List Panel Definitions screen, you can enter S or P as a line
command for a stored procedure definition (SP).
The Show/Purge Stored Procedure Definitions screen fields are the same as the
Create/Update Stored Procedure Definitions screen fields.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13. You can also enter
one of the following commands to invoke the custom code editor for a specified
member:
■ CREATE member-name member-description‘
■ EDIT member-name member-description‘
■ UPDATE member-name
■ SHOW member-name
Note: Member-description is optional.
2. OPTIONS
The screen to which you transfer to complete the necessary specifications of the
program definition.
The table below shows the options by field name and the associated screen to
which control transfers. Select a field by entering a nonblank character.
3. DESC
The description entered on the Stored Procedure Program Definition menu. You
can change the description here.
4. EDIT FLAG FIELD
A one-byte field immediately succeeding several fields, as shown on the screen
illustration. Valid values are presented below:
5. REMARKS
Protected field identifying the name of the custom code member added in the
COBOL REMARKS section of the program or at the beginning of the PL/I
program.
6. LANGLVL
The CA-Telon release version. For stored procedures, the default is the current
release at your site.
7. SPNAME (output-only)
The external name of the stored procedure. This is an output-only field, only
displaying a value if the name exists. The external name may only be specified
through use of the DB2 Stored Procedure Catalog Extract.
8. LANG
The programming language in which the definition is generated. This field is used
only when both COBOL and PL/I options are installed with CA-Telon. The value
specified here overrides the default-entered LANG field on the Update Program
Definition Defaults screen.
9. APPLID
The application ID. The default is the value entered in the APPLID field on the
Update Program Definition Defaults screen. The use of the application ID is
defined during CA-Telon installation. See your system administrator for details.
10. CMPLOPT
Compiler parameters to be included in the generated program before the COBOL
IDENTIFICATION DIVISION line or the PL/I PROC statement. The field on this
screen contains 16 bytes. Once an entry has been made in the field, an extension
field is presented after the field. If you need to enter a longer value, place a "U"
in the extension field to go to the "Update Parameter Overflow" screen, where you
can enter a total of 253 bytes, including commas.
11. IDENTIF
The custom code COPY member name to be added after the COBOL
IDENTIFICATION DIVISION line for specification of INITIAL and other
Identification Division options, or in the parentheses after OPTIONS in the PL/I
PROC statement.
12. PROCEDR
The custom code COPY member name to be added before the PROCEDURE
DIVISION line for specification of Declaratives after the Procedure Division. This
copybook is valid only for COBOL; it does not appear on the screen for a PL/I
program.
23. PGMCUST
The name of the COBOL section or PL/I procedure in which to add custom code,
and the name of the custom code member added. There is a maximum string
length of 253 bytes. You can make multiple specifications using this format:
section-name1, member-name1,section-name2, member-name2,...
For example, H100I specifies that section H100 is included at the beginning of the
program and E100T specifies that section E100 is included at the end of the
program.
Member-name The name of the custom code added at the location specified by
section-name.
Thus, the value A100I,OUTIDC specifies that the custom code named OUTIDC is
placed at the beginning of the A-100 section.
The following section names are available for stored procedure programs:
Section Description
A1000I A-1000-STORED-INIT (beginning of section)
A1000T A-1000-STORED-INIT (end of section)
C3000I C-3000-STORED-PROCESS (beginning of section)
C3000T C-3000-STORED-PROCESS (end of section)
D1000I D-1000-STORED-TERM (beginning of section)
D1000T D-1000-STORED-TERM (end of section)
MAINI MAIN-PROCESS (beginning of section)
MAINT MAIN (end of section)
MAINLINE MAIN (replaces entire section)
MAINPROCESSI MAIN-PROCESS (beginning of section)
MAINPROCESST MAIN-PROCESS (end of section)
S100I S-100-STP-CALLS (beginning of section)
S100T S-100-STP-CALLS (end of section)
S200I S-200-STP-CURSORS (beginning of section)
Section Description
S200T S-200-STP-CURSORS (end of section)
Z100I Z-100-SECTIONS-COPY (beginning of section)
Z900I Z-900-SECTION-FALLOUT & Z-900-PROGRAM-END
(beginning of section); COBOL programs only)
Z980I Z-980-ABNORMAL-TERMINATION (beginning of section)
Z980T Z-980-ABNORMAL-TERMINATION (end of section)
Z990I Z-990-PROGRAM-ERROR (beginning of section)
Z990T Z-990-PROGRAM-ERROR (end of section)
24. RUNOPTS
A comma-separated list of stored procedure Run Options to be specified in the
CREATE PROCEDURE statement generated for this program definition.
You can access a view of this screen also by entering the following on the Batch
Program Definition menu:
■ CR, UP, or SH in the FUNCTION field
■ EN in the ITEM field
■ Header in the HEADER field
■ Identifier in the ID field
■ STORED in the ENVIRON field
Function: Specifies the environment data for the stored procedure definition.
LANG 2__
RESULTS 3_ ASUTIME 4____ WLMENV 5_________________
COLLID 6_________________ SCHEMA 7_______
PARAMETERS:
EXTSCUR:8_ (2-DB2 U-USER D-DEFINER)
PRMSTYL:9_ (N-GENERAL WITH NULLS G-GENERAL D-DB2SQL J-JAVA)
PROGTYP:1 (M-MAIN S-SUB)
SQLMOD :11 (M-MODIFIES SQL DATA N-NO SQL S-CONTAINS SQL
R-READS SQL DATA)
Show/Purge screen: You can access the Show/Purge Stored Procedure
Environment (B269) screen from the Batch Definition menu screen by entering:
The Show/Purge Stored Procedure Environment screen fields are the same as the
Update Stored Procedure Environment screen fields.
1. COMMAND
For information, see 9.5, Primary Commands on page 9-13.
2. LANG
The language for the stored procedure (COB or PLI). This is an output-only field.
3. RESULTS
Specifies the maximum number of result sets that the stored procedure can return.
The default is 0, which indicates that there are no result sets.
4. ASUTIME
Specifies the total amount of processor time, in CPU service units, that a single
invocation of a stored procedure can run.
5. WLMENV
Identifies the MVS Workload Manager (WLM) environment in which the stored
procedure is to run when the DB2 stored procedure address space is
WLM-established. The name of the WLM environment is a long identifier.
Note: If a WLM ENVIRONMENT is not specified, the stored procedure runs in
the default WLM-established stored procedure address space specified at in
stallation time.
6. COLLID
Identifies the package collection to be used when the stored procedure is executed.
This is the package collection into which the DBRM that is associated with the
stored procedure is bound.
If COLLID is not specified, the package collection for the stored procedure is the
same as the package collection of the calling program.
7. SCHEMA
Part of the qualified name for of the stored procedure.
The qualified form of stored procedure name is a short SQL identifier (the
SCHEMA name) followed by a period and a long SQL identifier.
8. EXTSCUR
Specifies how the stored procedure interacts with an external security product,
such as RACF, to control access to non-SQL resources.
2 - The stored procedure does not require a special external security
environment. This is the only valid choice when a Workload
Manager environment is not specified (DB2).
U - An external security environment should be established for the
stored procedure. Access is performed using the authorization ID
of the user who invoked the stored procedure (USER).
D - An external security environment should be established for the
stored procedure. Access is performed using the authorization
ID of the stored procedure owner (DEFINER).
9. PRMSTYL
Identifies the linkage convention (parameter style) used to pass parameters to the
stored procedure. All of the linkage conventions provide arguments to the stored
procedure that contain the parameters specified on the CALL statement. Some of
the linkage conventions pass additional arguments to the stored procedure that
provides more information to the stored procedure.
D - (DB2SQL) In addition to the parameters on the CALL statement,
the following arguments are also passed to the stored procedure:
■ a null indicator for each parameter on the CALL statement;
■ the SQLSTATE to be returned to DB2;
■ the qualified name of the stored procedure;
■ the specific name of the stored procedure;
■ the SQL diagnostic string to be returned to DB2; and
■ the DB2INFO structure, if DBINFO is specified.
G - (GENERAL) Only the parameters on the CALL statement are passed
to the stored procedure. The parameters cannot be null.
N - In addition to the parameters on the CALL statement,
another argument is passed to the stored procedure. The
additional argument contains a vector of null indicators for
each of the parameters on the CALL statement that enables the
stored procedure to accept or return null parameter values
(GENERAL WITH NULLS).
J - The stored procedure uses a convention for passing parameters
that conforms to the Java and SQLJ specifications. INOUT and OUT
parameters are passed as single-entry arrays. The DBINFO
structure is not passed (JAVA).
10. PROGTYP
Specifies whether the stored procedure will run as a main routine or a subroutine.
S - The stored procedure will run as a subroutine (SUB).
M - The stored procedure will run as a main routine (MAIN).
11. SQLMOD
Indicates whether or not the stored procedure can execute SQL statements and, if
so, what type it can execute.
N - The stored procedure cannot execute any SQL statements (NO SQL).
M - The stored procedure can execute any SQL statement except
those statements that are not supported in any stored procedure
(MODIFIES SQL DATA).
R - The stored procedure cannot execute SQL statements that modify
data. SQL statements that are not supported in any stored
procedure return a different error (READS SQL DATA).
S - The stored procedure cannot execute any SQL statements that
read or modify data. SQL statements that are not supported in
any stored procedure return a different error (CONTAINS SQL).
12. COMRETN
Indicates whether DB2 commits the transaction immediately on return from the
stored procedure (COMMIT ON RETURN).
N - DB2 does not issue a COMMIT when the stored procedure returns.
Y - DB2 issues a COMMIT when the stored procedure returns if the
following statements are true:
■ The SQLCODE that is returned by the CALL statement is not negative.
16. NULCALL
Determines whether or not the stored procedure will be called even when any of
the input arguments is null, making the procedure responsible for testing for null
argument values.
Y - The stored procedure will be called even when any of the
input arguments is null; the stored procedure is responsible
for testing for null argument values.
N - The stored procedure will not be call when any of the input
arguments is null.
17. STAYRES
Specifies whether the stored procedure load module remains resident in memory
when the stored procedure ends.
Y - The load module remains resident in memory after the stored
procedure ends.
N - The load module is deleted from memory after the stored procedure
ends.
■ U—Update
For more information, see 9.6, “Line Commands” on page 9-45.
3. NAME
The name of the parameter.
4. KIND
This field describes the direction of the parameter to/from the calling program.
Valid values are:
5. DBNAME
The variable name to or from which the stored procedure parameter is mapped. If
the DBNAME is too long to fit on this screen, then the PF10 key may be used to
toggle to the B2P2 program, which allows DBNAME specifications up to
60-characters in length.
6. EXTENSION (output only)
When the DBNAME is longer than 25 characters, and the B2P2 program has been
used to specify a long DBNAME, then this field is displayed with a plus (+) sign,
and the DBNAME field is protected.
7. TYPE
Specifies the parameter type. These values result in generation of a COBOL or
PL/I declaration, as follows (lth = user-supplied length; dec = user-supplied scale):
Note:
* includes S9(4) COMP length variable of the parameter.
9. DEC
The scale of the parameter (if applicable). Used only for DECIMAL and
NUMERIC parameters.
10. IND
If the IND value is set to "Y" (yes), a nullable indicator is generated for this
stored procedure parameter, and used as a parameter in the calling sequence for
the stored procedure.
7.1 Introduction
This chapter documents the screens of the CA-Telon prototyping facility, a tool for
prototyping panel images (screens) and panel definitions.
The prototyping facility shows the application user how screens actually appear during
system execution and how screens interact with each other during execution.
Requirements: To use the prototyping facility, you must have one or more panel
images, with or without panel definitions.
You can edit the data by including allowable FLDTYPEs and/or SPECIAL EDITS.
Refer to Target Option for Windows Character Guide for more information about
FLDTYPE and SPECIAL EDITS.
Controlling screen flow: You control flow from screen to screen in one of these
ways:
■ By entering the ID of next program in the COMMAND field
■ By entering a panel ID as the value in one of the following:
– NEXTPGM field of select fields on the Update Select Fields screen
– INPUT or OUTIN fields, when NEXT-PROGRAM-NAME-ID is the
DBNAME
– The NEXTPGM field on the Create/Update Screen Definition screen
Note: CA-Telon does not support multiple prototyping facility sessions (using
HOLD/SWAP). Use of HOLD for multiple prototyping facility sessions can
produce unpredictable results.
Access: On the TDF Main menu, enter 6 in the FUNCTION field. On other
screens, enter =6 in the COMMAND field.
Function: Displays the capabilities and features that you can use to perform panel
prototyping.
START NAME:
HEADER 4____
ID 5____
PS NAME 6_______
4. HEADER
(Valid when the ITEM value is AP.) A one- to five-character prefix for a series
of screens.
This table explains what the header identifies, depending on the FUNCTION field
value:
Note: If you enter LI in the FUNCTION field and AP in the ITEM field, you
must enter a HEADER value. If you do not, CA-Telon displays an error
message. Determine the appropriate header for your application before
proceeding.
5. ID
(Valid when the ITEM value is AP.) A one- to five-character unique identifier for
a screen in the series represented by the HEADER value.
This table explains what the ID value identifies, depending on the FUNCTION
field value:
If you do not enter a value here, a screen listing application panels starting with
the lowest ID value of existing applications is displayed.
6. PS NAME
A one- to eight-character presentation store name for the prototyping facility to
use with the scenario. This field is required only if you are using prototyping
with mapping and a panel definition exists for the scenario.
A presentation stores represents sample data and is not necessarily tied to a
specific panel or a specific application HEADER; therefore, CA-Telon does not
1
Only panel image information is used to build and display the panels,
with the following results:
■ No editing takes place
■ Since no mapping can occur, the prototyping facility does not modify
your active presentation store
■ The undefined store character does not appear
■ SEGLOOP screens show all occurrences of the SEGLOOP
■ You may use the exclamation point (!) character to access the field
update screens
2
(Default) Panel definition information is used to build the panels, with the
following results:
■ Editing takes place
■ Since mapping can occur, the prototyping facility modifies your
active presentation store
■ The undefined store character appears
■ You may use the exclamation point (!) character to access the field
update screens
7f
Method of editing and flow control. Valid values are:
Y
All editing and flow control methods documented in data administration
are available.
N
Field editing is turned off. All flow control must be handled by the
entries made in the COMMAND field or by .COMMAND-INIT/.
COMMAND-FLOW DBNAMES in the presentation store.
Refer to Target Option for Windows Character Guide for information
about these entries.
8. COMMAND POS
The position of the command field and the intensity of its display:
8a
Two fields specifying, respectively, the row and column position at which to
begin the COMMAND field. The COMMAND field allows you to enter
commands when you are prototyping. The default location is the lower-right
corner of the View Panel Definition screen.
8b
A panel field name from the existing panel definition (for example,
ERRMSG1). The panel field name specifies where to place the COMMAND
field and overrides a row and column position specified in the line above.
8c
The intensity of the COMMAND field display:
B
The field is invisible to the viewer but still accessible to enter commands
H
High intensity using the outin character selected
N
(Default) Normal intensity using the outin character selected enter
commands
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
Note: You can specify the starting point of the list by entering L entity-name. If
entity-name is found, the list begins with entity-name. If entity-name is not found,
the list begins with the name of the member that follows entity-name in
alphabetical order.
2. (Line command)
A field preceding each listed definition in which you can enter one of the
commands documented in this table:
3. PI/PD NAME
Protected field displaying the name of a panel definition or panel image.
4. PR STORE/ RENAME
A field whose value is used depending on the line command entered for the
listing:
5. DESCRIPTION
A 1- to 39-character description of the panel image or panel definition.
To change the displayed description of the panel, enter D in the line command
field and enter a new description in this field.
6. USER
Protected field displaying the ID of the user that last updated the definition.
7. UPDATE
Protected field displaying, in mmddyy format, the date the definition was last
updated.
Function: Lists presentation stores by presentation store name and allows you to
maintain and edit them.
1. COMMAND
For information, see 9.5, “Primary Commands” on page 9-13.
2. (Line command)
A field preceding each listed presentation store in which you can enter one of the
commands documented in this table:
3. NAME
Protected field displaying the name of a presentation store.
4. RENAME
The name for the presentation store to be renamed (line command R) or copied
(line command C). CA-Telon also uses this field to display confirmation
messages as presented in this table:
5. DESCRIPTION
A one- to 39-character description of the presentation store. A value is required if
line command D or C is entered for this presentation store. The initial value is
the ID of the panel for which the presentation store was created.
6. USER
Protected field displaying the ID of the user that last updated the presentation
store.
7. UPDATE
Protected field displaying, in MMDDYY format, the date that the presentation
store was last updated.
Function: Allows you to edit an active presentation store, a presentation store saved
previously, or a newly created presentation store.
Adding a field: You can add a new field to the presentation store on this screen in
one of these ways:
■ On an empty line, enter VALUE and DBNAME values
■ Enter I as a line command to insert. When inserting:
– Enter the correct LTH value, if necessary (default is 30)
– Enter the correct SUB value, if necessary (default is 1)
5. SUB
The subscript number of variables in an array. Subscripted variables are used in
displaying multiple entries on a list screen or with non-list screens when the .
SUB command has been used to set a subscript value. The default value for
subscripts is 1 because unsubscripted variables are considered the same as
subscripted variables with a subscript of 1.
Note: If multiple occurrences of a DBNAME do have the same subscript, the
presentation store editor discards all but the last occurrence of the
DBNAME.
6. LTH
The length of the value established in the panel definition. You can modify it
here without changing the panel definition.
You can also access this screen from the List Panel Definitions screen by entering V
as a line command for the listing of the definition.
Function: Displays the application scenario. You can enter data in the prototype for
demonstration purposes. You can control the flow of the scenario, access the panel
image and panel definition (if one exists), and execute other commands in the
command field.
%%%%%%%% T E L O N S A M P L E S O L U T I O N
EMPLOYEE %%%%%%
EMPLOYEE ID %%%%%%
1. NAME %%%%%%%%%%%%%%%%%%%%%%%%%%
2. STREET %%%%%%%%%%%%%%%%%%%%%%%%%%
3. CITY %%%%%%%%%%%%%%%%%%%%%%%%%%
4. STATE %%
5. ZIP %%%%%%
6. PHONE %%%%%%%%%%%%
7. SEX %
8. DATE OF BIRTH %%%%%%%%
9. DEPARTMENT %%%%
1. DATE OF EMPLOYMENT %%%%%%%%
11. HOURLY RATE %%%%%%
12. HOURS PER WEEK %%%%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Screen flow control: To transfer control from one panel to the next panel, identify
the panel to receive control:
■ When a panel is in the series represented by the current panel's header, enter the
ID of the panel to be displayed next
■ To call a panel under a different header, enter both the concatenation of the header
and ID of the panel to be displayed next
For example, the header of the panel you are viewing is AB and the ID is 0001. To
view panel AB0002, enter 0002 in the command field. To view panel 0001 in the DE
series, enter DE0001 in the command field.
Note: For panels having a panel definition that contains outin or input fields, press
[Enter]. Data from the current screen is edited (if specified) and mapped to the
active presentation store. To transfer to another panel without editing data or
mapping to the active presentation store, prefix the panel ID with a greater
than sign (>) (for example, >0001).
Prototyping commands: This table presents commands you can use to control a
prototyping session.
Command Action
.CLR Clears variable names and data from the active
presentation store.
.CV Clears values in the active presentation store, but does
not clear the DBNAMEs.
.LOD presentation-store Loads presentation-store and makes it the active
presentation store. Data values in the prior active
presentation store are lost.
. .MRG presentation-store Merges the presentation store name into the active
presentation store. Replaces data values of similar
DBNAMEs. Adds DBNAMEs and values.
.SAV presentation-store Saves the active presentation store in presentation-store.
If presentation-store already exists, it is overlaid. This
operation does not affect values in the active
presentation store.
Command Action
.SUB subscript Sets the subscript for any array variables when used by
non-list screens. The subscript is not used or affected by
list screens. For non-list screens that use variables from
an array, the .SUB command identifies which occurrence
of the array is used. The subscript number entered stays
in effect until a new .SUB command is entered.
For example, if you enter .SUB 1, the subscript is
cleared. Non-subscripted variables operate as if they are
subscripted with (1). For example, if you enter .SUB 3,
the third occurrence of any array variables is used for all
panels executed until the next .SUB command.
.UPI Transfer control to the Edit Panel Image screen. When
you press the END PF key, control returns to the
application scenario from which you entered the .UPI
command.
.UPD Transfer control to the Update Panel Fields (Online)
screen. When you press [End], control returns to the
application scenario from which you entered the .UPD
command.
.VPS Transfer control to the presentation store editor to edit
the active presentation store. From there, you can
update, delete, or add any variable to the active
presentation store. When you press the END PF key,
control returns to the application scenario from which
you entered the .VPS command.
Note: The active presentation store is not permanently
saved when you press [End]. Only the .SAV
presentation-store command saves the active
presentation store to a new presentation-store or replace
an existing ps-name.
Note: All commands begin with a period.
TDF commands: This table presents the general TDF commands that are valid in
the command field and are useful in a prototyping session.
Command Action
/END End prototyping facility execution and return to the Prototyping
Facility menu
/MENU Transfer control to the TDF Main menu
/HOLD Hold execution and transfer to the TDF Main menu
Command Action
/SWAP Swap to another function executing concurrently through use of the
HOLD command
/HELP Request help for use of the prototyping facility function
/=n End prototyping facility execution and transfer to TDF option n
Note: These commands must begin with a forward slash.
8.1 Introduction
With the CA-Telon Design Facility (TDF) Utilities option you can copy, rename, list,
print, and export these items created with the TDF:
■ Panel image
■ Panel definition
■ Screen definition
■ Report definition
■ Driver definition
■ Nonterminal definition
■ Batch definition
Function: Allows you to perform the following for each type of item:
■ Create a copy of an item
■ Rename an item
■ List specific items and allow you to update, modify, or remove selected items
■ Print the panel image (not available to TDF under CICS)
■ Export a screen, report, driver, nonterminal, or batch definition into a CA-Telon
source code listing
MEMBER NAME:
HEADER 3_____
ID 4_____ TYPE 5__
DESC 6_______________________________________
LI
List members beginning with the member identified in the HEADER field
(and, optionally, the ID field).
The list starts at the HEADER and ID you specify and continues to the end of
the existing entities. It includes all panel images, panel definitions, screen
definitions, driver definitions, and report definitions.
PR
Print a hard copy of the panel image identified by the HEADER and ID field
values.
XP
Export the program definition identified by the HEADER and ID values.
This creates a CA-Telon source code listing of the named member that
includes any custom code that is part of the program definition. The listing is
stored in a partitioned data set (PDS). All lower levels are exported.
XR
The same function as XP except that it replaces an existing export stored in
the PDS with a new export.
LH
List all headers currently in use in the TDF.
3. HEADER
A required field in which you enter the one- to five-character name prefixed to a
series of programs in the same application. Its length is determined at installation.
4. ID
The one- to five-character name used to identify a particular program within a
header group.
5. TYPE
The type of item type to work with. Valid values are:
BD
Batch definition
DR
Driver definition
PD
Panel definition
PI
Panel Image
ND
Nonterminal definition
RD
Report definition
SD
(Default) Screen definition
SP
Stored Procedure definition
6. DESC
The description that has been defined for the header and ID that identifies the
member, for informational purposes only.
7. TO HEADER
The new header for the item being copied (FUNCTION is CO) or renamed
(FUNCTION is RE).
8. (TO) ID
The new ID for the item being copied (FUNCTION is CO) or renamed
(FUNCTION is RE).
9. COMPRESSED
The format of an exported member. Valid values are:
Y
Compress the format. Place as many fields as possible on each line.
N
(Default) Do not compress the format. Place only one field per line (this
improves readability).
10. ENVIRONMENT
The environment in which the exported program will run after generation into a
COBOL or PL/I program. Valid values are:
A
AS/400
B
BATCH
C
CICS
W
WINCH
I
IMS
S
CICS
T
TSO
U
UNIX
Note: ( Valid on PWS or on OS/390 if the corresponding target option is
installed.)
11. ENV FORMAT (CICS and IMS Only)
A value to specify whether the CA-Telon Generator is to create IMS MFS control
blocks or a CICS BMS map. Valid values for CICS are:
Y
Create a BMS map during generation of the program.
N
(Default) Do not create a BMS map. Use CA-Telon's own terminal mapping
facility (this is the recommended option when using 3270 type terminals).
Valid values for IMS are:
Y
Create IMS MFS control blocks during program generation. This creates the
DIF/DOF, MID, and MOD control blocks. They are named according to
conventions established at CA-Telon installation.
N
(Default) Do not create IMS MFS control blocks.
12. ENV PSB (CICS and IMS Only)
A value to specify whether the CA-Telon Generator is to create a PSB for the
program. Valid values are:
Y
Create a PSB for the program. It is named according to conventions
established at CA-Telon installation.
N
(Default) Do not create a PSB.
13. LINENUM (Panel image only)
A value to specify whether each panel image line should be numbered. The line
numbers appear at each end of the print line and are separated from the panel
image by asterisks. Valid values are:
Y
Print with line numbers
N
Do not print with line numbers
When the value is Y, JUXPRT prints in this format:
1 TRAINING SYSTEM 1
2 MENU 2
3 3
14. DBLSPC (Panel image only)
A value to specify whether the numbered lines are printed double-spaced. A value
here is meaningful only if the LINENUM value is Y. Valid values are:
Y
Double-space the printed lines (that is, insert a blank line, bordered by
asterisks after each panel image line except the last)
N
Do not double-space the printed lines of the panel image
When the DBLSPC is Y and the LINENUM is Y, JUXPRT prints in this format:
1 TRAINING SYSTEM 1
2 MENU 2
3 3
15. SHIFT (Panel image only)
A value to specify whether to print column 1 of the panel image. A value here is
meaningful only if the LINENUM value is N. Valid values are:
Y
Print column 1 characters of the panel image in column 2 of the output line
N
Print column 1 characters of the panel image in column 1 of the output line
You can use this option for batch output in which column 1 contains values other
than attribute bytes and carriage control characters.
16. USECOL1 (Panel image only)
A value to specify, in conjunction with the value in the SHIFT field, whether to
ignore screen control characters in column 1. Valid values are:
Y
Print any characters found in column 1; do not treat them as control
characters
N
Set column 1 output to a space
Function: Allows you to list the application header in use in the TDF.
1. COMMAND
For information, refer to 9.5, “Primary Commands” on page 9-13.
2. (Function)
A column position to the left of the HEADER field in which you can enter any
non-blank character to list all the IDs with that HEADER.
Note: Only one header may be selected at a time.
9.1 Introduction
About this chapter: This chapter documents the TDF editing functions and valid
TDF commands.
Panel editor editing modes: The panel editor may be used in either of two
modes:
■ Full screen edit mode — Presents the full panel image; you invoke edit
commands by pressing PF keys
■ Line edit mode — Presents the panel with the TDF COMMAND field at the top
and line numbers at the left; you invoke edit commands by entering primary
commands in the COMMAND field, line commands in the line command fields,
or by pressing PF keys.
See 9.5, “Primary Commands” on page 9-13 and 9.6, “Line Commands” on page 9-45
for information about edit commands.
Line edit mode: You can invoke line edit mode in any of these ways:
■ On the Panel Definition menu, enter CR (create) or UP (update) in the
FUNCTION field and PD (panel data) in the ITEM field, and on the resulting
screen enter LINE EDIT (primary command)
■ On the Panel Definition menu, enter LI (list items) in the FUNCTION field and
PD (panel definition) in the ITEM field, and on the resulting screen enter LINE
EDIT (primary command)
■ When in full screen mode, enter LINE EDIT or LINE OUT (primary commands)
Sets of rules: Panel editing follows a set of general field update rules and a set of
specific rules depending on the type of field:
■ Variable field
■ Literal field
■ Field with panel data
■ Wrapped variable field
■ Wrapped literal field
■ Long literal field
General rules:
■ Fields cannot overlap.
■ A field cannot start in line 1, column 1 of a panel
■ If a field starts in column 1, the attribute byte for the field is at the end of the
previous line
■ You can associate panel data with a field, using the Update Panel Fields (Online)
screen or the Update Panel Fields (Batch) screen
Note: In the panel editor, panel lines that contain fields with panel data (PD)
information have special highlighting, protection, and update rules
associated with them. These rules attempt to minimize the unintentional
loss of user-entered data during the editing session.
■ Update rules are applied line by line and are invoked based on the entire contents
of the line, not just the contents being displayed
You can correct the update to the line, or you can use the RESET line command to
cancel the update and redisplay the line.
Note: If you enter the RESET primary command, CA-Telon cancels all updates on
the screen and redisplays the screen as it was before updates.
If you specify a number following the image character, that number is the field length.
After you press [Enter], the variable field is redisplayed as a number of image
characters equal to the specified length minus one (for the attribute byte), provided
there are no other fields already defined in the range which the requested length spans.
If the specified length would extend the field beyond the column size of the panel (that
is, beyond the rightmost column of the panel), CA-Telon truncates the length so that
the field ends in the last column of the panel.
If you enter only the image character, CA-Telon determines the length of the field by
locating the next space that follows the last character of the variable. CA-Telon
converts all intervening characters to the image character.
Single fields and multiple fields: Panel update rules differ depending on whether
the screen contains a single field or multiple fields.
You can make single fields longer or shorter or move them to any position on the line.
If the field is a variable, you can change it to another type of variable by altering the
field's first character.
If two or more fields are displayed, you can perform any one of these operations to
update all displayed variables:
■ Shift fields to the right or left by changing the starting column positions of the
fields.
■ Lengthen or shorten the field by adding characters to or deleting them from the
right side. All variable types and starting positions must remain the same. Any
character can be used to lengthen a field since it is converted into the variable's
paint character.
■ Change variables to another type by changing the first character. All starting
positions and lengths must remain the same.
■ Add or delete variables.
Note: To do these operations, fields with panel data must be unprotected. Use the
PD primary command if necessary.
Adding and erasing fields: You add new fields by painting a new variable. You
can delete fields by erasing their painted image. You cannot perform other changes to
the other displayed variable fields when adding or erasing.
Literal fields with panel data: You can add, change, or delete a literal field with
panel data. If the field does not change position and length, the panel data remains the
same. If these changes do occur, CA-Telon assigns the panel data only to fields
whose starting positions do not change.
There are special update rules associated with each section of a wrapped variable field.
To define a wrapped variable, enter the image character that represents the use of the
field (input, output, outin, or select) followed by a number that specifies the length of
the field. Then enter W to end the wrapped variable. For example, a complete entry
might be +100W.
CA-Telon creates the field with the specified length, provided that the field does not
overlap an existing field on the initial line.
Note: If the field does not span a line, CA-Telon creates a regular field.
Edit mode considerations: In full screen edit mode, wrapped fields are treated as
if they have panel data.
In line edit mode, displays messages in place of line numbers of unprotected fields.
The possible messages and their meanings are:
■ ==WF=> — A wrapped variable field with no panel data
■ =WPD=> — A wrapped variable field with panel data
■ ++WF+> — An undisplayed wrapped variable field with no panel data
■ +WPD+> — An undisplayed wrapped variable field with panel data
Update rules
■ CA-Telon ignores updates to the middle of a wrapped variable field.
■ You can update the head or tail when the wrapped variable field is the only field
on the line.
■ If there is more than one field on the line, the line is unconditionally protected
regardless of the protection status specified with the PD command).
■ If the head is deleted, the entire wrapped variable field is deleted, except the blank
lines that the middle and tail use.
■ You can change to another type of wrapped variable by changing the first
character of the head.
■ You can change the length of a wrapped variable field only from the tail.
CA-Telon ignores length changes to the head. If you change the starting position
of the head, CA-Telon moves the entire field (this causes the tail to move).
■ If the tail is deleted, it decreases the length of the field by the tail's originally
displayed length. If the tail no longer starts in column 1 of the screen, the same
thing happens.
■ You change the length of the field by adding or deleting characters from the right
side of the tail.
■ The maximum field size is 240 bytes. If the field's length exceeds the maximum,
CA-Telon automatically truncates the field and displays a warning message.
■ If you increase the panel size (columns) and a wrapped variable field can now fit
on one line, CA-Telon automatically unwraps the field.
Exceeding maximum field length: If you create a wrapped literal that exceeds
the maximum 240 bytes, END and SAVE command processing:
■ Issues a warning message
■ Breaks the field into two (or more) literals
■ Every 240th byte of the original literal is lost because it becomes the attribute byte
for the next literal field created by CA-Telon as part of this processing
Wrapped literals with panel data: Since wrapped literals are physically contained
on two or more lines, each segment of the wrapped literal can have different panel
data associated with it. However, during END or SAVE command processing,
CA-Telon uses only the first segment with panel data. If this condition is detected
before END or SAVE command processing is initiated, CA-Telon issues a warning
message.
Long literal fields are created on the Update Panel Fields (Online) screen or the
Update Panel Fields (Batch) screen.
In full screen edit mode, lines containing long literals are highlighted. If the line
contains more than one field, the line is unconditionally protected; if the long literal is
the only field on the line, updates are allowed.
In line edit mode, messages are displayed in the line number field. The possible
messages and their meanings are:
Update rules: By definition, long literals have panel data associated with them and
invoke special update rules:
■ Variables cannot be added to a line containing a long literal.
■ By default, all literals entered on a line are assumed to be part of a long literal.
To place more than one literal on a line, use MOVE or COPY with OVER to
move or copy a literal from another line.
Wrapped long literals: CA-Telon supports wrapped long literals. However, if you
create a long literal on the Update Panel Fields (Online) screen or Update Panel Fields
(Batch) screen that spans more than one line and is not wrapped, it is automatically
broken into two or more literal fields. The original panel data (that is, the original
field attributes) is replicated for each segment of the field or fields created as a result.
The type of custom code member that you edit determines the default value of the
display column for the editing session:
■ 07 for COBOL members
■ 02 for PL/I members
■ 01 for JCL members
The display column value appears at the upper right of the screen during an editing
session.
Editing multiple members: You can edit multiple custom code members in a
single editing session, if all members are of the same type. In a multiple-member
editing session, a member line for each member in the session is displayed
immediately before the first data line of the member. Thus, member lines serve as
headers for the members that you are editing. A member line is signified by the
appearance of this message in the line number field:
=MBR=>
The line contains a full identification of the member, including its total number of data
lines.
Note: You can enter certain line commands in the line number field of a member line
to edit the entire member.
Size considerations: The custom code editor displays a maximum of 32 lines and
80 columns per screen regardless of the 3270 terminal model used, or less, if limited
by the 3270 model type.
The maximum size for a custom code member is 9,999 lines. If you edit a member
that exceeds this limit, the custom code editor cannot perform END and SAVE
command processing.
Invoking the custom code editor: You can invoke the custom code editor in any
of these ways:
■ On the Online Program Definition menu or the Nonterminal Program Definition
menu, specify create, update, or list as the function, and enter CC in the ITEM
field. For create or update, also identify the member in the CUSTCODE field.
■ On the List/Show Custom Code screen, select a member to edit. You can access
this screen by selecting the custom code option on any of these screens:
– Create/Update Screen Definitions
– Create/Update Driver Definitions
– Create/Update IMS/DC Report Definitions
– Create/Update Nonterminal Definition
– Create/Update Batch Definitions
When you are in the custom code editor, the word EDIT is displayed in the upper left
corner of the screen.
Editing multiple members: You can edit multiple presentation stores in a single
editing session. In this case, a member line for each member in the session is
displayed immediately before the first data line of the member. Thus, member lines
serve as headers for the members that you are editing. A member line is signified by
the appearance of this message in the line number field:
=MBR=>
The line contains a full identification of the member, including its total number of data
lines.
Note: You can enter certain line commands in the line number field of a member line
to edit the entire member.
Invoking the presentation store editor: You can invoke the presentation store
editor in one of these ways:
■ On the Prototyping Facility menu, enter VI (view) in the FUNCTION field and
PS (presentation store) in the ITEM field
■ On the Prototyping Facility menu, enter LI (list) in the FUNCTION field (and PS
(presentation store) in the ITEM field) to display the List Presentation Stores
screen, where you can enter U as a line command for the listing of the
presentation store to be edited
■ On the List Panel Definitions screen, enter .VPS in the COMMAND field to view
the active presentation store
When you are in the presentation store editor, the word EDIT is displayed at the top
left of the screen.
You enter primary commands in the COMMAND field of the screen. If a primary
command has been assigned to a PF key, you can invoke the command by pressing the
key. See 2.9, “Update Session Controls” on page 2-30 for more information about
assigning commands to PF keys.
When you edit a panel in full screen edit mode, you can invoke a primary command
only by pressing a PF key because the COMMAND field is not displayed in full
screen edit mode.
Not all primary commands are valid in each editor. Restrictions on individual
commands are noted in the documentation of those commands.
Syntax conventions: These are the conventions for the primary command syntax
in this section:
9.5.1 BACKWARD
Command Format for BACKWARD
┌─CSR───┐
──BAckward──┼───────┼─────────────────────────────────────────
├─lines─┤
├─Page──┤
├─Half──┤
├─Pn────┤
├─Hn────┤
└─Max───┘
BAckward
Scroll backward the value displayed in the SCROLL field. (In the panel editor
full screen mode, you can invoke BACKWARD only without options and only by
pressing the assigned PF key.) You can modify the SCROLL field with one of
these valid values:
CSR
(Default) Scroll backward beginning at cursor position.
lines
The number of lines to scroll backward.
Page
Scroll backward one page.
Half
Scroll backward one half-page.
Pn
The number of pages to scroll backward.
Hn
The number of half pages to scroll backward.
Max
Scroll backward to the beginning.
9.5.2 CANCEL
Command Format for CANCEL
──CANcel──┬──┬───────────────────┬─custom-code─┬──────────────
│ └─program.qualifier─┘ │
├─presentation-store─────────────────┤
└─ALL────────────────────────────────┘
CANcel
End an editing session, deleting the edits made during the session, and return to
the screen from which the session was requested.
program
The program header and identifier.
qualifier
To identify a program type (SD, ND, BD, RD, DR).
custom-code
Removes the named custom code member from the editing session.
presentation-store
Removes the named presentation store from the editing session.
ALL
Cancels all custom code or presentation stores in an editing session.
9.5.3 CAPS
Command Format for CAPS
┌─ON──┐
──CAPs──┼─────┼───────────────────────────────────────────────
└─OFF─┘
CAPs
Specifies the case of characters you input during the editing session.
ON
(Default) All characters are entered in uppercase.
OFF
Characters may be entered in mixed lower and uppercase.
9.5.4 CH
Command Format for CH
┌──
─────────────────────────────────┐
─┬────────┬──┬─────────────────┬─┴─────────────────────
──CH───
├─IN─────┤ └─image-character─┘
├─OU─────┤
├─OI─────┤
├─SELECT─┤
└─BREAK──┘
CH
(Panel editor line edit mode only.) Changes a character that identifies the usage
of a panel field or changes the literal break character. You can change more than
one character in a single command; for example, entering CH IN ? OUT X
changes the image characters for input and output fields to ? and X, respectively.
IN
Field used for input only.
OU
Field used for output only.
OI
Field used for either output or input.
SELECT
Field used for selection by the application user.
BREAK
The literal break character.
image-character
The character to represent the specified usage. Characters that you cannot use as
image characters are:
■ ( — Left parenthesis
■ ) — Right parenthesis
■ , — Comma
■ ' — Single quotation mark
9.5.5 CHANGE
Command Format for CHANGE
──┬─Change─┬──┬─string1──string2─┬──┬───────────┬──┬──────┬────
├─CHG────┤ ├─string1─────────┤ └─direction─┘ ├─col1─┤
├─C──────┤ ├─────────string2─┤ └─col2─┘
└─Cn─────┘ └────────────────┘
──┬─────────────┬──┬───────────┬───────────────────────────────
└─string-type─┘ └─line-type─┘
Change|CHG|C|Cn
Changes a specified character string to another specified character string. (Custom
code members and presentation stores only.)
Note: Cn saves the CHANGE command you are entering. The value of n can be
1 to 9; therefore, you can save 10 CHANGE commands (including C
itself) for the editing session. You can invoke a saved CHANGE
command with the REPEAT CHANGE command.
string1
The string to be changed.
string2
The string to replace string1.
*
The string specified for this parameter in the most recent prior CHANGE
command issued during this session.
direction
Controls the direction and starting point in which to perform the change operation.
Valid values are:
■ ALL — Search begins at the TOP-OF-DATA line and proceeds forward to
find all matches with string1 until BOTTOM-OF-DATA line is reached
■ FIRST — Search begins at the TOP-OF-DATA line and proceeds forward to
find the first string1 match
■ LAST — Search begins at the TOP-OF-DATA line and proceeds forward to
find the last string1 match
■ NEXT — (Default) Search begins at the current cursor location and proceeds
forward to find the next string1 match
■ PREV — Search begins at the current cursor location and proceeds backward
until the string1 match occurs
col1 col2
The range of columns searched for occurrences of string1. Col1 delimits the left
of the range; col2 delimits the right of the range.
string-type
The type of string on which to perform the change operation. Valid values are:
CHARS
(Default) Considered successful irregardless of what precedes or follows
string1
PREFIX
Considered successful only if string1 is not preceded with a word-character
and is followed with a word-character
SUFFIX
Considered successful only if string1 is preceded with a word-character and is
not followed with a word-character
WORD
Considered successful only if string1 is not preceded and not followed with a
word-character
line-type
The type of line on which to perform the change operation. Valid values are:
ALL
(Default) All lines
X
Excluded lines only
NX
Non-excluded lines only
In the Data Group, the CHANGE and REPEAT CHANGE commands must be used
with extreme care.
Telon CANNOT change: Inherited key values (marked by "@"), Table labels,Database
lables, File labels.
Telon CAN change: Non-inherited key values, Segment labels, Row labels,Record
labels.
VSAM=> TRGEMPLB
%%%%%%%% %%%%%%%%%%%% %%%%%%%%%%%%%%%%%%%%% %%%%%%%%%%%%%%%%
REC=> TRGXXXXB @DUMMY XFER-XXXX-ID TRGEMPLB
9.5.6 COPY
Command Format for COPY
──COpy──┬─panel-image.PI─────────────────────┬─────────────────
├─panel-definition.PD────────────────┤
├─program.qualifier──────────────────┤
├──┬───────────────────┬─custom-code─┤
│ └─program.qualifier─┘ │
└─presentation-store─────────────────┘
──┬──────────────────────────┬─────────────────────────────────
└─start-line──┬──────────┬─┘
└─end-line─┘
COpy
Copies text from the named entity into the entity that you are editing. Also, issue
either the AFTER line command or the BEFORE line command to specify where
the copied lines are placed.
For information about line commands, see 9.6, “Line Commands” on page 9-45.
panel image
The panel image header and identifier.
panel-definition
The panel definition header and identifier.
program
The program header and identifier.
qualifier
To identify a program type (SD, ND, BD, RD, DR).
custom-code
The name of the custom code member. (When a COPY command is issued for a
copy member alone, it is copied from the same program as the copy member the
command is being issued from.)
presentation-store
The name of the presentation store.
start-line
The first line to be copied.
end-line
The last line to be copied.
9.5.7 CREATE
Command Format for CREATE
──CReate───────────────────────────────────────────────────────
──┬─panel-image.PI─┬───────────────┬──────────────────────┬────
│ └─'description'─┘ │
├─panel-definition.PD─┬───────────────┬─────────────────┤
│ └─'description'─┘ │
├─program.qualifier─┬───────────────┬───────────────────┤
│ └─'description'─┘ │
├──┬───────────────────┬─custom-code─┬───────────────┬──┤
│ └─program.qualifier─┘ └─'description'─┘ │
└─presentation-store────────────────────────────────────┘
CReate
Create the entity you are editing by copying the named entity. Also, use either
the COPY or the MOVE line command to specify the lines that you want to use
for the create.
panel-image
The panel image header and identifier.
panel-definition
The panel definition header and identifier.
program
The program header and identifier.
qualifier
To identify a program type (SD, ND, BD, RD, DR).
custom-code
The name of the custom code member.
description
The description of the panel or custom code member.
presentation-store
The name of the presentation store.
9.5.8 EDIT
Command Format for EDIT
──EDIT──┬──┬───────────────────┬─custom-code─┬────────────────
│ └─program.qualifier─┘ │
└─presentation-store─────────────────┘
EDIT
Performs one of these functions:
■ In show mode, transfers to edit mode, if entity is named
9.5.9 END
Command Format for END
──ENd──┬──┬───────────────────┬─custom-code─┬─────────────────
│ └─program.qualifier─┘ │
├─presentation-store─────────────────┤
└─ALL────────────────────────────────┘
ENd
Ends the current editing session, saves the edits you made during the session, and
returns you to the screen from which you requested the session.
program
The program header and identifier.
qualifier
To identify a program type (SD, ND, BD, RD, DR).
custom-code
Ends editing of the custom code member, but if you are editing multiple members,
does not end the editing session.
Note: To end an editing session successfully, no member that you are editing can
exceed 9,999 lines.
presentation-store
Ends editing of the presentation store, but if you are editing multiple members,
does not end the editing session.
ALL
Ends an editing session in which you are editing multiple members.
END HOLD
Ends the current TDF session and transfers to the previous held session.
9.5.11 EQUATE
Command Format for EQUATE
──EQuate ──location-name─────────────────────────────────────
EQuate
Equates a name with a line number in the entity being edited. (Not valid in the
full screen mode or the panel editor.)
location-name
A one- to eight-character name assigned to the first numbered line currently at the
top of the screen (or, if it is displayed for a single edit, to the TOP OF DATA
line, which is line number 000000).
The following actions cause the location name to be deleted:
■ Deleting a member where custom-code matches location-name
■ Deleting a line to which location-name has been assigned
9.5.12 FIND
Command Format for FIND
──┬─Find ─┬──string──┬───────────┬──┬─────────────┬───────────
├─F──────┤ └─direction─┘ └─string-type─┘
└─Fn─────┘
──┬───────────┬──┬──────────────┬──────────────────────────────
└─line-type─┘ └─col1 ──col2─┘
Find|F|Fn
(Custom code members and presentation stores only.) Finds the specified
character string.
Note: Saves the FIND command you are entering. The value of n can be 1 to 9;
therefore, you can save 10 FIND commands (including F itself) for the
editing session. You can invoke a saved FIND command with the
REPEAT FIND command.
string
The string to be located. Search string rules are the same as for the ISPF editor
except that a leading left parenthesis must be delimited by single quotes, as shown
here:
'('
direction
Controls the direction and starting point in which to perform the find operation.
Valid values are:
■ ALL — Search begins at the TOP-OF-DATA line and proceeds forward to
find all matches with string1 until BOTTOM-OF-DATA line is reached
■ FIRST — Search begins at the TOP-OF-DATA line and proceeds forward to
find the first string1 match
■ LAST — Search begins at the TOP-OF-DATA line and proceeds forward to
find the last string1 match
■ NEXT — (Default) Search begins at the current cursor location and proceeds
forward to find the next string1 match
■ PREV — Search begins at the current cursor location and proceeds backward
until the string1 match occurs
string-type
The type of string on which to perform the find operation. Valid values are:
■ CHARS
■ PREFIX
■ SUFFIX
■ WORD
line-type
The type of line on which to perform the find operation. Valid values are:
ALL
(Default) All lines
X
Excluded lines only
NX
Nonexcluded lines only
col1 col2
The range of columns to be searched for occurrences of string. Col1 delimits the
left of the range; col2 delimits the right of the range.
9.5.13 FORWARD
Command Format for FORWARD
┌─CSR───┐
──FOrward──┼───────┼──────────────────────────────────────────
├─lines─┤
├─Page──┤
├─Half──┤
├─Pn────┤
├─Hn────┤
└─Max───┘
FOrward
Scroll forward the value displayed in the SCROLL field. (In the panel editor full
screen mode, you can invoke FORWARD only without options and only by
pressing the assigned PF key.) You can modify the SCROLL field with one of
these valid values:
CSR
(Default) Scroll forward beginning at cursor position.
lines
The number of lines to scroll forward.
Page
Scroll forward one page.
Half
Scroll forward one half-page.
Pn
The number of pages to scroll forward.
Hn
The number of half pages to scroll forward.
Max
Scroll forward to the end.
9.5.14 HELP
Command Format for HELP
──HElp────────────────────────────────────────────────────────
HElp
Displays help information about the current screen.
9.5.15 HOLD
Command Format for HOLD
──HOld────────────────────────────────────────────────────────
HOld
Stores the current screen in its current state and transfers control to the TDF Main
menu. You can restore the screen with the SWAP command.
9.5.16 INSTALL
Command Format for INSTALL
──INSTALL─────────────────────────────────────────────────────
INSTALL
Transfers control to the TDF Installation screen.
9.5.17 ISPF/PDF
Command Format for ISPF/PDF
──ISPF/PDF ──command─────────────────────────────────────────
ISPF/PDF
(Not valid in PWS.) Submits a specified command to ISPF/PDF. If no such
command is specified, transfers control to TDF Main menu.
command
The command to be executed.
9.5.18 LEFT
Command Format for LEFT
──LEft──┬────────┬────────────────────────────────────────────
├─number─┤
├─Page───┤
├─Half───┤
└─Max────┘
LEft
Specifies the leftmost column of the screen display, thereby shifting the screen
display to the right. If no option is specified, the default beginning column
number of the display is:
■ 02 for a panel
■ 07 for COBOL members
■ 02 for a PL/I members
■ 01 for JCL
This is not a valid command for editing a presentation store.
number
Shift the display right by the number of columns specified, not to exceed position
1.
Page
Shift the display right by the number of columns equal to the full size of the
terminal screen or until column 1 appears.
Half
Shift the display right by the number of columns equal to half the size of the
terminal screen.
Max
Shift the display right until column 1 appears.
LINE EDIT
(Panel editor only.) Switches the editing session between line edit mode and full
screen edit mode. Changes made in the session are saved when you switch
modes.
Issued from the Update Panel Fields (Online) screen and the Update Panel Fields
(Batch) screen, this command transfers you to line edit mode.
LINE OUT
(Panel editor only.) This command performs the same function as LINE EDIT.
9.5.21 LOCATE
Command Format for LOCATE
──LOCATE──┬─line-number────────────────────────┬──────────────
├─group──────────────────────────────┤
├─location name──────────────────────┤
├──┬───────────────────┬─custom-code─┤
│ └─program.qualifier─┘ │
└─presentation-store─────────────────┘
Locate
Redisplays the screen at the specified location.
line-number
The line number.
custom code
The name of the custom code member.
group
(Panel editor only.) The beginning of the named batch group.
location-name
A location previously named in an EQUATE command.
program
The program header and identifier.
qualifier
To identify a program type (SD, ND, BD, RD, DR).
custom-code
The beginning of the named custom code member.
presentation-store
The beginning of the named presentation store.
MBCopy
(Panel editor line mode and custom code members only.) Copies a marked and
bounded block of fields from one location in the entity you are editing to another
but only if the copy will not cause existing fields to be overlaid.
For example, if you enter MBC 7 2 9 40 15 2, fields contained in the block in the
line range 7-9 and column range 2-40 are copied to the same relative positions
beginning at line 15, column 2, if the copy action will not cause existing fields to
be overlaid.
first-line
The line where the block begins.
first-column
The leftmost column in first-line where the block begins.
last-line
The line where the block ends.
last-column
The rightmost column in last-line where the block ends.
target-line
The line on which the copy is marked and block is to begin.
target-column
The leftmost column on target-line where the copy is marked and block is to
begin.
MBMove
(Panel editor line mode and custom code members only.) Moves a marked and
bounded block of fields from one location in the entity you are editing to another
but only if the move will not cause existing fields to be overlaid.
For example, if you enter MBM 7 2 9 40 15 2, fields contained in the block in
the line range 7-9 and column range 2-40 are moved to the same relative positions
beginning at line 15, column 2, if the move action will not cause existing fields to
be overlaid.
first-line
The line where the block begins.
first-column
The leftmost column in first-line where the block begins.
last-line
The line where the block ends.
last-column
The rightmost column in last-line where the block ends.
target-line
The line on which the copy is marked and block is to begin.
target-column
The leftmost column on target-line where the copy is marked and block is to
begin.
MBPurge
(Panel editor line mode and custom code members only.) Deletes a marked and
bounded block of fields from the specified location in the entity you are editing.
For example, if you enter MBP 7 2 9 40, fields contained in the block in the line
range 7-9 and column range 2-40 are deleted.
first-line
The line where the block begins.
first-column
The leftmost column in first-line where the block begins.
last-line
The line where the block ends.
last-column
The rightmost column in last-line where the block ends.
9.5.25 MENU
Command Format for MENU
──MEnu────────────────────────────────────────────────────────
MEnu
Ends the current editing session, saves the edits, and transfers control to the TDF
Main menu.
9.5.26 MOVE
Command Format for MOVE
──MOve──┬──┬───────────────────┬─custom-code─┬─────────────────
│ └─program.qualifier─┘ │
└─presentation-store─────────────────┘
──┬──────────────────────────┬─────────────────────────────────
└─start-line──┬──────────┬─┘
└─end-line─┘
MOve
Moves text from the named entity into the entity that you are editing. Also, issue
either the AFTER line command or the BEFORE line command to specify where
the moved lines are to be placed.
program
The program header and identifier.
qualifier
To identify a program type (SD, ND, BD, RD, DR).
custom-code
The name of the custom code member.
presentation-store
The name of the presentation store.
start-line
The first line to be moved.
end-line
The last line to be moved.
9.5.27 NOSHOW
Command Format for NOSHOW
──NOShow──┬─────────┬─────────────────────────────────────────
├─LIteral─┤
├─INput───┤
├─OUTIN───┤
├─OI──────┤
└─SELect──┘
NOShow
(Panel definition edit mode only). Excludes the requested field types from the
display.
LIteral
Excludes literal fields from the display.
INput
Excludes input fields from the display.
OUTput
Excludes output fields from the display.
OUTIN
Excludes outin fields from the display.
OI
(Same as OUTIN). Excludes outin fields from the display.
SElect
Excludes select fields from the display.
9.5.28 NULLS
Command Format for NULLS
──NULLS──┬─ON──┬──────────────────────────────────────────────
└─OFF─┘
NULLs
Specifies whether trailing spaces are nulls or blanks. Entered without an option,
this command toggles between the two specifications.
ON
Trailing spaces are null. You can enter characters in these spaces without first
pressing [EOF].
OFF
Trailing spaces are blanks. You must erase these blanks by pressing [EOF] before
you can enter characters in these spaces.
PANELC columns
(Panel editor line edit mode only.) Changes the width of the panel you are editing
to columns. However, if a loss of data would result, CA-Telon displays an error
message and no change occurs.
PANELLine lines
(Panel editor line edit mode only.) Changes the depth of the panel you are editing
to lines.
When using a Model 3 or Model 4 terminal, if you modify a panel to 24 lines, the
next time you update this panel it is displayed in a Model 2 mode. If you ended
your current editing session and began a new editing session, this change of
display mode would still be present. You can return to your original display mode
in one of these ways:
■ SWAP EDIT
■ UPDATE GROUP
■ Change panel lines to any number other than 24, end the editing session, and
begin a new editing session
9.5.32 PD
Command Format for PD
──PD──┬─PROTect───┬──┬─ON──┬──────────────────────────────────
└─UNPROTect─┘ └─OFF─┘
PD
(Panel editor only.) Protects or unprotects fields defined on the Update Panel
Fields (Online) screen or the Update Panel Fields (Batch) screen. In full screen
edit mode, the PF key to which PD is assigned acts as a toggle switch between
PD PROTECT and PD UNPROTECT. In the line edit mode, the default values
are PROTECT ON.
A line is protected if two or more fields are displayed and one of those fields:
■ Has panel data
■ Is a wrapped variable
■ Is a long literal
If PROTECT is in effect, the line number is replaced with:
=PROT>
If UNPROTECT is in effect, the line number is replaced with:
■ ==WF=> — If the line contains a wrapped variable without panel data
■ =WPD=> — If the line contains a wrapped variable or long literal
■ ==PD=> — If the line contains a single field with panel data (these lines are
automatically unprotected) or any other data
■ +++PD+> — If the line contains one or more fields with panel data that are
not displayed
9.5.33 PDF
See ISPF/PDF.
9.5.34 PDSCOPY
Command Format for PDSCOPY
──PDSCOPY──┬──────────┬──pds-member-name───────────────────────
└─pds-name─┘
──┬───────────────────────────┬────────────────────────────────
└─first-line──┬───────────┬─┘
└─last-line─┘
PDScopy
(Custom code editor only; not valid for PWS.) Copies all or part of a specified
member in a partitioned data set into the member that you are currently editing, at
a location you must specify with either the BEFORE or AFTER line command.
pds-name
The name of the partitioned data set. If not specified, the default name is the
value in the PDSCOPY DSNAME field on the Update Session Controls screen.
pds-member-name
The name of the member to be copied from the partitioned data set.
first-line
The line number of the first line to be copied from the member of the partitioned
data set. If not specified, the default is line 1.
last-line
The line number of the last line to be copied from the member of the partitioned
data set. If not specified, the default is the last line of the member.
9.5.35 POSITION
Command Format for POSITION
──POSition──┬──────┬──┬────────┬──────────────────────────────
└─line─┘ └─column─┘
POSition
(Panel definition edit mode only.) Redisplays the panel field rows beginning with
the field that matches or is nearest to the line and column specified.
line
Line number of the field with which the list begins.
column
Column number of the field on the line value specified.
9.5.36 PROFILE
Command Format for PROFILE
──PRofile──┬──────────┬───────────────────────────────────────
├─ALL──────┤
├─Change───┤
├─COMmands─┤
├─Find─────┤
├─LOCation─┤
├─MEMber───┤
└─PFK──────┘
PRofile
Displays the profile of the current editing session. If you do not qualify the
command, the profile information is:
■ For editing panels:
– Caps
– Nulls
– PD protect/unprotect
– PD on/off
– Variable characters
– Literal break character
■ For editing custom code members and presentation stores:
– Caps
– Nulls
– Members
ALL
Lists all the information available for the editing session. For panel editing in full
screen mode, use the assigned PF key to enter PROFILE ALL.
Change
List CHANGE commands entered during this editing session.
COMmands
Lists the incomplete line commands and line commands currently awaiting
execution.
Find
List FIND commands entered during this editing session.
GROUP
(Panel editing.) Lists information on the batch groups that have been defined.
LOCATION
Lists the current location names that have been defined with the EQUATE
command.
MEMber
The names of the members you are editing.
PFK
Displays the current PF key definitions.
9.5.37 PURGE
Command Format for PURGE
──PUrge──member-name──────────────────────────────────────────
PUrge
Confirms a purge that you have requested by:
■ Entering PU in the FUNCTION field of the Panel Definition menu
■ Entering PU in the FUNCTION field of the Online Program Definition menu
■ Entering P as a line command for a member listing on the List Presentation
Stores screen
member-name
The name of the custom code or presentation store to be purged.
RCHANGE
Repeats a specified CHANGE command. Alone, it executes the most recent
CHANGE command.
C
(Default) The most recently executed CHANGE command.
Cn
A CHANGE command that you saved during a previous execution.
RFIND
Repeats a specified FIND command or the FIND portion of a CHANGE
command. Alone, it executes the most recent FIND command.
F
(Default) The most recently executed FIND command.
Fn
A FIND command that you saved during a previous execution.
C
The FIND portion of the most recently executed CHANGE command.
Cn
The FIND portion of a CHANGE command that you save during a previous
execution.
9.5.40 REPLACE
Command Format for REPLACE
──REPlace──┬─panel-image.PI─────────────────────┬─────────────
├─panel-definition.PD────────────────┤
├─program.qualifier──────────────────┤
├──┬───────────────────┬─custom-code─┤
│ └─program.qualifier─┘ │
└─presentation-store─────────────────┘
REPlace
Replaces the named entity with part or all of the entity that you are editing. Use
the COPY or MOVE line command to specify the part of the entity you are
editing that is to replace the named entity.
See 9.6, “Line Commands” on page 9-45 for information about line commands.
panel image
The panel image header and identifier.
panel-definition
The panel definition header and identifier.
program
The program header and identifier.
qualifier
To identify a program type (SD, ND, BD, RD, DR).
custom-code
The name of the custom code member.
presentation-store
The name of the presentation store.
9.5.41 RESET
Command Format for RESET
┌─ALL──────┐
──RESet──┼──────────┼─────────────────────────────────────────
├─COLs─────┤
├─COMmands─┤
└─EXclude──┘
RESet
Cancels the specified group of line commands.
ALL
(Default) Causes all COLS, line commands, EXCLUDE commands to become
inactive.
COLS
All COLS commands.
COMmands
All pending line commands or line commands currently in force.
EXclude
All EXCLUDE commands.
9.5.42 RESTORE
Command Format for RESTORE
──RESTORE──┬────────────────────────────────────┬─────────────
├─ALL────────────────────────────────┤
├──┬───────────────────┬─custom code─┤
│ └─program.qualifier─┘ │
└─presentation-store─────────────────┘
RESTORE
For the current entity, cancels all edits that you made since you entered the current
editing session or since the last SAVE command, and restores the current editing
session to its state when you entered it.
ALL
For editing multiple custom code members or presentation stores, performs restore
processing on all members in the session.
program
The program header and identifier.
qualifier
To identify a program type (SD, ND, BD, RD, DR).
custom-code
The custom code member to be restored.
presentation-store
The presentation store to be restored.
&
Redisplays a FIND command or a CHANGE command.
F
The last FIND command that was entered in this session.
Fn
A FIND command defined when previously entered.
C
The last CHANGE command that was entered in this session.
Cn
A CHANGE command defined when previously entered.
9.5.44 RESUME
Command Format for RESUME
──RESUME──────────────────────────────────────────────────────
RESUME
Ends the current TDF session and transfers to the previous held session.
9.5.45 RIGHT
Command Format for RIGHT
──RIght──┬────────┬───────────────────────────────────────────
├─number─┤
├─Page───┤
├─Half───┤
└─Max────┘
RIght
Shift display left but never further than the rightmost position of the custom code
member or panel image. If no option is specified, the default beginning column
number of the display is:
■ 02 for a panel
■ 07 for COBOL members
■ 02 for a PL/I members
■ 01 for JCL
This is not a valid command for editing a presentation store.
number
Shift the display left by the number of columns specified, but not further than the
rightmost position of the custom code member or panel image.
Page
Shift display left by the number of columns equal to the size of the terminal
screen or until column 1 appears.
Half
Shift the display left by the number of columns equal to half the size of the
terminal screen.
Max
Shift the display left until the rightmost position of the member or panel image
appears.
9.5.46 SAVE
Command Format for SAVE
──SAve──┬────────────────────────────────────┬────────────────
├──┬───────────────────┬─custom code─┤
│ └─program.qualifier─┘ │
├─presentation-store─────────────────┤
└─ALL────────────────────────────────┘
SAve
Saves the edits you have made during the session.
program
The program header and identifier.
qualifier
To identify a program type (SD, ND, BD, RD, DR).
custom-code
The custom code member whose edits are to be saved.
Note: To save successfully, the member cannot exceed 9,999 lines.
presentation-store
The presentation store whose edits are to be saved.
ALL
Saves edits to all members of a multiple-member editing session.
9.5.47 SHOW
Command Format for SHOW
──SHow──┬────────────────────────────────────┬────────────────
├──┬───────────────────┬─custom code─┤
│ └─program.qualifier─┘ │
└─presentation-store─────────────────┘
SHow
If you are in edit mode, switches you to browse mode.
program
The program header and identifier.
qualifier
To identify a program type (SD, ND, BD, RD, DR).
custom-code
Adds a custom code member to the editing session.
presentation-store
Adds a presentation store to the editing session.
Syntax for the SHOW command in panel definition edit mode is provided below.
SHow
(Panel definition edit mode only). Displays the requested field types.
LIteral
Displays requested literal fields.
INput
Displays requested input fields.
OUTput
Displays requested output fields.
OI
(Same as OUTIN). Displays requested outin fields.
SElect
Displays requested select fields.
9.5.48 SUBMIT
Command Format for SUBMIT
──SUBmit──────────────────────────────────────────────────────
SUBmit
(Custom code only.) Submits the member that you are currently editing for
execution. The member name must be of JCL type and must be the only member
being edited in the current editing session.
To convert a COBOL or a PL/I member into a JCL member, change the member's
start column to column 01 and enter two forward slashes (//) as the first two
characters on the first line of the member.
9.5.49 SWAP
Command Format for SWap
──SWap────────────────────────────────────────────────────────
SWap
Transfers from the current session to the previously-held session.
Note: Press [Enter] to reactivate the held session.
SWAP EDIT
(Panel editor only.) Transfers to the Update Panel Fields (Online) screen.
Note: From the Update Panel Fields (Online) screen, this command switches the
session to full screen edit mode.
9.5.51 TRANSFER
Command Format for TRANSFER
──=n──────────────────────────────────────────────────────────
=n
Transfers to another TDF screen. Valid n values are:
1
User Profile Maintenance menu
1C
Color Profile Maintenance Manu (PWS only)
1D
Update Program Definition Defaults
1P
Update Environment Definition Defaults
1S
Update Session Controls
2
Data Administration menu
3
Panel Definition menu
4
Online Processing menu
4N
Nonterminal Program Definition menu
4S
Online Program Definition menu
5
Batch Program Definition menu
6
Prototyping Facility menu
U
Utilities menu
X
(Exit the TDF)
9.5.52 TSO
Command Format for TSO
──TSO──tso-command────────────────────────────────────────────
TSO tso-command
Submits the specified command to TSO for execution.
Note: This command is not valid for PWS or when running under CICS.
You enter line commands in the line command field of the screen. (Not all screens
have line command fields.)
Not all line commands are valid in each editor. Restrictions on individual commands
are noted in the documentation of those commands.
PF key assignments: If a line command has been assigned to a PF key, you can
invoke the command by pressing the key. PF key assignments are made on the
Update PF Keys Definition screen. This is the correspondence between the short form
of the line command listed on the screen and the full name of the command as
presented in this section:
D — DELETE
I — INSERT
R — REPEAT
C — COPY
M — MOVE
A — AFTER
B — BEFORE
O — OVER
) — RIGHT SHIFT
( — LEFT SHIFT
X — EXCLUDE
XX — EXCLUDE (block)
F — FIRST
L — LAST
COLS — COLS
FS — FIELD SPLIT
LC — LINE CLEAR
D — DEFINE GROUP
U — UPDATE GROUP
DG — DELETE GROUP
See 2.8, “Update PF Keys Definition” on page 2-28 for information about assigning
commands to PF keys.
When you edit a panel in full screen edit mode, you can invoke a line command only
by pressing a PF key because no line command field is displayed in full screen edit
mode.
Syntax conventions: These are the conventions for the primary command syntax
in this section:
Function: Specifies the location after which the text is to be moved or copied, in
conjunction with the MOVE or COPY command. N specifies the number of
occurrences of marked text to move or copy after this location. Valid values for n are
1 to 9. If n not specified, the default is 1.
Function: Specifies one or more locations after which lines are to be copied or
moved, in conjunction with the COPY or MOVE line command.
If you enter AM or AMn on only one line, this command functions exactly as the
AFTER line command does.
Unlike the AFTER command, AFTER MULTIPLE command allows you to specify, at
the same time, multiple locations for a line or block of lines to be copied or moved. If
you enter AM or hp2.AMn on multiple lines, the line or block of lines marked for
copy or move is copied or moved after each line at which you enter a form of the
AFTER MULTIPLE command. The line or block of lines will be repeated n times
following a line at which you enter AMn.
Function: Specifies the location before which the text is to be moved or copied, in
Function: Specifies one or more locations before which lines are to be copied or
moved, in conjunction with the COPY or MOVE line command.
If you enter BM or BMn on only one line, this command functions exactly as the
BEFORE line command does.
Unlike the BEFORE command, BEFORE MULTIPLE allows you to specify, at the
same time, multiple locations for a line or block of lines to be copied or moved. If
you enter BM or BMn on multiple lines, the line or block of lines marked for copy or
move is copied or moved before each line at which you enter a form of the BEFORE
MULTIPLE command. The line or block of lines will be repeated n times before a
line at which you enter BMn.
Function: (Custom code editor only.) Inserts a formatted box into the member that
you are currently editing, allowing you to enter comments into the boxed area.
In COBOL members:
■ Entering BOX without a qualifier creates a box, bounded by asterisks, that
contains three blank lines into which you can insert comments. Use n to override
the default three lines.
■ Entering BOX*n creates a box, bounded by asterisks in columns 7 and 70 that
contains n lines.
■ Entering BOX-n creates a box, bounded by hyphens in that contains n lines. An
asterisk at the beginning and end of the line identifies each comment line.
In PL/I members, the PL/I comment characters /* and */ delimit the boundaries of the
box.
In JCL, the JCL comment characters (//*) delimit the boundaries of the box.
Function: For editing custom code and presentation stores, this command ends the
participation of a member in the current multiple member editing session, without
saving the edits you made in that member for that session. Enter this command in the
line number field of the member line header for the member to be canceled. You can
enter this command for as many members as you are editing.
Function: Displays a column number line to identify the column location of one or
more characters below the line. Cancel this command with the RESET COLS primary
command.
Function: (Custom code editor only.) Inserts comment lines into the member that
you are currently editing, providing lines in the member into which you can enter
comments. You can override the default three lines provided by specifying n as the
number of lines.
In COBOL members, an asterisk at the beginning of the line identifies each comment
line. In PL/I members, the comment lines are delimited with the PL/I comment
characters /* and */ located in columns 2-3 and 70-71. In JCL, the comment lines are
delimited with the JCL comment characters //*.
Specify the location of the copy with AFTER, BEFORE, or OVER. AFTER and
BEFORE cause the lines to be inserted. OVER causes the lines to overlay existing
lines.
You can use COPY with the CREATE and REPLACE primary commands.
Note: Excessive simultaneous multiple entry of this command will cause the editor's
performance to degrade.
Function: (Panel editor only.) Creates a batch group from panel image and/or panel
definition data. The editor creates a line on the screen called a batch group header that
specifies the length of the batch group. Also, use the UPDATE GROUP line
command to specify the name and type of the batch group.
Function: (Panel editor only.) Deletes an entire batch group created with the
DEFINE GROUP command. Enter DG in the number field of the batch group header
line.
Note: To delete the last batch group in a panel:
1. Transfer from the panel to the Panel Definition menu
2. Enter PU (purge) in the FUNCTION field for the panel
3. After returning to the panel, enter the PURGE primary command
Function: For custom code and presentation stores, this command ends the
participation of a member in the current multiple member editing session, saving the
edits that you made in the member for that session. Enter this command in the line
number field of the member line header for the member to be ended. You can enter
this command for as many members as you are editing.
■ Enter XX on both the first and last line of the block to be excluded
For editing custom code, this command may not be entered on a member line.
To cancel this command, use the FIRST or LAST line command, or the RESET
primary command.
Note: When one or more lines are excluded from the Data Group and the
Create/Update Data Group screen is saved on exit, the exclusion is retained. The next
time the Data Group is displayed with the exclusion, issue the "RESET" command to
remove the exclusion.
Function: (Panel editor only.) Splits a line at each field, starting with the second
field.
For example, if you enter FS at a line with three fields, two lines are added to the
panel following the line at which you enter the command. The first of the three fields
remains on the original line; the second field appears on the first added line, and the
third field appears on the second added line. Thus, if you issue FIELD SPLIT for this
line on a panel image:
Name: >>>>>>>>>>>>>>>>>
Name:
>>>>>>>>
>>>>>>>>>>>>>>
To maintain the screen size, delete one line for each line inserted.
Function: Redisplays lines excluded with the EXCLUDE line command, beginning
with the first excluded line and redisplaying n consecutive lines.
For editing custom code, this command may not be entered on a member line.
Function: Inserts one or n blank lines into the panel or member that you are editing.
To insert one line, type I (without n) and press SPACEBAR or [EOF] before pressing
[Enter].
After the INSERT command is processed, the line number field of each blank line
inserted is filled with single quotation marks instead of numbers. You can enter valid
line commands in these line number fields.
Function: Inserts one or n blank lines immediately after the line on which you enter
the command. To insert one line, type IS without n.
Function: Redisplays lines excluded with the EXCLUDE line command, beginning
with the last excluded line and redisplaying n consecutive lines.
For editing custom code, this command may not be entered on a member line.
To mark a single line to shift two spaces to the left, enter ( on the line. To override
the default 2, enter (n where n is the number of spaces to shift.
To mark a block of lines to shift left, enter ((n on the first line and (( on the last line
of the block to be shifted, where n is the number of spaces to shift, overriding the
default 2.
Function: (Panel editor only.) Cancels the panel definition(s) associated with the
field(s) in the line on which you enter the command.
OVER any lines containing fields in a way that would require separating the
fields.
■ For editing custom code, AFTER and BEFORE cause the lines to be inserted, and
OVER causes the lines to overlay existing lines. However, if you use the OVER
command, the editor deletes moved lines from their original locations only if the
overlayed lines do not contain data in such a way as to prevent the move from
succeeding. If you move an entire member, only the lines within the member are
moved, thus leaving a custom code member that is empty. This command is not
valid on a member line.
■ For editing a presentation store, AFTER and BEFORE cause the lines to be
inserted, and OVER causes the lines to overlay existing lines. If you move an
entire member, only the lines within the member are moved, thus leaving a
presentation store. This command is not valid on a member line.
You can use MOVE with the CREATE and REPLACE primary commands.
Note: Excessive simultaneous multiple entry of this command will cause the editor's
performance to degrade.
For editing a panel, you cannot COPY OVER or MOVE OVER any line containing
fields in a way that would require separating the fields.
To mark a block of lines to repeat, enter RRn on the first line and RR on the last line
of the block to be repeated, where n is the number of times the block is to be repeated.
For editing custom code, if you type Rn or RRn, press SPACEBAR or [EOF] before
pressing [Enter].
Note: The value of n may not exceed 50.
Excessive simultaneous multiple entry of this command will cause the editor's
performance to degrade.
Function: (Panel editor only.) In line edit mode, this command cancels your most
recent updates to a line containing PDs and displays the line as it was before those
updates.
Function: For editing custom code or presentation stores, this command cancels all
edits made to a member during an editing session since the last SAVE command, and
restores the member to the state it was in when you issued the SAVE command (or
when the editing session began). Enter this command in the line number field of the
member line header for the member to be ended. You can enter this command for as
many members as you are editing.
To mark a single line to shift two spaces to the right, enter ) on the line. To override
the default 2, enter )n where n is the number of spaces to shift.
To mark a block of lines to shift right, enter ))n on the first line and )) on the last line
of the block to be shifted where n is the number of spaces to shift, overriding the
default 2.
Function: For editing custom code or presentation stores, this command saves the
edits made to a member during the current editing session. Enter this command in the
line number field of the member line header for the member to be ended. You can
enter this command for as many members as you are editing.
Function: (Panel editor only.) Updates information for a batch group created with
the DEFINE GROUP command.
On the Update Panel Fields (Batch) screen, enter U in the line number field of the
batch group's HEADER line. This transfers you to the Update Panel Group screen,
where you can enter information on the batch group.
A.1 Introduction
About field edits: Advantage CA-Telon-generated programs perform field edits:
■ On output when fields are moved from a file or work area to the screen. On
output, a field edit simply reformats the field as it is moved.
■ On input when fields are moved from the screen to a file or work area. On input,
a field edit first checks the field for valid format and/or content before
reformatting it for storage.
Customized field edit routines: You can also code your customized edit routines
for use at your installation. Refer to Target Option for Windows Character Guide for
information about customized edit routines.
Specifying a field edit: In the TDF, you can specify a field edit when you create a
panel definition. The value of the FLDTYPE field, appearing on TDF panel field
update screens, defines the data type of the application screen field (date, dollar, state
code, etc.) and determines the corresponding edit logic for Advantage CA-Telon to
include in the program.
Following the table is detailed documentation of each call module that includes:
■ A description
■ Input parameters
■ Output parameters
■ Edit processing
See A.4, “Calls to Field Edit Modules” on page A-54 for more information about edit
processing.
A.3.1 OCAR
Function: Replaces unprintable characters with periods.
Parameters:
Edit processing:
1. Search the output field for unprintable characters.
2. Translate unprintable characters to periods (X'4B').
A.3.2 OCART
Function: Replaces unprintable characters with periods. The difference between this
field edit and IHEX is that this edit is passed the address of the field to be converted,
rather than the value of the field itself.
Parameters:
Edit processing:
1. Search output-fieldname for unprintable characters.
2. Translate unprintable characters to periods (X'4B').
A.3.3 OCDATE
Function: Format a date stored as ccyymmdd for output as either mm/dd/cc/yy (if
TPO-datefield-LTH is 10) or mmddccyy (if the TPO-datefield-LTH is 8).
Note: If the INTDATE parameter in the TLNIIS is set to I, a call to OINTCDT is
generated in place of a call to ODATE. For more information, refer to A.3.13,
“OINTCDT” on page A-20.
Parameters:
Edit processing:
1. Move ccyy in WORKFILED-NUMERIC to make the result mmddccyy.
2. For 10-character output, insert the slashes.
3. Move the edited form to the output field.
A.3.4 OCJULIAN
Function: Formats a date stored in ccyyddd for output as mm/dd/ccyy (if
TPO-datefield-LTH is 10) or mmddccyy (if TPO-datefield-LTH is 8).
Note: If the INTDATE parameter in the TLNIIS is set to 'I,' a call to OINTCJUL is
generated in place of a call to OCJULIAN. See A.3.14, “OINTCJUL” on
page A-21 for more information.
Parameters:
Edit processing:
1. Convert ddd from the ccyyddd of WORKFLD-NUMERIC to mmdd.
Note: If ddd is greater than 365 (366 for leap year), yy is adjusted one year for
each additional 365 (366) days.
2. If TPO-fieldname-LTH is 10, insert slashes (/) into the mmddccyy to create the
mm/dd/ccyy format.
3. Move the reformatted value to TPO-fieldname.
A.3.5 ODATE
Function: Formats a date stored as yymmdd for output as either mm/dd/yy (if
TPO-datefield-LTH is 8) or mmddyy (if the TPO-datefield-LTH is 6).
Note: If the INTDATE parameter in the TLNIIS is set to 'I', a call to OINTLDT is
generated in place of a call to ODATE. For more information, see A.3.15,
“OINTLDT” on page A-22.
Parameters:
Edit processing:
1. Move yy in WORKFLD-NUMERIC to make the result mmddyy.
2. For eight-character output, insert the slashes.
3. Move the edited form to the output field.
A.3.6 OFLNULL
Function: Right-justifies a floating-point or signed-numeric field.
If the null indicator is set, the output field is set to spaces. The edit uses the minimum
number of characters required to include all significant digits to the left of the implied
decimal point. Then, given the output field length, it formats as many significant
digits to the right of the decimal point as possible. Extra digits to the right of the
decimal are truncated, not rounded.
The routine signifies an overflow condition (the output field is too small to contain the
whole number) by filling the output field with all asterisks (*).
Parameters:
Edit processing:
1. Determine if the field is null by checking the null indicator.
2. If the field is null, move spaces to the TPO buffer field. Otherwise, if
WORKFLD-NUMERIC is negative, store a minus sign in the first position of
TEMP-OUT-FIELD, a temporary, internal, alphanumeric work area.
3. Bypass any leading zeros encountered before the implied decimal.
4. Find any significant digits to the right of the decimal point and store them in
TEMP-OUT-FIELD after any minus sign.
5. If the significant positions after the implied decimal are all zeros, exit the edit
processing. Otherwise, store a decimal point in TEMP-OUT-FIELD following the
digits already there.
6. Check to see if there are more significant characters in the TEMP-OUT-FIELD
than specified by TPO-fieldname-LTH. If so, fill TPO-fieldname with all asterisks
(*). Then exit the edit processing.
7. Find all remaining digits after the decimal and up to the last group of all zeros.
Store these digits in TEMP-OUT-FIELD after the decimal point.
8. Right-justify the TEMP-OUT-FIELD value in TPO-fieldname and end the routine.
A.3.7 OFLOAT
Function: Right-justify a floating-point or signed-numeric field.
The edit uses the minimum number of characters required to include all significant
digits to the left of the implied decimal point. Then, given the output field length, it
formats as many significant digits right of the decimal point as possible. Extra digits
right of the decimal are truncated, not rounded.
The routine signifies an overflow condition by filling the output field with all plus (+)
or minus (-) signs, depending on the sign of the input value.
Parameters:
Edit processing:
1. If WORKFLD-NUMERIC is negative, store a minus sign in the first position of
TEMP-OUT-FIELD, a temporary, internal, alphanumeric work area.
2. Bypass any leading zeros encountered before the implied decimal.
3. Find any significant digits right of the decimal point and store them in
TEMP-OUT-FIELD after any minus sign.
4. If the significant positions after the implied decimal are all zeros, exit the edit
processing. Otherwise, store a decimal point in TEMP-OUT-FIELD following the
digits already there.
5. Check to see if there are more significant characters in TEMP-OUT-FIELD than
specified by TPO-fieldname-LTH. If so, fill TPO-fieldname with all plus (+) or
all minus (-) signs, depending on the sign of the input field. Then exit the edit
processing.
6. Find all remaining digits after the decimal up to the last group of all zeros and
store these in TEMP-OUT-FIELD after the decimal point.
7. Right-justify TEMP-OUT-FIELD value in TPO-fieldname and end the routine.
A.3.8 OFORMAT
Function: Reformats output.
Specification for this special edit is made by entering the FORMAT command in the
SPEC field on the Update Output/Input/Outin Field screen or the Update Batch Output
Fields screen. See 4.11, “Update Output/Input/Outin Field” on page 4-32 for more
information.
A.3.9 OHEX
Converts a character string to the hexadecimal equivalent for each character.
Parameters:
Edit processing:
1. Determine the output field length.
2. Use the assembly language TRANSLATE instruction and convert the input in
eight-byte pieces.
3. If fewer than eight characters remain, convert the last bytes individually.
A.3.10 OHEXA
Function: Converts a one- to four-character string to the hexadecimal equivalent for
each character (for example, 'AB12' converts to 'C1C2F1F2'). This field edit is
designed specifically for converting addresses.
Parameters:
Edit processing:
1. Determine the output field length.
2. Use the assembler language TRANSLATE instruction to convert the output.
3. If the output length is not equal to 8, the first byte of input is ignored, and bytes 2
through 4 are converted (with the assumption that the input is a 24-bit address).
Otherwise, all four bytes are converted.
A.3.11 OHEXP
Function: Converts a one- to four-character string to the hexadecimal equivalent for
each character (for example, 'AB12' converts to 'C1C2F1F2'). The difference between
this field edit and OHEX is that this edit is passed the address of the field to be
converted, rather than the value of the field itself.
Parameters:
Edit processing:
1. Determine the output field length.
2. Use the assembler language TRANSLATE instruction to convert the output.
3. Move the output to TPO-fieldname.
A.3.12 OHEXT
Function: Converts a one- to four-character string to the hexadecimal equivalent for
each character (for example, 'AB12' converts to 'C1C2F1F2'). The difference between
this field edit and OHEX is that this edit is passed the address of the field to be
converted, rather than the value of the field itself.
Parameters:
Edit processing:
1. Determine the output field length.
2. Use the assembler language TRANSLATE instruction to convert the output.
3. Move the output to TPO-fieldname.
A.3.13 OINTCDT
Function: Reformats a date stored in ccyymmdd to dd/mm/ccyy (if
TPO-datefield-LTH is 10) or to ddmmccyy (if the TPO-datefield-LTH is 8).
Parameters:
Edit processing:
1. Determine the output field length.
2. Reformat the WORKFLD-NUMERIC date value from ccyymmdd to ddmmccyy. If
TPO-datefield-LTH is 10, insert slashes (/) to produce dd/mm/ccyy.
3. Move the reformatted value to TPO-datefield.
A.3.14 OINTCJUL
Function: Reformats a date stored in ccyyddd format to dd/mm/ccyy (if
TPO-datefield-LTH is 10) or ddmmccyy (if TPO-datefield-LTH is 8).
Parameters:
Edit processing:
1. Determine the output field length.
2. Reformat the WORKFLD-NUMERIC date value from ccyyddd to ddmmccyy. If
TPO-datefield-LTH is 10, insert slashes (/) to produce dd/mm/ccyy.
3. Move the reformatted value to TPO-datefield.
Note: If ddd is greater than 365 (366 for leap year), yy is adjusted one year for each
additional 365 (366) days.
A.3.15 OINTLDT
Function: Reformats a date stored in yymmdd format to dd/mm/yy (if
TPO-datefield-LTH is 8) or ddmmyy (if TPO-datefield-LTH is 6).
Parameters:
Edit processing:
1. Determine the output field length.
2. Reformat the WORKFLD-NUMERIC date value from yymmdd to ddmmyy. If
TPO-datefield-LTH is 8, insert slashes to produce dd/mm/yy.
3. Move the reformatted value to TPO-datefield.
A.3.16 OINTLJUL
Function: Reformat a date stored in yyddd format to dd/mm/yy (if the
TPO-datefield-LTH is 8) or ddmmyy (if the TPO-datefield-LTH is 6).
Parameters:
Edit processing:
1. Determine the output field length.
2. Reformat the WORKFLD-NUMERIC date value from yyddd to ddmmyy. If
TPO-datefield-LTH is 8, insert slashes to produce dd/mm/yy.
3. Move the reformatted value to TPO-datefield.
Note: If ddd is greater than 365 (366 for leap year), yy is adjusted one year for
each additional 365 (366) days.
A.3.17 OJULIAN
Function: Formats a date stored as yyddd for output as mm/dd/yy (if
TPO-datefield-LTH is 8) or mmddyy (if TPO-datefield-LTH is 6).
Note: If the INTDATE parameter in the macro TLNIIS is set to 'I', a call to
OINTLJUL is generated in place of a call to OJULIAN. For more
information, see A.3.16, “OINTLJUL.”
Parameters:
Edit processing:
1. Convert ddd from the yyddd of WORKFLD-NUMERIC to mmdd.
Note: If ddd is greater than 365 (366 for leap year), yy is adjusted up one year
for each additional 365 (or 366) days.
2. Insert slashes into the mmddyy to create the mm/dd/yy format.
A.3.18 ONULL
Function: Formats an output character field based on the null indicator.
Parameters:
Edit processing:
1. Determine if the field is null by checking the null indicator.
2. If the field is null, move spaces to TPO-fieldname. Otherwise,
OUTPUT-fieldname is moved to TPO-fieldname.
A.3.19 ONUMNULL
Function: Right-justify an output integer to conform with a length specified by a
PIC parameter on a Field statement.
If the null indicator is set, the output field is set to spaces. Otherwise, this edit
right-justifies a numeric field.
The routine signifies an overflow condition by filling the output field with asterisks
(*).
Parameters:
Edit processing:
1. Determine if the field is null by checking the null indicator.
2. If the field is null, move spaces to TPO-FIELDNAME. Otherwise, the numeric
value from the DBNAME field (WORKFLD-NUMERIC) is right-justified,
blank-filled into TPO-fieldname.
A.3.20 OSSA
Function: Determines the length of an input SSA.
Parameters:
Edit processing:
1. Search through the SSA to check for qualification.
2. If a space is found during the search, process the SSA as qualified, then branch to
compute the length below.
If, instead, a left paren is found, process the SSA as unqualified. Search until an
equal number of right and left parentheses is found, or until the maximum
TPO-ssaname-LTH (256) is reached.
3. Compute the length of the SSA and move the length to TPO-ssaname-LTH.
4. Move the SSA to TPO-ssaname.
A.3.21 OVCHAR
Function: Outputs variable-length character fields.
Parameters:
Edit processing:
1. Determine the output field length (the lesser of the variable-length character field
length and TPO-fieldname-LTH).
2. Move the character portion of the variable-length character field to the output
buffer (TPO-fieldname).
A.3.22 OVNULL
Function: Outputs variable-length character fields by performing an alphanumeric
move from a variable-length character field based on the null indicator.
If the null indicator is set, the output field is set to spaces. Otherwise, the character
portion of the variable-length character field is moved to the output buffer.
Parameters:
Edit processing:
1. Determine if the field is null by checking the null indicator.
2. If the field is null, move spaces to TPO-fieldname. Otherwise, determine the
output length (the lesser of the variable-length character field length and
TPO-fieldname-LTH).
3. Move the character portion of the variable-length character field to the output
buffer.
A.3.23 IBDOL
Function: Checks input for valid dollar format, with a period (.) separating dollars
and cents.
The difference between this field edit and IDOLLAR is that it allows larger numbers
to be validated because the WORKFLD-NUMERIC-1 field in which the validated
entry is returned is defined as PIC S9(16)V9(2) for COBOL, PIC (13)9V9T for PL/I.
Note: If the INTDATE parameter in the macro TLNIIS is set to 'I', a call to IBCURR
is generated in place of a call to IBDOL. For more information, see A.3.24,
“IBCURR” on page A-28.
Parameters:
Edit processing:
1. Strip incoming TPI field of leading and trailing blanks.
2. Test the antipenultimate position for a decimal point.
3. Strip the decimal point and move the justified number to
WORKFLD-NUMERIC-1.
4. Zero-fill the value in WORKFLD-NUMERIC-1.
5. Test WORKFLD-NUMERIC-1 for valid numeric value.
6. Assign FIELD-EDIT-ERROR, based on outcome of decimal point placement test
and numeric validation.
A.3.24 IBCURR
Function: Checks for valid international currency entry (that is, with a comma
separating the last two digits of the numeric entry). The difference between this field
edit and ICURRNCY is that it allows larger numbers to be validated because the
WORKFLD-NUMERIC-1 field in which the validated entry is returned is defined as
PIC S9(16)V9(2) for COBOL, PIC (13)9V9T for PL/I.
Parameters:
Edit processing:
1. Strip incoming TPI field of leading and trailing blanks.
2. Test the antipenultimate position for a comma.
3. Strip the comma and move the justified number to WORKFLD-NUMERIC.
4. Zero-fill the value in WORKFLD-NUMERIC-1.
5. Test WORKFLD-NUMERIC-1 for valid numeric value.
6. Assign FIELD-EDIT-ERROR, based on outcome of decimal point placement test
and numeric validation.
A.3.25 IBNUM
Function: Checks a field for valid integer characteristics. The difference between
this field edit and ICURRNCY is that it allows larger numbers to be validated because
the WORKFLD-NUMERIC-1 field in which the validated entry is returned is defined
as PIC 9(16)V9(2)T for COBOL, PIC (13)9V9T for PL/I.
Parameters:
Edit processing:
1. Strip incoming TPI field of leading and trailing blanks.
2. Justify the input entry and move it to WORKFLD-NUMERIC-1.
A.3.26 ICDATE
Function: Checks input for valid date format, mm/dd/ccyy or mm-dd-ccyy (if
TPO-datefield-LTH is 10) or mmddccyy (if TPO-datefield-Lth is 6), and stores it as
ccyymmdd.
Note: If the INTDATE parameter in the TLNIIS macro is set to 'I,' a call to
IINTCDT is generated in place of a call to IDATE. See A.3.37, “IINTCDT”
on page A-38 for more information..
Parameters:
Edit processing:
1. If the field length is ten bytes, check for valid delimiters. If invalid delimiters are
found, exit with error code G130.
2. Move the date to WORKFLD-NUMERIC and test for valid month, day, and year.
If invalid, return appropriate error code. Otherwise, return edited date in
WORKFLD-NUMERIC.
Note: The characters cc and yy are tested for only valid numeric characters. The
characters dd and mm are edited for valid characters.
.
A.3.27 ICURRNCY
Function: Checks for valid international currency entry (that is, with a comma
separating the last two digits of the numeric entry).
Parameters:
Edit processing:
1. Strip incoming TPI field of leading and trailing blanks.
2. Test the antipenultimate position for a comma.
3. Strip the comma and move the justified number to WORKFLD-NUMERIC.
4. Zero-fill the value in WORKFLD-NUMERIC.
5. Test WORKFLD-NUMERIC for valid numeric value.
6. Assign FIELD-EDIT-ERROR, based on outcome of decimal point placement test
and numeric validation.
A.3.28 IDATE
Function: Checks input for valid date format, mm/dd/yy or mm-dd-yy (if
TPI-datefield-LTH is 8) or mmddyy (if TPI-datefield-LTH is 6), and stores it as
yymmdd.
Note: If the INTDATE parameter in the macro TLNIIS is set to 'I,' a call to
IINTLDT is generated in place of a call to IDATE. For more information, see
A.3.40, “IINTLDT” on page A-41.
Parameters:
Edit processing:
1. If the field length is eight, check for valid delimiters. If invalid delimiters are
found, exit with error code G130.
2. Move date to WORKFLD-NUMERIC and test for valid month, day, and year. If
invalid, return appropriate error code. Otherwise, return edited date in
WORKFLD-NUMERIC.
Note: Yy is tested for only valid numeric characters. Dd and mm are edited for
valid characters.
A.3.29 IDOLLAR
Function: Checks input for valid dollar format, with a period (.) separating dollars
and cents.
Note: If the INTDATE parameter in the macro TLNIIS is set to 'I', a call to
ICURRNCY is generated in place of a call to IDOLLAR. For more
information, see A.3.27, “ICURRNCY” on page A-31.
Parameters:
Edit processing:
1. Strip incoming TPI field of leading and trailing blanks.
2. Test the third from the last position for a valid decimal point (when
INTDATE=U) or comma (when INTDATE=I).
3. Strip the decimal point or comma and move the justified number to
WORKFLD-NUMERIC.
4. Zero-fill the value in WORKFLD-NUMERIC.
5. Test WORKFLD-NUMERIC for a valid numeric value.
A.3.30 IFLNULL
Function: Checks a field for a valid number. This allows for a leading sign and an
optional decimal point.
Parameters:
Edit processing: If the input field is blank, set the null indicator to -1. Otherwise,
set the null indicator to 0 and:
1. Skip leading blanks.
2. Check to see if the next character is a plus (+) or minus (-) sign.
3. Move all remaining characters, up to the decimal point, or a space, to a temporary
work area DIGIT-GROUP.
4. If DIGIT-GROUP has more than 11 digits in a COBOL program or more than 10
digits in a PL/I program, exit with error code NXXX. Otherwise, move the
contents of DIGIT-GROUP to a second temporary work area WS-FIELD-NUM.
5. If a decimal was found, place all numeric characters following the decimal point
into DIGIT-GROUP.
6. If the resulting DIGIT-GROUP has more than seven digits in a COBOL program
or more than five digits in a PL/I program, exit with error code NXXX.
Otherwise, move DIGIT-GROUP to WS-FIELD-NUM following the original
digits and a decimal point.
7. If the remaining unprocessed characters are blank, perform the following
calculation to obtain the correct sign:
WORKFLD-NUMERIC = +│- WS-FIELD-NUM
+ - is the sign stored as the first nonblank character from the input field. If no
character is found, plus (+) is assumed.
8. If any of the remaining unprocessed characters are not blanks, exit with error code
NXXX.
A.3.31 IFLOAT
Function: Checks a field for a valid number. This allows for a leading sign and
optional decimal point.
Parameters:
Edit processing:
1. Skip leading blanks.
2. Check to see if the next character is a plus (+) or minus (-) sign.
3. Move all remaining characters, up to the decimal point, or a space, in a temporary
work area DIGIT-GROUP.
4. If DIGIT-GROUP has more than eleven digits in a COBOL program or more than
nine digits in a PL/I program, exit with error code G122. Otherwise, move the
contents of DIGIT-GROUP to a second temporary work area WS-FIELD-NUM.
5. If a decimal was found, place all the following numeric characters in
DIGIT-GROUP.
6. If there are more than seven digits in the resulting DIGIT-GROUP value, exit with
error code G122. Otherwise, move DIGIT-GROUP to WS-FIELD-NUM
following the original digits and a decimal point.
7. If the remaining unprocessed characters are blank, perform the following
calculation to obtain the correct sign:
WORKFLD-NUMERIC = {+│-} ES-FIELD-NUM.
+ - is the sign stored as the first nonblank character from the input field. If no
character is found, plus (+) is assumed.
If any of the remaining unprocessed characters are not blanks, exit with error code
G122.
A.3.32 IFULLCAR
Function: Verify that there are no blanks in an input field. The difference between
IFULLCAR and INBALPHA is that IFULLCAR allows no blanks at all. INBALPHA
allows leading and trailing blanks.
Parameters:
Edit processing:
1. Scan for blanks.
2. Return an error code of G122 if any blanks are found. Otherwise, move the field
to WORKFLD-ALPHA and exit.
A.3.33 IFORMAT
Function: Reformats input.
Specification for this special edit is made by entering the FORMAT command in the
SPEC field on the Update Output/Input/Outin Field screen.
See 4.11, “Update Output/Input/Outin Field” on page 4-32 or 6.4, “Update Batch
Output Fields” on page 6-9 for more information..
A.3.34 IFULLNUM
Verify that all input characters in the field are numeric.
Parameters:
Edit processing:
1. Test all positions for valid numeric characters.
2. If any non-numeric characters are found, exit with error code G124.
3. Right-justify and zero-fill the input value and move it to WORKFLD-NUMERIC.
A.3.35 IHEX
Function: Converts a hex-character string to the hexadecimal equivalent for each
pair of hex-character representations (for example, 'C1F2' converts to 'A1').
Parameters:
Edit processing:
1. Determine the length of the input field.
2. Use the assembler language TRANSLATE instruction to convert the output from
hex-representation to it's character equivalent.
3. Assign FIELD-EDIT-ERROR.
A.3.36 IHEXA
Function: Converts a hex-character string of one to eight bytes to the hexadecimal
equivalent for each pair of hex-character representations (for example, 'C1F2' converts
to 'A1'). This field edit is designed specifically for converting addresses.
Parameters:
Edit processing:
1. Determine the length of the input field.
2. Use the assembly language TRANSLATE instruction to convert the output from
hex-representation to hexadecimal.
3. Right-justify the input into the full-word output field.
4. Assign FIELD-EDIT-ERROR.
A.3.37 IINTCDT
Function: Validates a date entered as dd/mm/ccyy or dd-mm-ccyy (if
TPI-datefield-LTH is 10) and stores it in ccyymmdd format.
Parameters:
Edit processing:
1. Determine the input field length.
2. If 10, check for valid delimiters ('/' or '-'). If invalid delimiters are found, set
FIELD-EDIT-ERROR to G130.
3. Move date to WORKFLD-NUMERIC and test for valid day, month, century, and
year.
4. If invalid, set FIELD-EDIT-ERROR to the appropriate error code. Otherwise,
return edited date in WORKFLD-NUMERIC.
Note: Cc and yy are tested only for valid numeric characters. Dd and mm are
edited for both numeric and valid month-day combinations.
A.3.38 IINTCJUL
Function: Validates a date entered as dd/mm/ccyy or dd-mm-ccyy (if
TPI-datefield-LTH is 10) and stores it in ccyyddd format.
Parameters:
Edit processing:
1. Determine the input field length.
2. If 10, check for valid delimiters ('/' or '-'). If invalid delimiters are found, set
FIELD-EDIT-ERROR to ERR1.
3. Test for valid day, month, and year. If invalid, set FIELD-EDIT-ERROR to the
ERR1 error code. Otherwise, convert the edited date to ccyyddd and move it to
WORKFLD-NUMERIC.
Note: Cc and yy are tested only for valid numeric characters. Dd and mm are
edited for both numeric and valid month-day combinations.
A.3.39 ICJULIAN
Function: Checks input for a valid date format, mm/dd/ccyy or mmd-dd-ccyy (if
TPI-datefield-LTH is 10) or mmddccyy (if TPI-datefield-LTH is 8).
Note: If the INTDATE parameter in TLNIIS is set to 'I,' a call to IINTCJUL is
generated in place of a call to ICJULIAN. See A.3.38, “IINTCJUL” on
page A-39 later in this appendix.
Parameters:
Edit processing:
1. If the length is 10, test for valid delimiters ('/' or '-'). Exit with error code ERR1
if they are not found.
2. Test for valid day, month, and year (cc is checked simply for valid numeric
value). Exit with error code ERR1 if any one is invalid.
3. Convert the date to Julian format (ccyyddd) and move the results to
WORKFLD-NUMERIC.
A.3.40 IINTLDT
Function: Validates a date entered as dd/mm/yy or dd-mm-yy (if TPI-datefield-LTH
is 8), or ddmmyy (if TPI-datefield-LTH is 6), and stores it in yymmdd format
Parameters:
Edit processing:
1. Determine the input field length.
2. If 8, check for valid delimiters ('/' or '-'). If invalid delimiters are found, set
FIELD-EDIT-ERROR to G130.
3. Move date to WORKFLD-NUMERIC and test for valid day, month, and year.
4. If invalid, set FIELD-EDIT-ERROR to the appropriate error code. Otherwise,
return edited date in WORKFLD-NUMERIC.
Note: Yy is tested only for valid numeric characters. Dd and mm are edited for
both numeric and valid month-day combinations.
A.3.41 IINTLJUL
Function: Validates a date entered as dd/mm/yy or dd-mm-yy (if TPI-datefield-LTH
is 8) or ddmmyy (if TPI-datefield-LTH is 6), and store it in yyddd format.
Parameters:
Edit processing:
1. Determine the input field length.
2. If 8, check for valid delimiters ('/' or '-'). If invalid delimiters are found, set
FIELD-EDIT-ERROR to ERR1.
3. Test for valid day, month, and year. If invalid, set FIELD-EDIT-ERROR to
ERR1. Otherwise, convert edited date to yyddd and move it to
WORKFLD-NUMERIC.
Note: Yy is tested only for valid numeric characters. Dd and mm are edited for
both numeric and valid month-day combinations.
A.3.42 IJULIAN
Function: Checks input for a valid date format, mm/dd/yy or mm-dd-yy (if
TPI-datefield-LTH is 8) or mmddyy (if TPI-datefield-LTH is 6).
Note: If the INTDATE parameter in the macro TLNIIS is set to 'I', a call to
IINTLJUL is generated in place of a call to IJULIAN. For more information,
see A.3.41, “IINTLJUL” on page A-42.
Parameters:
Edit processing:
1. If the field length is 8, test for valid delimiters (/ or -). Exit with error code
ERR1 if they are not found.
2. Test for valid day, month, and year. (Yy is checked simply for valid numeric
value.) Exit with error code ERR1 if any one is invalid.
3. Convert the date to Julian format of yyddd and move the results to
WORKFLD-NUMERIC.
A.3.43 ILALPHA
Function: Left-justifies a character field.
Parameters:
Edit processing:
1. Start on left and search for the first nonblank character.
2. Compute length of remaining field.
3. Use the result to left-justify the result in WORKFLD-ALPHA.
A.3.44 ILNULL
Function: Left-justifies a character field.
Parameters:
Edit processing: If the input field is blank, set the null indicator to -1. Otherwise,
set the null indicator to 0 and:
1. Start on the left and search for the first nonblank character.
2. Compute length of remaining field.
3. Use the result to left-justify the remaining characters into WORKFLD-ALPHA.
A.3.45 ILVCHAR
Function: Left-justifies a variable-length character field.
Parameters:
Edit processing:
1. Start on left and search for the first nonblank variable-length character.
2. Search for the last nonblank variable-length character.
A.3.46 ILVNULL
Function: Left-justifies a variable-length character field.
Parameters:
Edit processing: If the input field is blank, set the null indicator to -1. Otherwise,
set the null indicator to 0, and:
1. Start on the left and search for the first nonblank character.
2. Search for the last nonblank character.
3. Compute length of remaining field.
4. Use the result to left-justify the remaining characters into WORKFLD-VCHAR.
5. Move the length of the remaining field to the length portion of the
WORKFLD-VCHAR.
A.3.47 INBALPHA
Function: Checks for imbedded blanks. INBALPHA differs from IFULLCAR
because it allows leading and trailing blanks. IFULLCAR allows neither.
Parameters:
Edit processing:
1. Search for the first nonblank character.
2. Search for the next nonblank character or end-of-field.
3. If end-of-field is reached before the next nonblank, move the input field to
WORKFLD-ALPHA and exit without an error code.
4. If a blank is found, make sure all remaining characters are blank. If they are,
move the input field to WORKFLD-ALPHA and exit without an error code. If
another nonblank is found, exit with error code G122.
A.3.48 INBNULL
Function: Checks for imbedded blanks. This edit allows for leading and trailing
blanks.
Parameters:
Edit processing: If the input field is blank, set the null indicator to -1. Otherwise,
set the null indicator to 0, and:
1. Search for the first nonblank character.
2. Search for the next nonblank character or end-of-field.
3. If end-of-field is reached before the next nonblank character, move the input field
to WORKFLD-ALPHA and exit without an error code.
4. If a blank is found, make sure all remaining characters are blank. If they are,
move the input field to WORKFLD-ALPHA and exit without an error code. If
another nonblank character is found, exit with error code N122.
A.3.49 INBVCHAR
Function: Checks for imbedded blanks. This edit allows leading and trailing blanks.
Parameters:
Edit processing:
1. Search for the first nonblank character.
2. Search for the next nonblank character or end-of-field.
3. If end-of-field is reached before the next nonblank, move the input field to
WORKFLD-VCHAR and exit without an error code.
4. If a blank is found, make sure all remaining variable-length characters are blank.
If they are, move the input field to the character part of WORKFLD-VCHAR,
move the length to the length part of WORKFLD-VCHAR and exit without an
error code. If another nonblank is found, exit with error code G122.
A.3.50 INBVNULL
Function: Checks for imbedded blanks in a variable-length character field. This
edit allows for leading and trailing blanks.
Parameters:
Edit processing: If the input field is blank, set the null indicator to -1. Otherwise,
set the null indicator to 0, and:
1. Search for the first nonblank character.
2. Search for the next nonblank character or end-of-field.
3. If end-of-field is reached before the next nonblank character, move the input field
to the character portion of WORKFLD-VCHAR, move the length to the length
portion of WORKFLD-VCHAR, and exit without an error code.
4. If a blank is found, make sure all remaining variable-length characters are blank.
If they are, move the input field to the character portion of the
A.3.51 INULL
Function: Checks for a completely blank field.
Parameters:
Edit processing: If the input field is blank, set the null indicator to -1. Otherwise,
set the null indicator to 0, and move the contents of TPI-fieldname to
WORKFLD-ALPHA.
A.3.52 INUMERIC
Function: Checks for a valid integer. This field edit allows for leading and trailing
blanks, but not imbedded blanks and non-numeric characters.
Parameters:
Edit processing:
1. Search for the first nonblank character. Make sure it is numeric.
2. Search for the earlier of the next nonblank or the end-of-field. Make sure there
are no imbedded blanks and that all characters are numeric.
3. If no imbedded blanks or non-numeric characters are found, right-justify and
zero-fill the field in WORKFLD-NUMERIC and exit. Otherwise, exit with error
code G122.
A.3.53 INUMNULL
Function: Checks for a valid integer. This edit allows leading and trailing blanks,
but not imbedded blanks and non-numeric characters.
Parameters:
Edit processing: If the input field is blank, set the null indicator to -1. Otherwise,
set the null indicator to 0, and:
1. Search for the first nonblank character. Make sure it is numeric.
2. Search for the earlier of the next nonblank character or end-of-field. Make sure
there are no imbedded blanks and that all characters are numeric.
A.3.54 ISTATE
Function: Verify that a valid two-character postal state code is entered.
Parameters:
Edit processing:
1. Move TPI-fieldname to WORKFLD-ALPHA.
2. Verify the contents of WORKFLD-ALPHA against a state-code table that includes
the 50 states, the District of Columbia, and Puerto Rico.
3. If there is a match, exit with no error. Otherwise, exit with error code G133.
A.3.55 IVCHAR
Function: Moves a variable-length character field.
Parameters:
Edit processing:
1. Search for the last nonblank character.
2. Determine remaining length of field.
3. Move the input field to the character part of WORKFLD-VCHAR.
4. Move the length to the length part of WORKFLD-VCHAR.
A.3.56 IVNULL
Function: Sets a null indicator based on the contents of a variable-length character
field. This edit can be used to check for a blank input field.
Parameters:
Edit processing: If the input field is blank, set the null indicator to -1. Otherwise,
set the null indicator to 0, and:
1. Search for the first nonblank character.
2. Determine the remaining length of field.
3. Move the input field to the character portion of WORKFLD-VCHAR.
4. Move the length to the length portion of WORKFLD-VCHAR.
COBOL:
CALL 'ODATE ' USING TPO-DAY
TPO-DAY-LTH,
WORKFLD-NUMERIC.
PL/I:
CALL ODATE (TPO_DAY,
TPO_DAY_LTH,
WORKFLD_NUMERIC);
COBOL:
CALL 'IDATE ' USING FIELD-EDIT-ERROR TPI-DAY-LTH
TPI-DAY
WORKFLD-NUMERIC.
PL/I:
CALL IDATE (FIELD_EDIT_ERROR,
TPI_DAY_LTH,
TPI_DAY,
WORKFLD_NUMERIC);
B.1 Introduction
This appendix lists Advantage CA-Telon screens in two ways:
■ Alphabetically by screen program ID
■ Alphabetically by screen title
Each list associates the screen title with the identifier of the program that displays the
screen.
ABC field
Special Characters Create/Update PSB Or File Group 3-32
/=n, TDF command 7-21 Update DBMS Characteristics 5-32
/END, TDF command 7-20, 7-21 ABCALL, see ABC field 3-32
/FORMAT, TDF command 5-99, 5-102 AC
/HELP, TDF command 7-21 Add/Update SQL Join Alias 3-86
/HOLD, TDF command 7-20 Create/Update IDMS SQL Tables/TLNROWs 3-64
/MENU, TDF command 7-20 AC field
/SWAP, TDF command 7-20 Create/Update SQL Tables/TLNROWs 3-57
.CLR, prototyping command 7-19, 7-20 Select Columns 5-59
.CV, prototyping command 7-19 Update SQL Join — Access Columns 3-84
.LOD, prototyping command 7-19 access code, I/O, identifying a 4-58
.MRG, prototyping command 7-19 ACCESS COLUMNS field
.SAV, prototyping command 7-19 Update SQL Join — Join Columns 3-81
.UPD, prototyping command 7-20 ACCESS field
.UPI, prototyping command 7-20 Create/Update DBD 3-8
.VPS, prototyping command 7-20 Create/Update SQL Tables/TLNROWs 3-57
@DEFINE usage 5-25, 5-33, 5-36, 5-41 Show/Update Data Set Default Data 3-38
@DUMMY usage 5-25, 5-33, 5-36, 5-42 Update Data Set Record 5-40
^N (NOTNULL) Update SQL Join — Access Columns 3-84
Create/Update IDMS SQL Tables/TLNROWs 3-68 ACCMODE field
Show/Update Data Set Default Data 3-40
Update Data Set Record 5-44
A Add/Update SQL Join Alias 3-85
A-100 INIT, custom code 5-123, 5-124
adding custom code
A-100-OUTPUT-INIT 5-12, 5-135
PGMCUST field 5-124, 5-136
A-100-OUTPUT-INIT program section 5-12
SECTION field 5-124, 5-136
OINIT1 field 5-135
AFTER line command 9-46
A-1000-PROCESS-TRAN batch program section
AFTER MULTIPLE line command 9-46
PRCTRAN field 6-27
ALARM field
A100I 5-125, 5-136
Update Program Definition Defaults 2-6
A100t 5-125, 5-136
Update/Show Screen Parameters 5-117
A4 status code 5-102, 5-130
alarm, terminal 5-117
A4EMSG field
ALIAS
Update IMS/DC Driver Environment 5-130
Add/Update SQL Join Alias 3-86
Update TSO or IMS Screen Environment 5-102
Create/Update IDMS SQL Tables/TLNROWs 3-63
A4EPGM field
Update SQL ALIAS 3-76
Update IMS/DC Driver Environment 5-130
ALIAS field
Update TSO or IMS Screen Environment 5-102
Create/Update SQL Tables/TLNROWs 3-56
Index X-1
ALIAS field (continued)
Select Columns 5-59 B
Update SQL Join — Access Columns 3-83 B-100-OUTPUT-EDITS program section 5-13, 5-136
use with COPY 3-55 B-100-OUTPUT-EDITS section 4-24
use with FROM 3-83 B100 screen identifier 6-18
ALIGN field B100I 5-136
Update PL/I Executable Options 5-107 B100T 5-136
aligning program variables, see ALIGN field 5-107 B110 screen identifier 6-22
ALLDETAIL 6-12 B114 screen identifier 6-22
alphanumeric field, formatting a 4-35, 6-11 B168 screen identifier 6-33
AN100I 5-147 B1M2 screen identifier 6-50
AN100T 5-147 B1MA screen identifier 6-37
AND Boolean operator, see BOOLOOP field 3-25 B1S1 screen identifier 6-40
APPLID field B1S2 screen identifier 6-44
Create/Update Batch Definitions 6-25 BACKWARD primary command 9-14
Create/Update Driver Definitions 5-123 BASE DEFN field
Create/Update IMS/DC Report Definitions 5-134 Batch Program Definition menu 6-20
Create/Update Nonterminal Definition 5-144 Online Program Definition menu 5-7
Update Program Definition Defaults 2-6 BASE field
Update/Show Screen Parameters 5-115 Data Administration menu 3-5
Arithmetic symbols (syntax diagrams) 1-9 batch
ASCII 6-46 panel definition example 6-5
ASUTIME batch definition
ASUTIME 2-23 TDF Main menu 1-17
attribute byte, panel field 9-4 batch environment 2-16, 2-32
attributes, protection of, see ATTRPRO field 4-26 Batch Program Definition 6-18
ATTRINT field Batch Program Definition menu (long form) 6-18
Update Attribute Parameter 4-26 Batch Program Definition menu (short form) 6-18
Update Literal Fields 4-30 BEFORE line command 9-46
Update Output/Input/Outin Field 4-37 BEFORE MULTIPLE line command 9-47
Update Select Fields 4-43 BLANK.WHEN.SAME field
ATTRPRO field Update Batch Literal Fields 6-8
Update Attribute Parameter 4-26 Update Batch Output Fields 6-10
Update Output/Input/Outin Field 4-36 blanks, checking for A-36
Update Select Fields 4-43 BLKSIZE field
auto exec 5-3 Show/Update Data Set Default Data 3-38
create/update segments requested for 4-41 BLKSZ field
auto exec requests Update Data Set Record 5-40
online programs 5-20 BLL-POINTER-LIST options 2-12
AUTOEXEC requests blocking factor, see BLKSIZE field 3-38
defined 5-24 BMS
match master (MATCHM) 5-26 control blocks, generation of 4-17, 4-29, 4-32, 4-40
match transaction (MATCHT) 5-26 creation 8-5
TRANSACT data access 5-146 BMS field
automatic PSB scheduling 2-11 Update CICS Screen Environment 5-114
AUX/MAIN field Update Environment Definition Defaults 2-11
Update CICS Queue Data Access 5-80 BMSMAP field
Update CICS Queue Default Data 3-44 Update CICS Screen Environment 5-112
Update CICS Queue Record 5-73 BN100I 5-147
auxiliary storage BN100T 5-147
queues 3-44, 5-73, 5-80
Index X-3
CINCRE field COL field (continued)
Create/Update File Segloop 4-70 Update Batch Output Fields 6-10
Create/Update Table Segloop 4-66 Update Help Message Parameters 4-21
CJNAME field 3-47 Update Literal Fields 4-29
Update CICS Journal Default Data 3-46 Update Mapout Parameter 4-23
Update CICS Journal Record 5-77 Update Output/Input/Outin Field 4-33
CJULIAN A-3, A-5 Update Panel Fields (Batch) 6-4
clear data, from active presentation store 7-19, 7-20 Update Panel Fields (Online) 4-17
clear values, in the active presentation store 7-19 Update Select Fields 4-40
clear variable names, from Active presentation Update Select Parameters 5-140
store 7-19, 7-20 COLLATE field
CMDCODE field Update Sort Definition 6-46
Create/Update SSA/Command For DL/I COLLID
DB/Segment 3-23 COLLID 2-24
Update Segment Edit (SEGEDIT) 4-59 color attribute
CMND field Update Program Definition Defaults 2-7
Update Database Segment 5-37 Update/Show Screen Parameters 5-118, 5-119
Update DBD Segment 3-13 color, see EACOLOR field or EAHIGH field 4-26
Update DL/I Detail Data Access 5-64 COLS field
Update DLIDSCs For Segment Member 3-20 Catalog/Import DB2 Tables 3-50
CMND field, also see CMDCODE field 3-13 COLS line command 9-48
CMPLOPT field column
Create/Update Batch Definition 6-26 accessing a 3-57, 3-81, 3-84, 5-59
Create/Update Driver Definitions 5-123 naming a 3-56, 3-82, 3-84
Create/Update IMS/DC Report Definition 5-134 column 1
Create/Update Nonterminal Definition 5-144 ignore 8-6
Create/Update Screen Definition 5-11 printed output 8-7
CN100I 5-147 column count, see C-CNT field 3-36
CN100T 5-147 COLUMN field
CN200I 5-147 Create/Update File Segloop 4-70
CN200T 5-147 Create/Update Table Segloop 4-66
CNTGRP field COLUMN NAME
Update Batch Output Fields 6-12 Add/Update SQL Join Alias 3-85
COBDIV field Create/Update IDMS SQL Tables/TLNROWs 3-63
Show/Update Data Set Default Data 3-39 Update SQL ALIAS 3-76
Update Data Set Record 5-43 COLUMN NAME field
COBFCPY field Create/Update SQL Tables/TLNROWs 3-56
Create/Update Batch Definitions 6-26 Select Columns 5-59
COBOL Update SQL Join — Access Columns 3-84
specified as programming language 2-5 Update SQL Join — Join Columns 3-82
COBOL BLL-POINT-LIST options, see USGCOPY column size, screen 5-11
field 5-112 column spacing
COBOL code generation Create/Update File Segloop 4-70
nonterminal programs 5-144 Create/Update Table Segloop 4-66
sorts 6-45 columns 5-34
COBVSKY field generated I/O sensitive, see SENCOLS field 5-50
Show/Update Data Set Default Data 3-39 GROUP BY clause 5-51
Update Data Set Record 5-43 HAVING clause 5-52
COL field keys for TELON generated I/O, see KY or KEYCOLS
Update Attribute Parameter 4-25 field 5-52
Update Batch Literal Fields 6-7 number of 3-50
Index X-5
COPYLBL (continued) Create/Update IDMS SQL Tables/TLNROWs 3-60
Update SQL ALIAS 3-76 Create/Update IMS/DC Report Definitions 5-132
COPYLBL field Create/Update Nonterminal Definition 5-142, 5-149
Create/Update SQL Tables/TLNROWs 3-55 Create/Update PSB Or File Group 3-28
Show/Update Data Set Default Data 3-39 Create/Update Screen Definition 5-8
Update CICS Queue Default Data 3-45 Create/Update SQL Tables/TLNROWs 3-53
Update CICS Queue Record 5-76 Create/Update SSA/Command For DL/I
Update Data Set Record 5-42 DB/Segment 3-22
Update Database Segment 5-37 Create/Update Table Segloop 4-65
Update DBD Segment 3-13 creating a batch definition 6-18
Update Sort Definition 6-47 creating a panel definition 4-3
COPYLV1 creating BMS 8-5
Create/Update IDMS SQL Tables/TLNROWs 3-62 creating MFS 8-5
Update SQL ALIAS 3-76 creating PSB 8-6
COPYLV1 field creating Telon source code 8-3
Create/Update SQL Tables/TLNROWs 3-55 cross-field edit
Show/Update Data Set Default Data 3-38 XFEDIT 4-52
Update CICS Journal Default Data 3-47 CTLLTH field
Update CICS Journal Record 5-79 Update Panel Group 6-16
Update CICS Queue Default Data 3-45 CTLPIC field
Update CICS Queue Record 5-75 Update Panel Group 6-16
Update Data Set Record 5-42 CTLVAR field
Update Database Segment 5-36 Update Panel Group 6-16
Update DBD Segment 3-12 currency format
Update Sort Definition 6-47 international A-7, A-33
CORRELATION NAME CURRENT field
Add/Update SQL Join Alias 3-85 Create/Update SSA/Command For DL/I
CORRELATION NAME field DB/Segment 3-23
Specify Tables Being Joined 3-79 Update DL/I Detail Data Access 5-63
Update SQL Join — Access Columns 3-84 CURRENT ROW NAME field
Update SQL Join — Join Columns 3-82 Select New Row Name 5-33
CPYCALL field CURSCUS field
Update SQL Detail Data Access 5-53 Create/Update Screen Definition 5-12
CPYINIT field CURSOR AT FIELD field
Update SQL Detail Data Access 5-54 Update Cross-Field Edit (XFEDIT) 4-54
CPYKEY field Update Segment Edit (SEGEDIT) 4-58
Update SQL Detail Data Access 5-54 CURSOR field
CPYTERM field Create/Update Screen Definition 5-11
Update SQL Detail Data Access 5-54 cursor positioning 5-11, 5-12
CQNAME field 3-45 CURSOR, declaring for delete, see DELETE field 5-50
Update CICS Queue Default Data 3-43 CURSOR, declaring for update, see UPDATE field 5-49
Update CICS Queue Record 5-73 CUSTCODE field
CREATE I/O requests 5-23 Batch Program Definition menu 6-20
CREATE primary command 9-20 Online Program Definition menu 5-7
CREATE usage 5-25 custom code 5-4, 5-12
Create/Update Batch Definitions 6-22 A-100 INIT 5-123, 5-124
Create/Update Data Group screen 5-20 A-1000-PROCESS-TRAN 6-27
Create/Update DBD 3-8 adding with PGMCUST 2-7, 5-124, 5-136
Create/Update Driver Definitions 5-120 adding with SECTION 5-124, 5-136
Create/Update File Segloop 4-69 B-100-OUTPUT-EDITS 5-13, 5-136
batch definition, editing and listing 6-27, 6-28
Index X-7
DATANAME field (continued) DBMS field
Update Match Keys 6-38 Update Batch Environment 6-34
Update Sort Definition 6-48 Update CICS Screen Environment 5-110
DATE A-3, A-5 DBNAME field
international A-3, A-15, A-23, A-32, A-43 Update Batch Output Fields 6-10
Julian A-4, A-7, A-43 Update Output/Input/Outin Field 4-34
U.S. format A-3, A-15, A-23, A-32, A-43 Update Panel Fields (Online) 4-19
date, checking for valid A-27 Update Select Fields 4-41
date, formatting the A-15 Update Sensitive Segment 3-33
DB field View Presentation Store 7-16
SQL type 3-52 DBNAME OR TEXT field
DB processing options 3-31, 5-31 Update Panel Fields (Batch) 6-5
DB2 DCLCOPY field
qualifier 3-50, 3-79 Create/Update SQL Tables/TLNROWs 3-55
read-only access 1-17 DCLGEN 3-55
DB2 I/O WHERE conditions 3-81, 3-84 DCLLBL field
DBD Create/Update SQL Tables/TLNROWs 3-55
adding a segment 5-22 DCLRDEF field
BYTES= 3-10, 3-15, 3-16 Create/Update SQL Tables/TLNROWs 3-55
DATA SET 3-9 DD1=, DBD DATA SET statement 3-9
DATA SET statement 3-10 DEBKEY, OPTLIST field 3-40, 5-44, 5-71
DATA SET= 3-9 DEBREC, OPTLIST field 3-40, 5-44, 5-71
DD1= 3-9 DEBUG field
defining/maintaining a 3-2 Update Environment Definition Defaults 2-17
description of 3-5, 3-7 DEC
DEVICE= 3-10 Create/Update IDMS SQL Tables/TLNROWs 3-68
FIELD statement 3-10, 3-13, 3-15, 3-16, 3-20, 3-24, DEC field
5-38, 5-64 Create/Update SQL Tables/TLNROWs 3-58
importing 3-3 Select Columns 5-60
last update of 3-7 DECIMAL 3-57
LCHILD 3-9 DEDB 3-8
maintaining a 3-8 DEFAULT HEADER field
name of 3-5, 3-11, 3-18, 3-22, 3-27 Update Session Controls 2-30
NAME= 3-10, 3-13, 3-15, 3-20, 3-24, 5-38, 5-64 Default values (syntax diagrams) 1-12
PARENT= 3-10, 3-15 defaults
SEGM 3-9 PF keys 2-28
SEGM statement 3-10, 3-15 session controls 2-30
START= 3-10, 3-16 Update Program Definition Defaults 2-5
DBD field User Profile Maintenance 2-3
Create/Update SSA/Command For DL/I DEFIN field
DB/Segment 3-22 Panel Definition menu 4-6
Update DLIDSCs For Segment Member 3-18 DEFINE GROUP line command 9-48
Verify DLIDSC Count 3-27 DEFINE usage 5-25, 5-33, 5-36, 5-41
DBDNAME operand, PCB statement 3-31, 5-31 defining field characteristics 4-16
dbdname-PCB 3-31 DELETE field
DBDNAME=, PCB statement 3-30 Update SQL Detail Data Access 5-50
DBINFO DELETE GROUP line command 9-49
DBINFO 2-26 DELETE line command 9-49
DBLSPC field DELETE usage 5-25
Utilities menu 8-6 Delimiters
syntax diagrams, use in 1-10
Index X-9
EAHIGH field ENV PSB field
Update Attribute Parameter 4-27 Utilities menu 8-6
Update Literal Fields 4-30 ENVIRON field
Update Output/Input/Outin Field 4-38 4.0B Online Program Definition menu 5-7
Update Select Fields 4-44 Batch Program Definition menu 6-21
EAIN field environment 5-7
Update Program Definition Defaults 2-7 environment characteristics 5-127
Update/Show Screen Parameters 5-118 environment definition defaults, updating of 2-9, 2-10
EALIT field ENVIRONMENT field
Update Program Definition Defaults 2-8 Update PL/I Executable Options 5-107
Update/Show Screen Parameters 5-118 Update Session Controls 2-32
EAOUT field environment PSB 2-33
Update Program Definition Defaults 2-8 EOFKEY field
Update/Show Screen Parameters 5-118 Update Program Definition Defaults 2-6
EATTR field Update/Show Screen Parameters 5-117
Update IMS MFSs 5-105 EQUATE primary command 9-22
Update Program Definition Defaults 2-7 ERASE EOF key 2-6, 5-117
Update/Show Screen Parameters 5-117 erase fields
EAVALID field with ERASE EOF key 2-6
Update Attribute Parameter 4-27 ERRCHAR FIELDS field
Update Output/Input/Outin Field 4-38 Update Cross-Field Edit (XFEDIT) 4-54
Update Select Fields 4-44 Update Segment Edit (SEGEDIT) 4-57
EBCDIC 6-46 ERRMSG1 4-58, 5-102
EDIT CONDITION field ERROR CONDITION field
Update Cross-Field Edit (XFEDIT) 4-53 Update Segment Edit (SEGEDIT) 4-57
Edit Custom Code 5-93 error condition, during import 3-50
EDIT FLAG FIELD field error condition, highlighting a 4-54, 4-57
Create/Update Batch Definitions 6-23 ERROR MESSAGE field
Edit Flag fields Update Cross-Field Edit (XFEDIT) 4-53
Create/Update Nonterminal Definition 5-143 Update Segment Edit (SEGEDIT) 4-58
Update SQL Detail Data Access 5-53 error message output field 4-12
edit flags ERROR-ATTR 2-6, 5-117
non-mix of 6-24 ESDS 3-40, 5-43, 6-26
EDIT NAME field EXCLUDE line command 9-49
Update Cross-Field Edit (XFEDIT) 4-52 EXEC SQL statement access 3-57, 5-59
Update Segment Edit (SEGEDIT) 4-55 execution options 5-108
Edit option fields exit routine, MFS 5-104
Create/Update Driver Definitions 5-121, 5-133 EXP field
Edit Panel Image 4-11 Create/Update PSB Or File Group 3-31
EDIT primary command 9-20 exporting a program definition 8-3
editing control, prototyping facility 7-6 EXPRESS field
editing, type of 4-34 Update DBMS Characteristics 5-31
END line command 9-49 EXPRESS value, see EXP field 3-31
END primary command 9-21, 9-22 extended attributes 2-7, 5-105, 5-117
ENDTRAN field extended attributes characteristics 5-115
Create/Update Batch Definitions 6-27 extended field list
entries, required 4-54 input edits 4-47
entry-sequenced data set 3-40, 5-43 output edits 4-48
ENV 5-149 EXTSCUR
ENV FORMAT field EXTSCUR 2-24
Utilities menu 8-5
Index X-11
fields (continued) fields (continued)
auto exec requests 6-50 CPYKEY 5-54
AUX/MAIN 3-44, 5-73, 5-80 CPYTERM 5-54
BASE 3-5 CQNAME 3-43, 5-73
BASE DEFN 5-7, 6-20 CTLLTH 6-16
BLANK.WHEN.SAME 6-8, 6-10 CTLPIC 6-16
BLKSIZ 5-40 CTLVAR 6-16
BLKSIZE 3-38 CURRENT 3-23, 5-63
BMS 2-11, 5-112 CURRENT ROW NAME 5-33
BMSMAP 5-112 CURSCUS 5-13
BOOLOP 3-25 CURSOR 5-11
C-CNT 3-36, 5-34 CURSOR AT FIELD 4-54, 4-58
CALC 6-13 CUSTCODE 5-7, 6-21
CALL FUNC 4-58 DATA SET 3-37, 5-40, 6-50
CALLTYP 2-20, 2-22 DATANAME 6-38, 6-49, 6-50
CANCEL 2-20, 2-22 DBD 3-18, 3-22, 3-27, 5-35
CAPS 2-6, 5-116 DBLSPC 8-6
CASE 4-6 DBMS 2-17, 5-110, 6-34
CINCRE 4-66, 4-70 DBNAME 3-33, 4-34, 4-42, 6-10, 7-16
CJNAME 3-46, 5-77 DBNAME OR TEXT 4-19, 6-5
CMDCODE 3-23, 4-59 DCLCOPY 3-55
CMND 3-13, 3-20, 5-38, 5-64 DCLLBL 3-55
CNTGRP 6-12 DCLRDEF 3-55
COBDIV 3-39, 5-43 DEC 3-58, 3-68, 5-60
COBVSKY 3-39, 5-43 DEFAULT HEADER 2-30
COL 4-17, 4-21, 4-23, 4-25, 5-140 DEFIN 4-6
COLLATE 6-46 DELETE 5-50
COLS 3-50 DESC 3-5, 4-5, 5-7, 5-10, 5-121, 5-133, 5-143, 6-20,
COLUMN 4-66, 4-70 6-23, 8-4
COLUMN NAME 3-56, 3-63, 3-76, 3-82, 3-84, DESCR 3-54, 3-61, 3-75
3-85, 5-59 DESCRIPTION 3-7, 3-52, 4-10, 4-50, 5-92, 6-41,
COLUMNS DEFINED 3-36, 5-34 6-43, 7-10, 7-14
COMMAND 3-61, 3-75, 3-85 DEVICE 5-139
COMMIT 2-17, 3-38, 6-35 DG SEPARATORS 2-34
COMPAT 3-29 DICTNAM 3-62, 3-76, 5-58
COMPRESS STATEMENTS 2-32 DITTO CHARACTER 2-33
COMPRESSED 8-5 DLI QUALIFY 4-59
CONCATK 3-24, 5-62 DLIDSC 3-12, 3-13, 3-19, 3-22, 3-27
CONNECT 6-35 DLIWGHT 2-16, 6-35
CONSIS 4-7, 5-14 DSCREF 5-37, 5-64
CONVERS 2-13, 5-97, 5-127 EACOLOR 4-27, 4-30, 4-37, 4-44
COPY 3-12, 3-38, 3-45, 3-47, 3-55, 3-61, 3-75, 5-36, EAERR (color attribute) 2-9, 5-119
5-42, 5-75, 5-79, 6-47 EAERR (highlight attribute) 2-9, 5-119
COPY EDIT BASE 4-52, 4-55 EAHIGH 4-27, 4-31, 4-38, 4-44
COPYLBL 3-13, 3-39, 3-45, 3-48, 3-55, 3-62, 3-76, EAIN (color attribute) 2-7, 5-118
5-37, 5-42, 5-76, 5-79, 6-47 EAIN (highlight attribute) 2-8, 5-118
COPYLV1 3-12, 3-38, 3-45, 3-47, 3-55, 3-62, 3-76, EALIT (color attribute) 2-8, 5-118
5-37, 5-42, 5-75, 5-79, 6-47 EALIT (highlight attribute) 2-8
CORRELATION NAME 3-79, 3-82, 3-84, 3-85 EAOUT (color attribute) 2-8, 5-119
CPYCALL 5-53 EAOUT (highlight attribute) 2-8, 5-119
CPYINIT 5-54 EASLIT (highlight attribute) 5-118
Index X-13
fields (continued) fields (continued)
KEY/WHERE 5-28 MSGPGM 5-101, 5-129
KEYCOLS 5-52 MSGTBL 5-101, 5-130
KEYFEED 3-23 MSGTRAN 5-101, 5-130
KEYLEN 3-31, 3-40, 5-37, 5-43 NAME 3-5, 3-7, 3-9, 3-15, 3-30, 3-34, 4-7, 4-10,
KEYLTH 5-31 4-17, 4-22, 4-24, 4-26, 5-91, 5-140, 6-4, 7-13
KEYPIC 3-16, 3-17, 5-36 NEXTPGM 4-40, 5-11, 5-141
KY 3-57, 3-64, 3-85 NITMLBL 5-83
KY (KEY) 5-59 NOSUSP 5-83, 5-87
LABEL 3-12, 3-34, 3-38, 3-44, 3-47, 5-23, 5-35, NUMITEM 5-83
5-41, 5-75, 5-78, 5-106 OCUST1 4-67, 4-72
LANG 2-5, 3-29, 5-11, 5-123, 5-134, 5-144, 6-24 OCUST2 4-67, 4-72
LANGLVL 5-116, 5-122, 5-134, 5-144, 6-24 OCUST3 4-67, 4-72
LAST 4-66, 4-70 OEXTEND 4-48
LENGTH 3-10, 3-16, 3-17 OF 4-34, 4-42, 6-10
LINE 4-66, 4-70, 5-140 OFFSET 3-24
LINE COL 4-17, 4-21, 4-23, 4-25, 6-4 OINIT1 5-12, 5-135
LINE COL LTH 4-29, 4-33, 4-40, 6-7, 6-10 OINIT2 5-12, 5-136
LINE COMMAND 3-62 OP 3-14, 3-20, 3-25, 5-38, 5-65
LINECNT 4-67, 4-71 OPCODE 3-40, 4-59, 5-43, 5-53, 5-71
LINENUM 8-6 OPEN 3-38, 5-40
LINEOPT 2-11, 2-14, 5-97, 5-111 OPTIMIZE FOR 5-47
LINKDYN 5-130 OPTION 3-23
LINKOPT 2-13, 5-97 OPTIONS 4-16, 5-9, 5-121, 5-133, 5-143, 6-23
LINKPGM 5-100, 5-129 OPTLIST 3-40, 5-44, 5-71
LINKWKA 5-135 ORDER 6-48
LN 4-17, 4-21, 4-23, 4-25, 5-140 ORDERBY 5-51
LN COL LTH 6-4 OSEGIDX 4-67, 4-72
LNKCOPY 2-12, 2-14, 2-16, 2-17, 2-19, 2-21, 5-98, OUTATTR 4-26, 4-30, 4-33
5-99, 5-112, 5-128, 5-138, 6-34 OUTIFIL 2-6, 5-116
LOCKED 3-24, 5-63 OUTPUT FIELD 5-34
LRECL 3-38, 3-44, 3-47, 5-40, 5-74, 5-78, 6-47 OUTPUT LINE 3-79
LTERM 3-32, 5-31 OUTTERM 5-13, 5-136
LTH 3-58, 3-68, 4-17, 4-21, 4-23, 4-25, 5-60, 5-105, PAGE 4-71
5-140, 6-38, 6-43, 6-48, 7-17 PAGEKEY 4-72
LTHLBL 5-74, 5-78, 5-82, 5-85 PAGESAV 4-71
LTHOPT 5-74, 5-78, 5-82, 5-85 Panel image display window 4-17
MAIN SORT 6-24 PANEL SIZE 2-33
MAPOUT 4-24, 4-34, 6-10 PARENT 3-15
MASTER FILE 6-37 PARENT/DEVICE 3-10
MATCH 6-25, 6-28 PARENTG 3-24, 5-63
MAX LTH 3-10, 3-15 PARM LIST EXTENSION 4-35, 4-43, 6-11
MERGE 6-25 PARMS 6-32
MFSMOD 5-102, 5-104, 5-139 PASSHV 2-17
MGREATR 6-28 PATH 3-23, 5-63
MIDONLY/DEVICE 5-102 PCB 5-30
MIDSOURCE 5-105 PCB PARMS 3-11, 5-35
MINOR 6-16 PCBNAME 3-31, 3-33, 4-60, 5-31
MORE 3-21, 4-19, 6-5, 6-38, 6-49 PDSCOPY DSNAME 2-34
MSGBUF 5-102, 5-130 PF/PA KEY DEFINITIONS 2-28
MSGCALL 5-32 PFKEYS 5-13
Index X-15
fields (continued) fields (continued)
TEXT 4-30, 6-8 VARLTH 3-24
TGREATR 6-28 VSAM SEGMENT LTH 4-59
TLN 3-50 WHEN 4-56
TLNNAME 3-50, 3-52, 3-54, 3-61, 3-76, 3-79, 3-80, WHERE 5-48
3-82, 3-83, 3-85, 5-30 WKAREA 5-12, 5-124, 5-135, 5-145, 6-27
TLNROW 3-35, 3-75, 5-34 WKSPAIN 2-15, 5-100, 5-129
TO 4-8 WKSPAIO 5-100, 5-129
TO HEADER 8-5 WKSPASZ 2-15, 5-100, 5-128
TOTREF 6-12 XFEDIT/SEGEDIT 5-141
TOTSIZE 6-13 XFER 5-124
TPBSTG 2-12, 5-113 XFERWKA 2-7, 5-12, 5-124, 5-135, 5-145
TPISIZE 5-131 XOPTS 5-108
TPOSIZE 5-131 file
TPPARMS 5-89 defining/maintaining a 3-2
TRACE 2-11, 2-14, 2-16, 2-19, 2-21, 5-98, 5-111, description of 3-5, 3-7
5-128, 5-139, 6-33 field name for mapping data 4-41
TRANCDE 2-15, 5-99, 5-111, 5-128 last update of 3-7
TRANFLD 2-15, 5-99 name of 3-5
TRANMFS 2-15, 5-99 file group
TRANSACTION FILE 6-37 defining/maintaining a 3-2, 3-28
TYPE 3-9, 3-17, 3-30, 3-40, 3-44, 3-57, 3-61, 3-64, description of 3-5, 3-7
4-50, 5-7, 5-30, 5-43, 5-60, 5-73, 5-80, 5-104, 6-15, last update of 3-7
8-4 name of 3-5
U 3-24, 4-17, 6-4 file SEGLOOP
U/S 5-141 Create/Update File Segloop 4-69
UPDATE 3-7, 3-50, 4-10, 5-50, 7-11, 7-14 FILEDEF field
Update CICS Screen Environment 5-113 Create/Update Batch Definitions 6-26
UPDATE DBD 3-11 FILEIN field 6-44
UPDATE ENVIRON DEFN DEFAULTS 2-9 Update Sort Definition 6-46
UPDATED 5-92 FILEOUT field 6-44
UPDCOLS 5-57 Update Sort Definition 6-46
UPDTA 5-116, 5-123 FIND primary command 9-22
UPPER CASE LITERALS 2-33 FIRST command option 3-23
USAGE 4-29, 4-32, 4-40, 5-33, 5-36, 5-41, 5-75, FIRST field
5-78, 6-7, 6-9 Create/Update File Segloop 4-69
USE 4-17, 4-21, 4-23, 4-25, 6-4 Create/Update Table Segloop 4-65
USECNT 3-20 FIRST line command 9-50
USECOL1 8-7 FLDEDIT field
USED BY 3-27 Create/Update Screen Definition 5-13
USER 3-7, 4-10, 5-92, 7-10, 7-14 FLDTYPE field
USER MODE 2-34 Update Batch Output Fields 6-10
USER SORTS 6-25 Update Output/Input/Outin Field 4-34
USERID 3-50 Update Panel Fields (Batch) 6-4
USGCOP1 2-12 Update Panel Fields (Online) 4-18
USGCOP2 2-13 Update Select Fields 4-42
USGCOPY 2-14, 2-16, 2-17, 2-19, 2-21, 5-98, 5-99, use with prototyping 7-2
5-128, 5-139, 6-34 FLDTYPE parameter
USGCOPY (1) 5-112 FIELD Statement A-2
USGCOPY (2) 5-112 FLNULL A-3, A-5
VALUE 7-16
Index X-17
H-100-INPUT-TERM program section 5-14 HVNAME 4-53, 4-58
handle conditions
CICS 5-81, 5-84
HAVING clause 5-52 I
HAVING field I/O access code, identifying a 4-58
Update SQL Detail Data Access 5-52 I/O area
HDAM database 3-8 column 3-56, 5-59
head, wrapped variable field 9-7 default 3-13, 3-39, 3-55, 5-37, 5-42
HEADER field defining the 5-49
Batch Program Definition menu 6-20 record 3-38, 5-42
Online Program Definition menu 5-6 segment 3-12, 5-36
Panel Definition menu 4-5 SQL 3-55
Prototyping Facility menu 7-4 I/O AREA field
Utilities menu 8-4 Update Segment Edit (SEGEDIT) 4-59
help facility 2-6, 5-115, 5-116 I/O area, record
HELP field overriding of 3-39, 5-42
Update Program Definition Defaults 2-6 I/O area, segment
Update/Show Screen Parameters 5-116 overriding of 3-13, 5-37
help message, field level 4-22 I/O area, segment, maximum size required 5-131
HELP primary command 9-24 I/O request
help, online qualifying a 3-24
for TDF screens, fields 1-6 IBCURR A-28
HELPMSG field IBDOL A-27
Update Help Message Parameters 4-22 IBM system environment 2-32
Update Output/Input/Outin Field 4-33 IBNUM A-29
Update Select Fields 4-41 ICDATE A-5, A-30
HEX A-3 ICJULIAN A-5
hex, converting character to A-18 ICTLNM field
highlight attribute Create/Update File Segloop 4-73
EAHIGH field 4-27 Create/Update Table Segloop 4-68
Update Program Definition Defaults 2-8 ICURRNCY A-7, A-31
Update/Show Screen Parameters 5-118, 5-119 ICUST1 field
HIGHLIGHT field Create/Update File Segloop 4-73
Update Cross-Field Edit (XFEDIT) 4-54 Create/Update Table Segloop 4-68
HIGHLIGHT FIELDS field ICUST2 field
Update Segment Edit (SEGEDIT) 4-57 Create/Update File Segloop 4-73
HISAM database 3-8 Create/Update Table Segloop 4-68
HOLD capability 5-115, 5-122 ID field
HOLD command Batch Program Definition menu 6-20
prototyping facility restriction 7-2 Online Program Definition menu 5-6
HOLD CURSOR field Panel Definition menu 4-5
Update SQL Detail Data Access 5-50 Prototyping Facility menu 7-4
hold facility 5-115 Utilities menu 8-4
HOLD field IDATE A-5, A-27
Create/Update Driver Definitions 5-122 IDENTIF field
Update Program Definition Defaults 2-6 Create/Update Batch Definition 6-26
Update/Show Screen Parameters 5-115 Create/Update Driver Definitions 5-123
HOLD primary command 9-25 Create/Update IMS/DC Report Definition 5-134
HOLD usage 5-25, 5-36, 5-42 Create/Update Nonterminal Definition 5-144
HOLDLTH field Create/Update Screen Definition 5-11
Update Environment Definition Defaults 2-17
Index X-19
ININIT2 field INULL A-9, A-50
Create/Update Screen Definition 5-13 INUMERIC A-9, A-50
INIT field INUMNULL A-9, A-51
Create/Update Driver Definitions 5-124 INVREQ condition 5-81
Update Batch Output Fields 6-10 IOA-recname-SEGMENT host variable name 3-39, 5-42
Update Output/Input/Outin Field 4-34 IOA-record-name-SEGMENT host variable name 5-43
Update Select Fields 4-42 IOA-segname-SEGMENT host variable name 3-13,
INIT1 field 5-37, 5-42
Create/Update Batch Definitions 6-27 IOA-TLNNAME-SEGMENT host variable name 3-55
Create/Update Nonterminal Definition 5-145 IOAREA field
INIT2 field Update CICS Journal Data Access 5-85
Create/Update Batch Definitions 6-27 Update CICS Queue Data Access 5-82
Create/Update Nonterminal Definition 5-146 Update Database User I/O SSALIST 5-68
INITIALIZATION field Update DL/I Detail Data Access 5-63
Update IMS MFSs 5-106 Update SQL Detail Data Access 5-49
INMAST field IOASIZE field
Create/Update Batch Definitions 6-27 Update IMS/DC Driver Environment 5-131
input buffer names 4-17, 4-29, 4-32, 4-40 IOASTG field
input buffer, TP, maximum size 5-131 Update CICS Screen Environment 5-113
input edit, extended field list 4-47 Update Environment Definition Defaults 2-11
input field 2-31 IOERR condition 5-81
Create/Update File Segloop 4-69 ISCINVREQ condition 5-81
Create/Update Table Segloop 4-65 ISEGIDX field
mapping and editing 4-41 Create/Update File Segloop 4-73
input values Create/Update Table Segloop 4-68
acceptable 4-36, 6-11 ISPF/PDF primary command 9-25
how the program stores them 4-36, 6-11 ISRT type commands 3-23
input, field type ISTATE A-9, A-52
acceptable input values 4-36, 6-12 ITEM field
CURSOR AT FIELD field 4-54, 4-58 Batch Program Definition menu 6-19
required 4-54 Data Administration menu 3-4
screen field entries 4-57 Online Program Definition menu 5-6
insert criterion 5-33 Panel Definition menu 4-4
INSERT line command 9-50 Prototyping Facility menu 7-3
INSERT SPACE line command 9-51 Update CICS Queue Data Access 5-83
INSTALL primary command 9-25 item manipulation field
INTDATE A-3, A-23, A-32, A-33, A-43 List/Show Custom Code 5-91
INTEGER 3-57 ITEMERR condition 4-57, 5-81
integer, checking for valid A-50 ITEMLBL field
INTENSITY Update CICS Queue Data Access 5-83
prototyping facility 7-6 IVCHAR A-9, A-52
intensity of a field, see ATTRINT field 4-26 IVNULL A-9, A-53
INTERM field
Create/Update Screen Definition 5-14
international currency J
format A-7, A-33 J-100 paragraph execution for select field 4-41
international date J-100 program section
format A-3, A-5, A-6, A-15, A-23, A-32, A-33, Update Select Parameters 5-140
A-43 JCL utilities 3-3
INTRAN field JFILEID field
Create/Update Batch Definitions 6-27 Update CICS Journal Data Access 5-84
Index X-21
KY field LINE COL field
Select Columns 5-59 Update Attribute Parameter 4-25
Update SQL Join — Access Columns 3-84 Update Help Message Parameters 4-21
Update Mapout Parameter 4-23
Update Panel Fields (Batch) 6-3
L Update Panel Fields (Online) 4-16
L command code 3-23 LINE COMMAND
LABEL field Create/Update IDMS SQL Tables/TLNROWs 3-62
Create/Update Data Group 5-23 Line Edit 4-14
Create/Update PSB Or File Group 3-34 line edit mode 9-3
Show/Update Data Set Default Data 3-38 command line 4-14
Update CICS Journal Default Data 3-47 invoking 9-3
Update CICS Journal Record 5-78 panel image 4-14
Update CICS Queue Default Data 3-44 LINE field
Update CICS Queue Record 5-75 Create/Update File Segloop 4-70
Update Data Set Record 5-41 Create/Update Table Segloop 4-66
Update Database Segment 5-35 Update Batch Literal Fields 6-7
Update DBD Segment 3-12 Update Batch Output Fields 6-10
Update IMS MFSs 5-105 Update Literal Fields 4-29
LALPHA A-8 Update Output/Input/Outin Field 4-33
LANG field Update Panel Fields (Batch) 6-4
Create/Update Batch Definitions 6-24 Update Select Fields 4-40
Create/Update Driver Definitions 5-122 Update Select Parameters 5-140
Create/Update IMS/DC Report Definitions 5-134 line optimization 5-97
Create/Update Nonterminal Definition 5-144 line optimization logic 2-12
Create/Update PSB Or File Group 3-29 LINE primary command 9-26
Create/Update Screen Definition 5-11 line size, screen 5-11
Update Program Definition Defaults 2-5 LINE-INPUT-COUNT 4-73
LANGLVL field LINE-INPUT-COUNT field 4-68
Create/Update Batch Definitions 6-24 LINE-INPUT-ERROR 4-73
Create/Update Driver Definitions 5-122 LINE-INPUT-ERROR field 4-68
Create/Update IMS/DC Report Definitions 5-134 LINECNT field
Create/Update Nonterminal Definition 5-144 Create/Update Table Segloop 4-67
Update/Show Screen Parameters 5-116 LINENUM field
language Utilities menu 8-6
specifying for the program 2-5 LINEOPT
LAST command option 3-23 Update Environment Definition Defaults 2-14
LAST field LINEOPT field
Create/Update File Segloop 4-70 Update CICS Screen Environment 5-111
Create/Update Table Segloop 4-66 Update Environment Definition Defaults 2-12
LAST line command 9-51 Update TSO or IMS Screen Environment 5-97
LCHILD=, DBD statement 3-9 lines, number of lines and columns on report 5-134
left justify a character field A-44 link work area 5-135
LEFT primary command 9-25 linkage section
LEFT SHIFT line command 9-51 01-level declarations, including the 5-98
LENGERR condition 5-81 LINKDYN field
LENGTH field Update IMS/DC Driver Environment 5-130
Create/Update DBD 3-10 linking, occurring in an IMS program 2-13
List Search Fields 3-16, 3-17 LINKOPT
LINE CLEAR line command 9-51 Update Environment Definition Defaults 2-13
Index X-23
LTHOPT field (continued) match sort (continued)
Update CICS Journal Record 5-78 custom code for a 6-28
Update CICS Queue Data Access 5-82 keys, length of 6-38
Update CICS Queue Record 5-74 keys, supplying and updating 6-37, 6-38
LVCHAR A-8 line commands 6-37
LVNULL A-8 master file 6-37, 6-38
purging 6-25
save area generation 6-38
M transaction file 6-37, 6-38
M100 screen identifier 7-3 updating 6-25, 6-37
M120 screen identifier 7-18 USEREXEC requests 5-26
M151 screen identifier 7-15 zapping 6-25
M200 screen identifier 7-12 MATCHM 5-26
M401 screen identifier 7-8 MATCHT 5-26
MAIN SORT field MAX LTH field
Create/Update Batch Definitions 6-24 Create/Update DBD 3-10
main storage List Search Fields 3-15
queues 3-44, 5-73, 5-80 MBCOPY primary command 9-27
sorts, PL/I - minimum allowed 6-46 MBMOVE primary command 9-28
MAIN_PROCESS_LOOP 5-147 MBPURGE primary command 9-29
MAINI 5-126, 5-136, 5-137, 5-147 member
Mainline 5-125, 5-126, 5-137 copying 8-3
mainline sort list 8-3
creating 6-24 renaming 8-3
purging 6-24 member line 9-10, 9-12
updating 6-24, 6-44 MENU primary command 9-29
zapping 6-25 MERGE field
MAINPROCESSI 5-126, 5-147 Create/Update Batch Definitions 6-25
MAINPROCESST 5-126, 5-148 merge presentation-store
MAINT 5-126, 5-137, 5-147 into active presentation store 7-19
MAPOUT field merge sort
Update Batch Output Fields 6-10 data sets and key fields 6-50
Update Mapout Parameter 4-24 description for 6-43
Update Output/Input/Outin Field 4-34 keys, length of 6-43
mapping 2-11, 5-114 line commands 6-42
mapping name 4-19 listing 6-42
mapping, BMS 5-112 purging 6-25, 6-42
mapping, output save area, constructing 6-43
MAPOUT field 4-24 showing 6-42
mask, formatting an alphanumeric field 4-35, 6-11 updating 6-25, 6-42, 6-50
MASSINSERT, OPTLIST field 3-40, 5-44, 5-71 zapping 6-25
MASTER FILE field message switching 2-14, 5-99, 5-101, 5-130
Update Match Keys 6-37 messages, destination of, see LTERM 3-32
master key messages, field in TELON generated program 5-102,
match structure 6-28 5-104
MATCH field MFS
Create/Update Batch Definitions 6-25, 6-28 control blocks, generation of 4-17, 4-29, 4-32, 4-40
match sort Device name 5-139
auto exec requests 6-37 exit routine 5-104
AUTOEXEC requests 5-26 field exit routine 4-38, 4-45
creating 6-25 MOD name 5-102, 5-104, 5-139
Index X-25
nonterminal program OF field
CICS environment, update/show 5-109 Update Batch Output Fields 6-10
NOSHOW primary command 9-30 Update Output/Input/Outin Field 4-19, 4-34
NOSPACE condition 5-81, 5-83 Update Select Fields 4-42
NOSUSP field OFFSET field
Update CICS Journal Data Access 5-87 Create/Update SSA/Command For DL/I
Update CICS Queue Data Access 5-82 DB/Segment 3-24
NOTAUTH condition 5-81 offset, parent segment 3-24
NOTFOUND condition 5-81, 5-84 OFLNULL A-3, A-16
NOTNULL field OFLOAT A-3, A-16
Create/Update SQL Tables/TLNROWs 3-59 OFORMAT A-18
Select Columns 5-60 OHEX A-3, A-18
NOTOPEN condition 5-81 OHEXA A-19
NU field OHEXP A-19
Create/Update SQL Tables/TLNROWs 3-59 OHEXT A-20
Select Columns 5-60 OINIT1 field
NULCALL Create/Update IMS/DC Report Definitions 5-135
NULCALL 2-27 Create/Update Screen Definition 5-12
NULL A-3, A-9 OINIT2 field
null indicator 3-59 Create/Update IMS/DC Report Definitions 5-135
null values 3-59 Create/Update Screen Definition 5-12
Select Columns 5-60 OINTCDT A-3, A-20
NULLS primary command 9-31 OINTCJUL A-21
NUMERIC A-3, A-9 OINTLDT A-3, A-22
numeric characters, check for A-36, A-37 OINTLJUL A-4, A-22
numeric field OJULIAN A-3, A-19
acceptable ranges of values 4-36 OK condition 5-81, 5-84, 5-85
NUMITEM field online help for TDF screens, fields 1-6
Update CICS Queue Data Access 5-83 online program definition 1-17
NUMNULL A-3, A-9 creating a 5-2
Online Program Definition menu 5-5
ONULL A-3, A-24
O ONUMERIC A-3
OCAR A-3, A-13 ONUMNULL A-3, A-25
OCART A-13 OP field
OCCAT A-14 Create/Update SSA/Command For DL/I
OCDATE A-3 DB/Segment 3-25
OCJULIAN A-3, A-14 Update Database Segment 5-38
OCUST1 field Update DBD Segment 3-13
Create/Update File Segloop 4-72 Update DL/I Detail Data Access 5-64
Create/Update Table Segloop 4-67 Update DLIDSCs For Segment Member 3-20
OCUST2 field OPCODE 3-13
Create/Update File Segloop 4-72 OPCODE field
Create/Update Table Segloop 4-67 Show/Update Data Set Default Data 3-40
OCUST3 field Update Data Set Record 5-43
Create/Update File Segloop 4-72 Update Segment Edit (SEGEDIT) 4-59
Create/Update Table Segloop 4-67 Update SQL Detail Data Access 5-52
ODATE A-3, A-15 Update VSAM or Sequential Detail Data
OEXTEND field Access 5-71
Update Parameter List Extension 4-48 OPEN field
Show/Update Data Set Default Data 3-38
Index X-27
panel column size 5-11 Parentheses
panel data 9-5, 9-32 syntax diagrams, use in 1-10
panel definition PARM LIST EXTENSION field
batch example 6-5 Update Batch Output Fields 6-10
batch, creating a 6-3 Update Output/Input/Outin Field 4-35
consistency edits example 4-61 Update Select Fields 4-43
creating a 4-3 PARMS field
field characteristics 4-16 Create/Update Batch Definitions 6-32
Panel Definition menu 4-4 path call generation 5-63
panel editing PATH field
field update rules 9-4 Create/Update SSA/Command For DL/I
general rules 9-4 DB/Segment 3-23
literal field rules 9-5 Update DL/I Detail Data Access 5-63
long literal field rules 9-8 PCB
rules for field with panel data 9-5 DBDNAME operand 3-31, 5-31
rules for wrapped variable fields 9-7 DBDNAME statement 3-30
variable field rules 9-5 destination of, see LTERM field 3-32
wrapped literal fields 9-8 EXPRESS value, see EXP field 3-31
panel editor 9-3 key feedback area 3-31
editing modes 9-3 KEYLEN= statement 3-31
full screen edit mode 9-3 LTERM= statement 3-32, 5-31
line edit mode 9-3 name to access the 3-31, 3-33, 5-31
panel image NAME= statement 3-30
creating 4-11 PROCOPT= statement 3-31, 3-34, 5-31
double spaced 8-6 PROCSEQ= statement 3-31, 5-31
editing 4-11 teleprocessing 3-32, 5-31, 5-32
line edit mode 4-14 TYPE= statement 3-30
line numbers 8-6 XFER-PCB 5-32
printing 8-3 XFER-PCB host variable name 3-32
panel image display window PCB field
Update Attribute Parameter 4-25 Update DBMS Characteristics 5-30
Update Help Message Parameters 4-21 PCB masks, DL/I
Update Mapout Parameter 4-23 including in program 2-12
Update Panel Fields (Online) 4-17 PCB PARMS field
panel line size 5-11 Update Database Segment 5-35
PANEL primary command 9-31, 9-32 Update DBD Segment 3-11
PANEL SIZE field PCBNAME field
Update Session Controls 2-33 Create/Update PSB Or File Group 3-31
panel specification Update DBMS Characteristics 5-31
TDF Main menu 1-17 Update Segment Edit (SEGEDIT) 4-60
PARENT field Update Sensitive Segment 3-33
List Search Fields 3-15 PD primary command 9-32
PARENT level 5-63 PDF primary command 9-33
parent segment offset 3-24 PDS primary command 9-33
PARENT/DEVICE field PDSCOPY command, default data 2-34
Create/Update DBD 3-10 PDSCOPY DSNAME field
PARENT=, DBD SEGM statement 3-10, 3-15 Update Session Controls 2-34
PARENTG field PF keys
Create/Update SSA/Command For DL/I code to process 5-13
DB/Segment 3-24 how to define 2-3
Update DL/I Detail Data Access 5-63 setting or changing values 2-28
Index X-29
PROCOPT=, PCB statement 3-31, 3-34, 5-31 PSB (continued)
PROCOUT field 6-44 destination for messages, see LTERM field 3-32
Update Sort Definition 6-46 importing 3-3
PROCSEQ field last update of 3-7
Create/Update PSB Or File Group 3-31 name of 3-5
Create/Update SSA/Command For DL/I SENSEG INDICES field 3-34
DB/Segment 3-23 PSB field
Update DBMS Characteristics 5-31 Update Session Controls 2-33
PROCSEQ=, PCB statement 3-31, 5-31 PSB scheduling and terminating 2-11
PROFILE primary command 9-34 PSBNAME field
program Update Batch Environment 6-35
copying 8-3 Update Environment Definition Defaults 2-11
listing 8-3 PSBSCHD field
renaming 8-3 Update Environment Definition Defaults 2-11
program definition structure 4-2 Punctuation marks (syntax diagrams) 1-9
program environment 5-7 PURGE primary command 9-35
identification 5-4
program identifiers
screens B-2 Q
program IDs Q command code 3-24, 5-63
A4 status code 5-102 Q-100-CICS-INIT program section 2-13
IMS message switches 5-101 Q-1000-PROGRAM-INIT batch program section
IMS transaction code 5-130 INIT field 6-27
IMS transaction codes 5-101, 5-130 Q-200-PSB-SCHEDULE program section 2-11
message switches 5-129 Q-210-PSB-TERM program section 2-11
program specification block, see PSB 3-2 QBUSY condition 5-81, 5-83
program variables, aligning, see ALIGN field 5-107 QIDERR condition 5-81
programming language 2-5 QN100I 5-148
Programs QN100T 5-148
comma QN200I 5-148
repeat symbol, use in 1-12 QN200T 5-148
parentheses QN210I 5-148
syntax diagrams, use in 1-10 QN210T 5-148
punctuation QN300I 5-148
syntax diagrams, use in 1-9 QN300T 5-148
PROGTYP QUAL field
PROGTYP 2-25 DB2/Catalog Import 3-50
prototyping commands qualification statements
View Panel Definition 7-19 building qualification statements for request 5-64
prototyping facility qualify an I/O request 3-24
TDF Main menu 1-17 to qualify an I/O request 5-62
Prototyping Facility menu 7-3 qualifier
prototyping, entering commands 7-6 table 5-31
PRT field qualifier, DB2 3-50, 3-52, 3-79
Create/Update PSB Or File Group 3-32 qualifier, SQL 3-54
PS NAME field QUELBL field
Prototyping Facility menu 7-4 Update CICS Queue Record 5-74
PSB QUELBL variable
creation of 8-6 overriding CQNAME 3-43
defining/maintaining a 3-2, 3-28 queues
description of 3-5, 3-7 accesses, group level variable name 3-45
Index X-31
RESLTPR field S13Q screen identifier 5-73
SPBROWSE, SPTRNACT and SPRDNEXT Data S144 screen identifier 5-56
Access 5-55 S145 screen identifier 5-61
RESTORE line command 9-53 S146 screen identifier 5-69
RESTORE primary command 9-38, 9-39 S147 screen identifier 5-46
RESULTS Update SQL Detail Data Access 5-47
RESULTS 2-23 S149 screen identifier 5-88
RESUME primary command 9-39 S14J screen identifier 5-84
return code S14Q screen identifier 5-80
.A4 5-130 S151 screen identifier 5-93
A4 5-102, 5-130 S159 screen identifier 5-90
return code, ignoring 5-28 S161 screen identifier 5-96
REUSE field S162 screen identifier 5-96
Show/Update Data Set Default Data 3-42 S163 screen identifier 5-104
RFIND primary command 9-36 S164 screen identifier 5-107
RID S165 screen identifier 5-109
length of 5-43 S166 screen identifier 5-110
RID field length S167 screen identifier 5-127
RID field length 3-39 S168 screen identifier 5-138
RIDFLD S185 screen identifier 5-66
WORKSPA field 5-28 S187 screen identifier 5-58
RIGHT primary command 9-40 S210 screen identifier 5-120
RIGHT SHIFT line command 9-53 S214 screen identifier 5-121
RMNAME field S225 screen identifier 5-151
Create/Update DBD 3-8 S310 screen identifier 5-132
root segment 3-8, 3-10, 3-15 S314 screen identifier 5-132
row 5-33, 5-34 S401 screen identifier 5-149
ROW NAME save active presentation store 7-19
Create/Update IDMS SQL Tables/TLNROWs 3-63 SAVE line command 9-53
ROW NAME field SAVE primary command 9-40
Select Columns 5-58 SAVEKEY field
row, see TLNROW field 3-35 Create/Update File Segloop 4-72
RPTDEST field Create/Update Table Segloop 4-67
Create/Update Batch Definitions 6-26 scheduling DL/I PSBs 2-11
Create/Update Nonterminal Definition 5-145 SCHEMA
RRDS 3-39, 3-40, 5-43 Create/Update IDMS SQL Tables/TLNROWs 3-62
RRN, OPTLIST field 3-40, 5-44, 5-71 SCHEMA 2-24
Update SQL ALIAS 3-76
SCHFLDC field
S Create/Update File Segloop 4-74
S100 screen identifier 5-5 SCHFLDI field
S110 screen identifier 5-8 Create/Update File Segloop 4-74
S112 screen identifier 5-115 SCHFLDL field
S114 screen identifier 5-9 Create/Update File Segloop 4-74
S125 screen identifier 5-20 SCONSIS field
S127 screen identifier 5-30 Update Select Fields 4-41
S135 screen identifier 5-35 Update Select Parameters 5-141
S136 screen identifier 5-40 SCOPE field
S137 screen identifier 5-33 Update Batch Output Fields 6-12
S13J screen identifier 5-77 screen
Add/Update SQL Join Alias 3-85
Index X-33
screens (continued) SEGKEY field
Update Program Definition Defaults 2-5 Update VSAM or Sequential Detail Data
Update Segment Edit (SEGEDIT) 4-55 Access 5-70
Update Select Fields 4-40 SEGKEY field, see also KEY field 5-70
Update Select Parameters 5-140 SEGLOOP
Update Sensitive Segment 3-33 Create/Update File Segloop 4-69
Update Sensitive TLNROWs 3-35 create/update table SEGLOOP 4-65
Update Session Controls 2-30 first field name 4-65, 4-69
Update Sort Definition 6-44 last field name 4-66, 4-70
Update SQL ALIAS 3-75 range of, see SEGLOOP DELIMITERS field 4-20
Update SQL Detail Data Access 5-46 SEGLOOP 4-54, 4-60
Update SQL Join — Access Columns 3-83 type of 4-65
Update SQL Join — Join Columns 3-81 SEGLOOP DELIMITERS field
Update Stored Procedure Environment Definition Update Panel Fields (Online) 4-20
Defaults 2-23 SEGLOOP field
Update TPPCB Detail Data Access 5-88 Create/Update File Segloop 4-69
Update TSO or IMS Screen Environment 5-96 Create/Update Table Segloop 4-65
Update UNIX Environment Definition Defaults 2-19 Panel Definition menu 4-7
Update VSAM or Sequential Detail Data SEGLOOP information, deleting 9-49
Access 5-69 SEGLOOP-COUNT host variable name 4-67, 4-68,
Update WINCH Environment Definition 4-72, 4-73
Defaults 2-21 SEGLTH field
Update/Show Screen Parameters 5-115 overriding the 3-41, 5-44
User Profile Maintenance 2-3 SEGM field
Verify DLIDSC Count 3-27 Update Database Segment 5-35
View Panel Definition 7-18 Update DBD Segment 3-11
View Presentation Store 7-15 SEGM, DBD statement 3-9
screens Update Batch Output Fields 6-9 segment
search field adding to a DBD 5-22
length of 3-17 I/O area of 3-12, 5-36
picture clause 3-17 layout 3-12, 5-36
starting position 3-17 maintaining position 3-23
type of data 3-17 name of 3-18, 3-22, 3-27
SEARCH FIELDS field name of, see NAME field 3-9
Update DBD Segment 3-11 parent segment offset 3-24
search fields, segment 3-15 requested for Auto I/O 4-41
secondary index 3-31, 5-31 retrieving a key 3-14
SECTION field variable length 3-24
Create/Update Batch Definitions 6-28 segment definition 3-12, 5-36
Create/Update Driver Definitions 5-124 segment edit 4-55
Create/Update IMS/DC Report Definitions 5-136 SEGMENT field
Create/Update Nonterminal Definition 5-146 Create/Update SSA/Command For DL/I
Create/Update Screen Definition 5-14 DB/Segment 3-22
SECTION, entry point 5-10, 5-53, 5-122 Update Database Segment 5-37
SEGEDIT Update Database User I/O SSALIST 5-68
consistency edits example 4-63 Update DBD Segment 3-13
copying an existing 4-55 Update DL/I Detail Data Access 5-64
List Consistency Edits 4-49 Update DLIDSCs For Segment Member 3-18
SEGEXIT field Verify DLIDSC Count 3-27
Update IMS MFSs 5-104 Segment I/O Area, maximum size required 5-131
Index X-35
size of report 5-134 SQLMOD
SKIPAFT field SQLMOD 2-25
Update Panel Group 6-15 SRC
SKIPBEF field List Consistency Edits 4-49
Update Panel Group 6-15 SRCHFLD NAME field
SMALLINT 3-57 List Search Fields 3-16
SORT GIVING 6-46 SSA
sort keys 6-47 building SSA statements for request 5-64
SORT USING 6-46 call against the data base 5-65
SORTIN 6-45, 6-46 determining length of A-25
sorting sequence 6-46 IMS key picture clause 3-16
SORTNAME field KEYPIC field 3-16, 3-17
List Sorts 6-41 search field picture clause 3-17
Update Sort Definition 6-46 SSA command code field
SORTOUT 6-45, 6-46 overriding of 3-20, 5-37
SORTWK files 6-46 overriding the 3-23, 5-64
SORTWK01 6-45 SSA Command Code field, overriding of 3-13
source code SSA host variables 5-68
exporting program definition 8-3 SSA LIST HOST VARIABLE field
SPA-AREA 5-112 Update Database User I/O SSALIST 5-68
SPA-AREA host variable name 2-12 SSA, overriding 4-59
SPA, IMS 2-13, 5-97, 5-127 SSALIST field
SPA, with fixed number of overhead bytes 2-14, 5-99 Update Database User I/O SSALIST 5-67
spaces when same value 6-8 Update DL/I Detail Data Access 5-62
SPACMPAT field 2-14, 5-99 Update Segment Edit (SEGEDIT) 4-59
SPACMPT field SSAs
Update Environment Definition Defaults 2-14 listing 5-37, 5-64
Update TSO or IMS Screen Environment 5-99 STANDARD field
SPASIZE field Create/Update Batch Definitions 6-24
Update Environment Definition Defaults 2-10, 2-13 standard sort
Update IMS/DC Driver Environment 5-128 indicator for current structure 6-24
Update TSO or IMS Screen Environment 5-99 START BROWSE KEY 4-73
SPASTG field START field
Update Environment Definition Defaults 2-12 Create/Update DBD 3-10
SPEC field List Search Fields 3-16, 3-17
Update Batch Output Fields 6-11 Update Sort Definition 6-48
Update Output/Input/Outin Field 4-35 START=, DBD FIELD statement 3-10, 3-16
Update Select Fields 4-43 STARTIO field
SPECIAL EDITS Update CICS Journal Data Access 5-86
use with prototyping 7-2 STATE A-9
Specify Tables Being Joined 3-79 state, checking for valid A-52
SPUFI 3-53 statement
SQL compression of 2-32
error condition return codes 4-57 repeating a 2-33
key field and variables correspondence 4-56 STATUS 5-149
qualifier 3-52, 3-54 status code
SQL I/O WHERE conditions 5-59 A4 5-102, 5-130
SQL QUAL.NAME field status codes, ignoring 5-28
List SQL Tables/Joins 3-52 STAYRES
SQL statement access 3-57, 5-59 STAYRES 2-27
Index X-37
TLNNAME (continued) TPPCB
Update SQL ALIAS 3-76 passing with the WRITE request 5-89
TLNNAME field TRACE field
Catalog/Import DB2 Tables 3-50 TRACE 2-18
Create/Update SQL Tables/TLNROWs 3-54 Update Batch Environment 6-33
List SQL Tables/Joins 3-52 Update CICS Screen Environment 5-110
max size 3-5 Update Environment Definition Defaults 2-11, 2-14,
Specify Tables Being Joined 3-79, 3-80 2-16, 2-17
Update DBMS Characteristics 5-30 Update IMS/DC Driver Environment 5-128
Update SQL Join — Access Columns 3-83 Update IMS/DC Report Environment 5-139
Update SQL Join — Join Columns 3-81 Update TSO or IMS Screen Environment 5-98
TLNROW 3-56 trace variables 2-11, 5-98, 5-110, 5-128
Update SQL ALIAS 3-75 TRANCDE field
TLNROW field Update CICS Screen Environment 5-111
Select New Row Name 5-34 Update Environment Definition Defaults 2-15
Update Sensitive TLNROWs 3-35 Update IMS/DC Driver Environment 5-128
TLNROW, name of 3-56, 5-59 Update TSO or IMS Screen Environment 5-99
TN100T 5-148 TRANFLD field
TN1OOI 5-148 Update Environment Definition Defaults 2-15
TO field Update TSO or IMS Screen Environment 5-99
Panel Definition menu 4-7 TRANMFS field
TO HEADER field Update Environment Definition Defaults 2-15
Utilities menu 8-4 Update TSO or IMS Screen Environment 5-99
TO ID field TRANSACT auto exec data access 5-146
Utilities menu 8-5 transaction code 2-15
TOPDTL transaction code name 2-15
FORGRP field 6-16 transaction code, imbedded to MID 2-15
GPTYPE field 6-4, 6-15 TRANSACTION FILE field
TOPPAGE Update Match Keys 6-37
FORGRP field 6-16 transaction key
GPTYPE field 6-4, 6-5, 6-15 match structure 6-28
TOTREF field TRANSFER primary command 9-43
Update Batch Output Fields 6-12 transfer work area 5-12, 5-111
TOTSIZE field field name for mapping data 4-41
Update Batch Output Fields 6-13 including COPY member names 2-7
TP input buffer, maximum size 5-131 screen image portion 5-117
TP output buffer, maximum size 5-131 transferring control from panel to panel
TP-BUFFER 2-12 View Panel Definition 7-18
TP-BUFFER, where generated, see TPBSTG field 5-114 transient data
TP-OUTPUT-XFER-BUFFER definition 5-101, 5-130 DGADD 5-22
TPBSTG field handle conditions 5-81
Update CICS Screen Environment 5-114 queue names 3-44, 5-73, 5-80
Update Environment Definition Defaults 2-12 status codes 4-57
TPI-, input buffer names 4-17, 4-29, 4-32, 4-40 translate lower case to upper case
TPISIZE field prototyping facility 7-5
Update IMS/DC Driver Environment 5-131 translating literals to upper case 4-6
TPO-, output buffer names 4-17, 4-29, 4-32, 4-40 translating literals to uppercase 2-33
TPOSIZE field translation, lowercase to uppercase 2-5
Update IMS/DC Driver Environment 5-131 TSO
TPPARMS field environment 2-32
Update TPPCB Detail Data Access 5-89 environment parameters 2-16
Index X-39
Update SQL Detail Data Access 5-46 USER field (continued)
Update SQL Join — Access Columns 3-83 List Panel Definitions 4-10, 7-10
Update SQL Join — Join Columns 3-81 List Presentation Stores 7-14
Update Stored Procedure Environment Definition List/Show Custom Code 5-92
Defaults 2-23 User I/O
Update TPPCB Detail Data Access 5-88 GROUP BY clause 5-51
Update TSO or IMS Screen Environment 5-96 HAVING clause 5-52
Update UNIX Environment Definition Defaults 2-19 ORDERBY clause, see ORDERBY field 5-51
Update VSAM or Sequential Detail Data Access 5-69 USER MODE field
Update WINCH Environment Definition Defaults 2-21 Update Session Controls 2-34
UPDATE, OPTLIST field 3-40 user profile maintenance 2-3
Update/Show Screen Parameters 5-115 TDF Main menu 1-16
UPDATED field user sort
List/Show Custom Code 5-92 COBOL programs 6-44
UPDCOLS field copying 6-40
Field Extension 5-57 description for 6-41
UPDTA field listing 6-40
Create/Update Driver Definitions 5-123 PL/I programs 6-45
Update/Show Screen Parameters 5-116 purging 6-26, 6-40, 6-44
UPPER CASE LITERALS field showing 6-40
Update Session Controls 2-33 system-reserved name 6-41
USAGE field updating 6-25, 6-40, 6-44
Select New Row Name 5-33 zapping 6-40
Update Batch Literal Fields 6-7 USER SORTS field
Update Batch Output Fields 6-9 Create/Update Batch Definitions 6-25
Update CICS Journal Record 5-78 USEREXEC
Update CICS Queue Record 5-75 replace CICS journal name 3-47
Update Data Set Record 5-41 replace CICS queue name 3-44
Update Database Segment 5-36 USEREXEC requests
Update Literal Fields 4-29 online programs 5-23
Update Output/Input/Outin Field 4-32 USERID field
Update Select Fields 4-40 Catalog/Import DB2 Tables 3-50
USE field USGCOP1 field
Update Attribute Parameter 4-25 Update Environment Definition Defaults 2-12
Update Help Message Parameters 4-21 USGCOP2 field
Update Mapout Parameter 4-23 Update Environment Definition Defaults 2-12, 2-13
Update Panel Fields (Batch) 6-4 USGCOPY field
Update Panel Fields (Online) 4-17 Update Batch Environment 6-34
USECNT field Update CICS Screen Environment 5-112
Update DLIDSCs For Segment Member 3-19 Update Environment Definition Defaults 2-12, 2-14,
USECNT, incrementing 3-19, 5-37, 5-64 2-16, 2-17
USECOL1 field Update IMS/DC Driver Environment 5-128
Utilities menu 8-7 Update IMS/DC Report Environment 5-138
USED BY field Update TSO or IMS Screen Environment 5-98, 5-99
Verify DLIDSC Count 3-27 utilities
USER 5-150 TDF Main menu 1-17
user exec 5-3 Utilities menu 8-3
user exec requests utilities, JCL 3-3
online programs 5-20
USER field
List Data Administration Information 3-7
Index X-41
XFEDIT/SEGEDIT field
Update Select Parameters 5-141
XFER field
Create/Update Driver Definitions 5-124
XFER-PCB 5-32
XFER-PCB host variable name
ABCALL field 5-32
MSGCALL field 5-31
XFERWKA field
Create/Update Driver Definitions 5-123
Create/Update IMS/DC Report Definitions 5-135
Create/Update Nonterminal Definition 5-145
Create/Update Screen Definition 5-12
Update Program Definition Defaults 2-7
XFERWKA, entry point 5-10, 5-53, 5-122
XFIELD
List Consistency Edits 4-49
XOPTS field
Update PL/I Executable Options 5-108
Z
Z100I 5-126, 5-137
Z900I 5-126, 5-137, 5-148
Z970I 5-148
Z970T 5-148
Z980I 5-126, 5-137
Z980T 5-126, 5-148
Z990I 5-148
zapping
batch sort structures 6-25
zoned decimal, sort format 6-48