The basics of using condition tokens

If you provide an fc parameter in a call to a Language Environment callable service, the service sets fc to a specific value called a condition token and returns it to your application. (See The effect of coding the fc parameter for more information.)

If you do not specify the fc parameter in a call to a Language Environment service, Language Environment generates a condition token for any nonzero condition and signals it using the CEESGL callable service. Signaling the condition token causes it to be passed it to Language Environment condition handling. (See Effects of omitting the fc parameter for more information.)

The condition token is used by the routines of your application to communicate with message services, the condition manager, and other routines within the application. For example, you can use it with Language Environment message services to write a diagnostic message associated with a particular condition to a file. You can also determine if a particular condition has occurred by testing the condition token, or a symbolic representation of it. See User-written condition handler interface for more information about coding user-written condition handlers. The structure of the condition token is described in Understanding the structure of the condition token, and symbolic feedback codes are discussed in Using symbolic feedback codes.

Language Environment condition tokens contain a 4-byte Instance Specific Information (ISI) token. The ISI token can contain (depending on whether a condition occurred) insert data that further describes the condition and that can be used, for example, to write a specific message to a file. In addition to insert data, the ISI can contain qualifying data (q_data) that user-written condition handlers use to identify and react to a specific condition.

Language Environment provides callable services to help you construct and decompose your own condition tokens.
CEEDCOD
Breaks down a condition token into its component parts.
CEENCOD
Creates a new condition token in your application.

See z/OS Language Environment Programming Reference for a detailed explanation of each field in a condition token and for more information about using CEEDCOD and CEENCOD callable services. See also the message handling services listed in Using and handling messages.