28.11.2012 Views

IBM Tivoli NetView for z/OS Programming: Pipes - IBM notice

IBM Tivoli NetView for z/OS Programming: Pipes - IBM notice

IBM Tivoli NetView for z/OS Programming: Pipes - IBM notice

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

PIPE CORRWAIT<br />

processing until the stage at the remote <strong>NetView</strong> system completed. At that point,<br />

the <strong>NetView</strong> stage disconnects and CORRWAIT ends with its input stream<br />

disconnected.<br />

CORRWAIT processing is the same when more than one command is issued by the<br />

preceding stage. For example, if you create a stem variable containing a series of<br />

LIST DST= commands <strong>for</strong> all your DSTs and then issue:<br />

PIPE STEM LISTCMDS.|NETVIEW|CORRWAIT 20| ...<br />

Each LIST stage queues a request <strong>for</strong> data to a DST and ends, but CORRWAIT<br />

continues to wait until each of the queued requests completes.<br />

Notification support to CORRWAIT is not available <strong>for</strong> many VTAM and MVS<br />

commands. Because this support is not available, these commands are considered<br />

never-ending. CORRCMD and CCDEF can be used to handle VTAM and MVS<br />

commands.<br />

You can define a secondary output <strong>for</strong> CORRWAIT if you want CORRWAIT to<br />

process in a different manner. CORRWAIT produces a message on its secondary<br />

output stream each time a completion event occurs. When a secondary output<br />

stream is defined, CORRWAIT continues to wait only while the secondary output<br />

stream remains connected.<br />

The messages passed to the secondary output stream consist of a plus or minus<br />

sign followed by a 10-character, right-aligned-, zero-padded completion code. This<br />

completion code is followed, beginning in position 13, by in<strong>for</strong>mation which might<br />

be useful in debugging your pipeline. The debugging in<strong>for</strong>mation includes:<br />

v The domain ID where the event occurred<br />

v TVBOPID where the event occurred<br />

v The command completing, if applicable<br />

Attention: Domain ID, TVBOPID, and the command completing are not intended<br />

as a programming interface, because <strong>for</strong>mats might change and additional data<br />

might be included in the future. Use these only <strong>for</strong> problem determination.<br />

The completion codes are based on the type of event, not the return code from a<br />

command.<br />

Completion Code<br />

Event<br />

+0000000000 A command thread completed (see note).<br />

+0000000008 A timeout occurred.<br />

+0000000012 A GO command was issued.<br />

+0000000016 A task executing a thread terminated.<br />

+0000000032 An ABEND occurred on a task that was executing a thread.<br />

−0000000005 A RESET occurred on a remote task that was executing a thread.<br />

Note: A command thread is any command executing under the control of the<br />

pipeline or any secondary command created or queued by such a command.<br />

When secondary commands create additional commands, these are not<br />

counted individually, rather, the completion of the last secondary command<br />

is reported as the completion of its parent secondary event.<br />

Chapter 2. Pipeline Stages and Syntax 55

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!