× 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.



I was just about to reply the same but I see Greg beat me to it.

The XA app issues an OVRPRTF to hold the dumps. However each application itself 
has space for a pre-processing program each time an application task is run. 
Why not create a very simple CL to issue an OVRPRTF IPGDUMPS HOLD(*NO) at the 
higher call level. If a pre-processing program already exists you will need to 
create a new CL that performs the override and then call the existing program.

Hope that solves your problem!

Gary Jones
-----Original Message-----
From: Jim Langston <jlangston@celsinc.com>
Date: Tue, 27 Nov 2001 15:46:59 -0800
To: "'jbausers-l@midrange.com'" <jbausers-l@midrange.com>
Subject: RE: JBA ML - What sets output queue IPGDUMPS for dumps?


> Greg Soendker replied privately and let me know that it was
> in the data area XADMPOUTQ, which I looked and it is.
>
> Unfortunately, this doesn't help me.
>
> The reason I was actually looking for this was to have the
> dumps not get submitted on hold.
>
> I attached a data queue to IPGDUMPS, and have a program that
> monitors this data queue.  When it receives a record is e-mails
> the spool file to one of our programmers on a rotating basis to
> deal with, then deletes the spool file.  Works great, but one
> problem, data queues attached to output queues don't get
> triggered when the spool file is submitted on hold.  Unfortunately,
> it seems the majority of the dumps get submitted to IPGDUMPS on
> hold, which is where I was searching for where IPGDUMPS was set
> to change this.
>
> So I guess I'm back to the drawing board figuring out what is
> submitting these dumps on hold, or else I have to change the
> way I am handling the spool file entries from a data queue trigger
> to a program that actually reads through the files in the output
> queue, which is a lot more complicated.
>
> Regards,
>
> Jim Langston
>
> -----Original Message-----
> From: Jim_Hawkins@tsss.com [mailto:Jim_Hawkins@tsss.com]
> Sent: Tuesday, November 27, 2001 2:58 PM
> To: jbausers-l@midrange.com
> Subject: Re: JBA ML - What sets output queue IPGDUMPS for dumps?
>
> The source for any program XA*** is locked in a vault in the UK, so no you
> won't find the source for that one
>
> As for IPGDUMPS, that is a System21 value that is set and I don't believe
> that it can be changed.  It may be done in the CL program (XA998CLP) or
> somewhere in other System21 source.
>
> The nice thing is that all the dumps are in one outq making them easier to
> locate and not cluttering up other outq's.  That also make the dumps easier
> to clear out.
>
>
> Jim Hawkins
> IBM Certified Specialist-- AS/400 RPG IV Programmer
> Programmer/Analyst
> Eimo Americas
>
>
>
>                     Jim Langston
>                     <jlangston@celsinc.       To:
> "'jbausers-l@midrange.com'" <jbausers-l@midrange.com>
>                     com>                      cc:
>                     Sent by:                  Subject:     JBA ML - What
> sets output queue IPGDUMPS for
>                     jbausers-l-admin@mi        dumps?
>                     drange.com
>
>
>                     11/27/2001 05:38 PM
>                     Please respond to
>                     jbausers-l
>
>
>
>
>
>
> I'm trying to find the place that sets the dump output queue to IPGDUMPS
> for the PSSR subroutine.  The copy source for the PSSR doesn't change the
> output queue, so what sets it?  I notice that XA998CLP is being called, but
> I can't find the source for that.
>
> Any clues would be helpful.
>
> Thanks.
>
> Jim Langston
> _______________________________________________
> This is the GEAC/JBA System 21 Users (JBAUSERS-L) mailing list
> To post a message email: JBAUSERS-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/jbausers-l
> or email: JBAUSERS-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/jbausers-l.
>
>
>
>
> _______________________________________________
> This is the GEAC/JBA System 21 Users (JBAUSERS-L) mailing list
> To post a message email: JBAUSERS-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/jbausers-l
> or email: JBAUSERS-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/jbausers-l.
> _______________________________________________
> This is the GEAC/JBA System 21 Users (JBAUSERS-L) mailing list
> To post a message email: JBAUSERS-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/jbausers-l
> or email: JBAUSERS-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/jbausers-l.
>
>

--

_______________________________________________
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup


1 cent a minute calls anywhere in the U.S.!

http://www.getpennytalk.com/cgi-bin/adforward.cgi?p_key=RG9853KJ&url=http://www.getpennytalk.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.