× 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: AS/SET question
  • From: DAsmussen@xxxxxxx
  • Date: Tue, 15 Sep 1998 15:29:41 EDT

Lisa,

In a message dated 98-09-15 10:03:39 EDT, you write:

> I always value your opinion on this AS/SET stuff, but this one confuses me
>  ... is there something wrong, or that I'm missing, by using a "C" line in
>  the action diagram to do the OVRPRTF?  I've only used this a couple times,
>  but have never had a problem.  (The reports I've used it for were written
>  in house with AS/SET ... is that the difference?)
<<snip>>

As usual, "it depends".  If program "A" performs the OVRPRTF for print program
"B" which is called from "A", it will work fine.  It all has to do with the
scope of overrides on the AS/400.  When you perform an override, it is valid
for both the current call stack level and all subsequent levels (valid for "A"
which calls "B" and maintains the override, and if "B" calls "C" the override
will be valid for "C" as well).  The problem is, unless you perform a manual
"OPEN" with a user-controlled file, RPG program "A" (under ye olde RPG logic
cycle) has already opened all of the files before the OVR gets performed.  I
know of know way to make a print file "UC" under AS/Set, but would love to
hear if it could be done.

Your specific example could be due to the OUTQ placed under "printer
characteristics" (option 7, I _think_) on the report layout.  Even so, it will
still only work for one OUTQ, rather than the several suggested by the
original question.

Clear as mud ;-)?

Dean Asmussen
Enterprise Systems Consulting, Inc.
Fuquay-Varina, NC  USA
E-Mail:  DAsmussen@aol.com

"One never notices what has been done; one can only see what remains to be
done." -- Marie Curie
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.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.