Re: force an interactive program...

[Scott Klement <klemscot@xxxxxxxxxxxx>]

Hi Tim,

> We run a vendor's software.  And we do not have any source code... And our
> users primarily stay within this application all day.... Is there a simple
> way for a job that is being ran in batch, or in another ineractive session,
> display a screen on another workstation?  And if so, how would I acquire
> that device to show the screen on it...  I would like my screen to display,
> and also accept input from them...

You could do an OVRDSPF FILE(MYDSPF) DEV(YOURWRKSTN) but read on...



>
> Simple purpose... I would like to write a reminder system, to let users know
> they have to run somehting....  Right now, I do it via e-mail, but I would
> like to make it green screen based..
>

The OVRDSPF method will only work if the user is on the sign-on screen.
It will not break in the middle of a program that they're running.

One easy way around that would be to send them a break message (using the
SNDBRKMSG command, or an API)

If the display that the break message gives is not good enough, you can
write a break-handling program that will run whenever a break message is
received.  This program runs in the user's job when the break message is
received, and then can take any action you like, such as running an RPG
program.

Those are the things that come to mind for me.   Though, I'd say that
E-mail is a good way, as well.