RE: Do you cleanup QTEMP?

[Roger Harman <roger.harman@xxxxxxxxxxx>]

I've done that check/if exist, clear, else dupe) method too.  I'm just rethinking and coming up with a standard methodology going forward.  Some of these jobs do a lot of QTEMP objects - for good reason.
 
Pretty much convinced myself beforehand to quit deleting objects at EOJ.  Opinions expressed here have certainly reinforced that.
 
Thanks everyone.
 

 
> Date: Mon, 29 Sep 2014 21:55:58 +0100
> Subject: Re: Do you cleanup QTEMP?
> From: dbg400.net@xxxxxxxxx
> To: midrange-l@xxxxxxxxxxxx
>
> Generally I check if the object is already there, if not then it's copied
> from the live object, otherwise the existing object is cleared. That caters
> for a batch routine called interactively (while testing, for example), and
> it's doing no more real work if that code is used in batch. I rarely bother
> removing it afterwards.
>
> On 29 September 2014 21:09, Musselman, Paul <pmusselman@xxxxxxxxxxxxxxxx>
> wrote:
>
> > I let the OS clean up QTEMP when I'm good and done with it.
> >
> > However, after being burned when running jobs twice or more, I usually
> > write my programs to create the object in QTEMP, then I clear/initialize
> > whatever object I just created.  This makes sure I'm starting 'fresh' each
> > time the program runs.  A few extra machine cycles, but I don't have to
> > worry about old data showing up.
> >
> > --Paul E Musselman
> > PaulMmn@xxxxxxxxxxxxxxxxxxxx
> >
> >
> >
> > -----Original Message-----
> > From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
> > Roger Harman
> > Sent: Monday, September 29, 2014 3:50 PM
> > To: midrange-l@xxxxxxxxxxxx
> > Subject: Do you cleanup QTEMP?
> >
> > The methodology where I now work is to do a lot of duplication of
> > workfiles to QTEMP for easy concurrency of jobs across multiple companies.
> >
> > I am just curious about people's philosophy of cleaning up after
> > thenmselves in QTEMP.
> >
> > Do you delete QTEMP files and any other objects or just let the system do
> > it when the job ends?
> >
> > I've always been of the school to cleanup after myself but I'm somewhat
> > rethinking that now and just letting the OS do its thing.
> >
> > Thanks.
> >
> >
> >
> >
> > Roger Harman
> >
> > COMMON Certified Application
> > Developer - ILE RPG on IBM i on Power
> >
> >
> >
> >
> > --
> > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> > To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> > or email: MIDRANGE-L-request@xxxxxxxxxxxx
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/midrange-l.
> >
> > --
> > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> > To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> > or email: MIDRANGE-L-request@xxxxxxxxxxxx
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/midrange-l.
>
>
> -- 
> martin@xxxxxxxxxx  http://www.dbg400.net
> AS/400 | iSeries | System i Open Source/Free Software
> Debian GNU/Linux - http://www.debian.org
> Foswiki - The Free Open Source Wiki, http://foswiki.org/
> -- 
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.