|
(David's gonna go nuts on us if we don't keep non-RPG topics off the RPG list. This belongs in the MIDRANGE-L section.) It ain't gonna happen. And, even if it *can*, you'd be going about it the wrong way. Put the file back into your production library, make it a multi-member file, create a new member for each job you submit that uses this file (use a unique name for the member; consider if user can submit more than one of these requests at a time - if so, use a timestamp value in the name), pass the member name to the submitted job, the submitted job does a file override to the member, delete the member at the end of the submitted job. Other considerations: If you have logicals built on the physical, you'll have to multi-member them too. What if the submitted job bombs without deleting the member? You'll want to consider some cleanup activity. Dan Bale IT - AS/400 Handleman Company 248-362-4400 Ext. 4952 ------------------- Original Message ------------------- Hi all I'm sure this is an easy way to do this that I don't know about. I have an RPG program that produces a file in QTEMP. The job then submits a second job. I need to be able to access the files created in the QTEMP library from the first job. How can I pass the files with the submitted job? I want to use QTEMP because several users can be running this job at the same time and QTEMP will allow me to have individual copies of the same files without banging into each other. Any help/suggestions would be appreciated. Frank Carpenter EMED Co., Inc. fcarpenter@emedco.com <mailto:fcarpenter@emedco.com> 716 626-1616 ext. 374 +--- | 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 +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.