Re[2]: STRPASTHR in batch CL?

[ericadelong@xxxxxxxx]

     DDM works great on our machines.... Of course we use FDDI to network 
     the systems (Token Ring as backup). I think that helps a little. :)
     
     Eric A DeLong
     ericadelong@pmsc.com


______________________________ Reply Separator _________________________________

Unless there have been tremendous improvements in performance, DDM is not 
the best solution-- DDM was originally intended as a means of retrieving 1, 
2, or a few records from a remote system (ie an interactive inquiry program 
to data on a remote system).
     
Larry Bolhuis' recommendation to use RUNRMTCMD is a good one.
     
We wrote our own program for moving a savf file between systems:  it's a 
communication program to read a SAVF (you can read it in an RPG program 
(528 Record Length??)), send the records across a comm link to the other 
machine, where another RPG re-writes the records to a SAVF on the receiving 
end.
     
Send and Receive NET Files can definitely be automated.
     
This program is faster than SNADS (mostly due to no error recovery, but it 
works nicely between local systems).
     
--Paul E Musselman
PaulMmn@ix.netcom.com
     
>Hi All,
>As some of you know I changed jobs and i am now working at a company 
>that has many AS400 (production and 1 developement machines) This is 
>quite a shock to the system from the 1 AS400 shop from which I sprang. 
>
>Can I automate this process in a BATCH clp? 
>strpasthr (to a production machine)
>cpyf (test piece from a prod file) to qtemp. 
>sndnetf (to the developement machine).
>endpasthr (to stop pass thru on the production machine). 
>crtpf (the proper skeleton  file in my test library).
>rcvnetf (on my developement machine into the waiting skeleton file in my 
>test library).
>
>If this is possible I can make a real slick screen job that will pass 
>parms and permit it to be an on-the-fly type running situation, A BIG 
>TIME SAVER.
>---
>Tim & Dana Truax... and Caleb 4 years old.
     


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