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



Ken, you make a very good point about the advantage of using QCMDEXC for
overrides.  Tom is arguing against overrides in the first place (preferable
whenever possible), but the reality is that they are used in a lot of
existing applications.


BTW, there's another unique characteristic to QCMDEXC in regards to
processing overrides.  Unlike other programs or procedures, using QCMDEXC to
perform an override with "call level" scoping (*CALLLVL) will have the
override be effective for the caller of QCMDEXC.


Keith


----- Original Message ----- 
From: "Ken Sims" <mr3111@xxxxxxxxx>
To: <midrange-l@xxxxxxxxxxxx>
Sent: Tuesday, October 14, 2003 8:27 PM
Subject: Re: Commands inside RPG (was RE: authority question....)


> Hi Tom -
>
> > >
> > >QCMDEXC, and persumably QCAPCMD, even though they don't run in the
calling
> > >program's activation group, are smart to process override commands as
> > >though they were being issued from within that activation group,
thereby
> > >getting around the problem of overrides not being used because they
aren't
> > >scoped to the right activation group.
> >
> >Just to be sure I'm understanding, is that another way of saying that the
> >default values are more likely to be appropriate?
>
> No, I wouldn't say that.  When the override is issued with QCMDEXC from
the
> same program that is opening the file, there is no OVRSCOPE parameter that
> can be used which will cause the override to not be applicable to that
program.
>
> So it doesn't matter (for that program) whether you use the default
> OVRSCOPE value or not.  The value *does* matter for *other* programs, both
> within and outside of the activation group.
>
> Ken
> http://www.ke9nr.net/
> Opinions expressed are my own and do not necessarily represent the views
of
> my employer or anyone in their right mind.
>
> _______________________________________________
> 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.
>
>


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.