Your Browser is not longer supported

Please use Google Chrome, Mozilla Firefox or Microsoft Edge to view the page correctly
Loading...

{{viewport.spaceProperty.prod}}

KDCLAST - repeat the last output

The KDCLAST command enables you to repeat the last output message at the terminal, regardless of whether this was a dialog message or an asynchronous message. For information on screen output in FHS-DE formats, see also the following section.

If the last message output was an asynchronous message, this output is repeated with KDCLAST. However, the asynchronous message is thereby not yet released.

If the KDCLAST command is entered after the sign-on service has concluded, openUTM redisplays the last screen of the sign-on service. If the command is entered after returning from an inserted service, the last screen of the inserted service is redisplayed.

KDCDISP, KDCLAST in FHS-DE formats

It is advisable to use the FHS-DE function RESHOW to redisplay the last screen output in FHS-DE formats.

In the FHS-DE intermediate dialog, the user must issue the FHS-DE function RESHOW to request the repetition of the last screen output. The RESHOW function can only be called using a K key assigned with RESHOW in the KEY format belonging to the format. This key must not be generated with SFUNC in openUTM. See also the User Guide “FHS - Format Handling System for openUTM, TIAM, DCAM”.

If the UTM commands KDCDISP and KDCLAST are specified in FHS-DE formats, they are only processed by openUTM if they are specified in the first input field or in the UTM control field of an FHS-DE screen format. No field in the screen format can be filled such that an FHS-DE intermediate dialog would be run as a follow-up action. If these conditions are fulfilled, the command is transferred from FHS-DE to openUTM for processing and as a result the last screen output is repeated.

If, on the other hand, one of the commands is specified in a dialog box (in the FHS-DE intermediate dialog) or in a screen format followed by an intermediate dialog, then KDCDISP and KDCLAST do not cause openUTM to repeat the last screen output. FHS-DE first processes the intermediate dialogs. In this case, FHS-DE does not recognize KDCLAST or KDCDISP.