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



Hi,

While the mentioned techniques work quite well, the new recommended approach
(the described techniques will no longer work for some IBM commands) by IBM
is the use of the exit programs QIBM_QCA_CHG_COMMAND and
QIBM_QCA_RTV_COMMAND.

They don't require you to change any system object, and you've much more
flexibility on who and when you overide a certain parameter.

Kind regards,
Paul

-----Original Message-----
From: rob@dekko.com [mailto:rob@dekko.com]
Sent: 22 March, 2002 14:41
To: rpg400-l@midrange.com
Subject: Re: Change the default of system command



A couple schools of thought.

1)  Create a special library.  Put it at the top of system value QSYSLIBL.
Most jobs will have to be restarted to take this change.  If you're
concerned about system jobs - IPL.  Put your changed commands here.
Con:  Many commands buried in IBM programs qualify their commands with
QSYS/commandname.  Therefore your change might not be found.

2)  Create a special program to be ran every time that you update your
operating system.  Among other things place your CHGCMDDFT's in here.  This
way they are documented and are easily ran when the upgrade is complete.

3)  Document it in a database or on a piece of paper someplace.  Stick this
database or paper some obscure place where people will forget about it.

4)  Write a program that will check the current OS level against a stored
value.  If they are different display a message that they need to fix this,
that and the other thing.  Make this the initial program for anyone with
*SECOFR authority.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin



                    Tadashi Kakefuda
                    <tadashi@ff.iij4u       To:     rpg400-l@midrange.com
                    .or.jp>                 cc:
                    Sent by:                Fax to:
                    rpg400-l-admin@mi       Subject:     Change the default
of system command
                    drange.com


                    03/22/2002 01:06
                    AM
                    Please respond to
                    rpg400-l






Hi, all

I'm an RPG programmer and the debugger is an important tool as
you know.
Today, I noticed somebody had changed the default value of UPDPROD of
STRDBG without any notification. And I asked co-workers around me, but
they didn't care at all. I was shocked.
I'm a Japanese and in Japan everybody pay attention to it when we change
the default of the command in QSYS.

Do you have a rule or good method for it when you need to change it?

Would you give me your opinion?

TIA

Regards

Ted



_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.





_______________________________________________
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
To post a message email: RPG400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l
or email: RPG400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.




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.