× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Accessing files In QTEMP
  • From: Marco Facchinetti <facchinetti@xxxxxxxxx>
  • Date: Thu, 19 Oct 2000 01:22:21 -0700 (PDT)

Multimember files can be ok but if you don't want to modify
your programs just movobj you qtemp/file in a working
library using a build name procedure (eg. a counter in a
data area or in a file or 'B'+job number or....) and then
pass the name as parameter to the batch job. The batch job
has only to movobj back to it's qtemp...
If a job fails you'll find a file in your working library
and, if you can, re submit the job with the same parameters
or delete the file older than a week.... or...

--- "Saunders, Martin P" <Martin.Saunders@capgemini.co.uk>
wrote:
> Use multi-member files instead.  Add/Allocate members as
> necessary and pass
> the member name as a parameter to the next job.  Members
> can be
> removed/deallocated at the end of the second job.  Small
> amount of effort
> required to ensure unique member names for each user.
> 
> Martin
> 
> -----Original Message-----
> From: Frank Carpenter [mailto:fcarpenter@emedco.com]
> Sent: 18 October 2000 2:29
> 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
> +---


__________________________________________________
Do You Yahoo!?
Yahoo! Messenger - Talk while you surf!  It's FREE.
http://im.yahoo.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 thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.