|
Any time a new "job", like a submitted job, a new QTEMP is created. You have to watch to parms on sbmjob to determine if things like library list travels.jim ----- Original Message ----- From: <booth@martinvt.com> To: <RPG400-L@midrange.com> Sent: Wednesday, October 18, 2000 9:08 PM Subject: RE: Accessing files In QTEMP > I don't understand your concern with the issues you raise. Most > applications today use several programs to do their task. The days of the > monolithic 400 and 500 (and sometimes even larger!) line programs are > dead, thank goodness. > > Also I've been told repeatedly that QTEMP travels with the submitted job. > Is this is not true? Did I hear wrongly? > > _______________________ > Booth Martin > Booth@MartinVT.com > http://www.MartinVT.com > _______________________ > > > > > "York, Albert" <albert.york@nissan-usa.com> > Sent by: owner-rpg400-l@midrange.com > 10/18/2000 07:59 PM > Please respond to RPG400-L > > > To: "'RPG400-L@midrange.com'" <RPG400-L@midrange.com> > cc: > Subject: RE: Accessing files In QTEMP > > There may be only one program, but there will still be two jobs. > > I have seen programs written this way but in my mind it just complicates > things. What you have are two programs (interactive and batch) in one > source > file. I have found it to be easier to maintain as two separate programs. > > This doesn't address the problem though. The files created in the QTEMP > library of the interactive job are not available in the batch job. The LDA > is available but not the files. > > > -----Original Message----- > From: booth@martinvt.com > [SMTP:booth@martinvt.com] > Sent: Wednesday, October 18, 2000 4:11 PM > To: RPG400-L@midrange.com > Subject: RE: Accessing files In QTEMP > > OK, what am I missing here? I do this all the time and > it works > easily. > > Write a CL that checks if it is interactive or batch. If > it's > interactive, put QTEMP at the top of your library list. > CRTDUPOBJ > into > QTEMP for all the files you need. They'll be empty and > ready to > use. Have > the CL run the interactive program for you. Finish the > interactive > job > and (still in the CL) submit the CL. Then, put the GOTO > for the > interactive/batch test (from the beginning of the CL), > then put in > all of > your batch processes. > > > By doing it this way, there's only one job. > > _______________________ > Booth Martin > Booth@MartinVT.com > http://www.MartinVT.com > _______________________ > > > > > Frank Carpenter <fcarpenter@emedco.com> > Sent by: owner-rpg400-l@midrange.com > 10/18/2000 11:11 AM > Please respond to RPG400-L > > > To: "'RPG400-L@midrange.com'" > <RPG400-L@midrange.com> > cc: > Subject: RE: Accessing files In QTEMP > > That's exactly how it's running. I'm currently setting > up a file > which > will > contain a unique member id based upon the job and will > pass that > member id > along to the submitted job. To keep things clean I'll > delete the > member > from the file when the job ends. I was just hoping that > there was a > > cleaner > way. Thanks anyhow. > > Frank Carpenter > EMED Co., Inc. > fcarpenter@emedco.com > 716 626-1616 ext. 374 > > -----Original Message----- > From: Chris Bipes > [mailto:chris.bipes@cross-check.com] > Sent: Wednesday, October 18, 2000 10:20 AM > To: 'RPG400-L@midrange.com' > Subject: RE: Accessing files In QTEMP > > Is the first part running interactively? Submitting the > main > processing > to > batch? If yes to both, we share one file for the > interactive part > and key > by job name/user/number. Pass that as a parms to the > batch program > to > process only those records. Qtemp cannot be shared > between jobs, > easily. > > Good Luck, > > > Christopher K. Bipes mailto:ChrisB@Cross-Check.com > Sr. Programmer/Analyst mailto:Chris_Bipes@Yahoo.com > CrossCheck, Inc. http://www.cross-check.com > 6119 State Farm Drive Phone: 707 586-0551 x > 1102 > Rohnert Park CA 94928 Fax: 707 586-1884 > > If consistency is the hobgoblin of little minds, only > geniuses work > here. > Karen Herbelin - Readers Digest 3/2000 > > -----Original Message----- > From: Frank Carpenter [mailto:fcarpenter@emedco.com] > Sent: Wednesday, October 18, 2000 6:29 AM > To: RPG400-L@midrange.com > Subject: Accessing files In QTEMP > > > 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 > +--- > +--- > | 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 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 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 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 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.
midrange.com
