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

You're correct... moving an EXISTING object to another library doesn't cause an issue.

I was mistaken by replacing an object (with a new version), but in this case the object is not replaced but only moved.

Kind regards,
Paul
________________________________________
From: RPG400-L <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> on behalf of Cussini Danilo <danilo.cussini@xxxxxx>
Sent: Friday, June 26, 2020 13:55
To: RPG programming on IBM i
Subject: R: MCH3402 Can it be avoided ?

Try this:

- Create the program X in FIXVERSION.
- STRDBG and add a break point on the first line.
- CALL PGM(FIXVERSION/X) and stop on the first line: in the call stack entry of the job you will see program X in FIXVERSION.
- From another session move the program X in OLDVERSION: now in the call stack entry of the first job you will see program X in OLDVERSION and the program keep running.

We have used this way for years.


-----Messaggio originale-----
Da: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxxxxxxxx] Per conto di Paul Nicolay
Inviato: venerdì 26 giugno 2020 12:31
A: RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>
Oggetto: Re: MCH3402 Can it be avoided ?

Hi,

If you remove the fix as you stated (move object from FIXVERSION to whatever library) the users using the object in FIXVERSION will receive a MCH3402.

The cleanup also requires downtime of your application which you cannot afford in a 24 by 24 operations. In addition you cannot install a second fix of the same program before the cleanup has been performed.

The API method seems to be the only correct method (apart from recompiling your program).

Kind regards,
Paul
________________________________________
From: RPG400-L <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> on behalf of Cussini Danilo <danilo.cussini@xxxxxx>
Sent: Friday, June 26, 2020 11:30
To: RPG programming on IBM i
Subject: R: MCH3402 Can it be avoided ?

You mustn't delete the object, you always must move the object into another library and delete it only when it isn't used (night or IPL). You need 3 libraries: FIXVERSION, CURVERSION and OLDVERSION in this order. At the beginning, your program is only in CURVERSION; then, you must put the new program into FIXVERSION, so the new jobs use it. If you need to remove the fix, you must move the object into OLDVERSION library, so the new jobs use the CURVERSION. In the night by an automatic job, or in QSTRUPPGM program, you must clear OLDVERSION library.

-----Messaggio originale-----
Da: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxxxxxxxx] Per conto di Paul Nicolay
Inviato: giovedì 25 giugno 2020 17:31
A: RPG programming on IBM i <rpg400-l@xxxxxxxxxxxxxxxxxx>
Oggetto: Re: MCH3402 Can it be avoided ?

Hi,

See my previous remarks about the limitations of this... and in addition you can't remove the fix neither when you want as it might again cause a MCH3402.

Kind regards,
Paul
________________________________________
From: RPG400-L <rpg400-l-bounces@xxxxxxxxxxxxxxxxxx> on behalf of Cussini Danilo <danilo.cussini@xxxxxx>
Sent: Thursday, June 25, 2020 17:27
To: RPG programming on IBM i
Subject: R: MCH3402 Can it be avoided ?

Add to the library list a library for fixes before the library for programs and put inside it the new programs; then, every night or in the weekend, run a job that move all the objects from library for fixes to library for programs. In this way you can remove a fix when it doesn't work as you aspect.
--
This is the RPG programming on IBM i (RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com
--
This is the RPG programming on IBM i (RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com

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

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com
--
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com


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.