Re: Subfiles in batch job

[Rich Duzenbury <rduz@xxxxxxxxxxxxxxxxxxx>]

Actually, it is possible.  As I said before, I haven't done it in quite 
awhile, and there are a couple minor changes that need to be made to the 
display file, and perhaps the RPG program.  The technique uses the 'Invite' 
keyword, and is referred to as 'read from invited devices'.  Perhaps 
another list member has a sample.

Regards,
Rich

At 09:56 AM 12/19/00 +0100, you wrote:
>At 16:53 18.12.00 -0800, you wrote:
>
>
>>Um.. uhh.. wow.  This is intriguing.  Tell me this then...
>>
>>Wouldn't it be possible to take a dumb tube and stick it out in an area
>>and not sign it on.  Then have an RPG program that had the job do an
>>Override to this display file write to the screen without waiting for
>>a response.  All this going on in a never ending batch job.  So now I
>>have a green screen slide show going on to a device that is not really
>>secure, but it's not signed onto the system anyway, so no body can get
>>access that way?
>
>Nope. Prior to answering, i overrode (ist that correct? :-) the DSPF of 
>one of my menu programs to my fifth Client Access session with sign-on display.
>
>I went into my menu program. The session was locked.
>
>On the allocated "device", i was in my menu program and could enter menu 
>choices and saw other menus as long as i stayed in my overriden dspf. Then 
>i called an application, another un-overriden dspf, and the original 
>session awoke. As you expect, i could work there as usual. Then i returned 
>to the menu.
>
>Don't mix up - this is not a multi-job communication feature - it's just 
>the use of more than one input device; processing is done by a single job, 
>as it was before.
>
>
>
>>Or even better yet, have it wait for a response now and then.  Or allow for
>>input into the display file.  Then the program could change what it shows
>>or whatever depending on what the person enters.  There is absolutely no way
>>the person can get into the system since it's not signed on.  There is no
>>interactive session waiting to get a command line too.
>
>see the above...
>
>
>>Or am I missing something?
>
>yep.
>
>
>
>Mit freundlichen Grüssen / best regards
>
>Anton Gombkötö
>
>Avenum Technologie GmbH
>Wien - Mattsee - Stuttgart
>e-mail Office   :       mailto:Anton.Gombkoetoe@avenum.com
>Homepage        :       http://www.avenum.com
>
>Lest das Redbook / read the redbook "Who knew you could do that with RPG?":
>http://www.redbooks.ibm.com/abstracts/sg245402.html
>
>+---
>| This is the RPG/400 Mailing List!
>| To submit a new message, send your mail to RPG400-L@midrange.com.
>| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
>| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator: david@midrange.com
>+---

Regards,
Rich

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---