RE: Subfiles in batch job

I guess there are some daft senarios that are possible.
Back in RPG3 days before ILE and binding was possible I found the technique
was useful where a complex program (who wrote that stuff?) had to be
modified to accomodate additional input/output that was not to a
workstation. Rather than reengineer the working business logic, that was
very difficult to extract, I merely coded the I/O operations in a subroutine
that allowed me to use either or both interfaces. This allowed me to debug
the new interface, which was not interactive, by using a switch which caused
the same data to display on a workstation as well. Knowing that the process
from the workstation onwards had not been changed, I was able to gain a
measure of confidence in the implementation of the new interface. It's
obviously fascinating when you first try it.

Peter   

-----Original Message-----
From: Jim Langston [mailto:jimlangston@conexfreight.com]
Sent: Tuesday, December 19, 2000 1:54 PM
To: RPG400-L@midrange.com
Subject: Re: Subfiles in batch job




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?

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.

Or am I missing something?

Regards,

Jim Langston

Peter Connell wrote:
> 
> Dan,
> It just has to be sitting there with the signon display up so that it's
not
> allocated. The issue here is that it must always be available for the
batch
> job. However, the batch pgm still waits for a response when you do an
EXFMT
> so you have to go to the device to press ENTER when the display format
> magically appears on the device without anyone having signed on.
> 
> Cheers, Peter
+---
| 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
+---

This communication is confidential and may be legally privileged. 
If it is not addressed to you, you are on notice of its status. 
Please immediately contact us at our cost and destroy it.  
Please do not use, disclose, copy, distribute or retain any of it 
without our authority - to do so could be a breach of confidence. 
Thank you for your co-operation.  
Please contact us on (09) 356 5800 if you need assistance.
+---
| 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
+---