VioModeWait

From EDM2
Revision as of 19:53, 1 January 2020 by Ak120 (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

Notifies a graphics-mode application when it must restore its video mode, state, and modified display-adapter registers. The return from this call provides the notification.

Syntax

VioModeWait(RequestType, NotifyType, Reserved)

Parameters

RequestType (ULONG) - input
Request type.
Valid request types are:
  • Indicates the application wants to be notified at the end of a pop-up to restore its mode.
NotifyType (PULONG) - output
Notify type.
Address of the of the operation to be performed by the application returning from VioModeWait. Valid notify types are:
  • Restore mode.
Reserved (ULONG) - input
Reserved. Must be 0.

Return Code

rc (APIRET) - returns
VioModeWait returns one of the following values:
  • 0 NO_ERROR
  • 421 ERROR_VIO_INVALID_PARMS
  • 422 ERROR_VIO_FUNCTION_OWNED
  • 423 ERROR_VIO_RETURN
  • 424 ERROR_SCS_INVALID_FUNCTION
  • 428 ERROR_VIO_NO_SAVE_RESTORE_THD
  • 430 ERROR_VIO_ILLEGAL_DURING_POPUP

Remarks

At the completion of an application or hard-error pop-up (see VioPopUp), the OS/2 operating system notifies the session that was originally interrupted for the pop-up to restore its mode. The return from VioModeWait provides that notification. The thread that issued the call must perform the restore and then immediately reissue VioModeWait.

When an application's VioModeWait thread is notified, the thread must restore its video mode, state, and modified display-adapter registers. An application's VioModeWait thread does not restore the physical display buffer. The OS/2 operating system saves and/or restores the physical display buffer over a pop-up.

Only one process for a session can issue VioModeWait. The first process that issues VioModeWait becomes the owner of this function. (See VioModeUndo.)

An application must issue VioModeWait only if it writes directly to the registers on the display adapter. Otherwise, the application can allow the OS/2 operating system to perform the required restoration by not issuing VioModeWait.

When an application issues VioModeWait, it is also required to issue VioSavRedrawWait to be notified at screen switch time to perform a full save or restoration. Two application threads must be dedicated to performing these operations.