Re: New toys

We do it similar to you. Of course developers are not allowed to use the new goodies of RPG until the production systems have been updated. But in this case it was an improvement of the existing function %timestamp(). So there was no way to get around the problem. Bang, hard stop.

Thomas.

-----Ursprüngliche Nachricht-----
Von: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxxxxxxxx] Im Auftrag von Joe Pluta
Gesendet: Freitag, 29. Mai 2020 14:23
An: rpg400-l@xxxxxxxxxxxxxxxxxx
Betreff: Re: New toys

If I read this correctly, this is potentially a huge issue.  I've never
run across something like this either.  We specifically apply PTFs in a
cadence where the development machine gets PTFs six months before
production and this would take our development process down hard.

On 5/29/2020 12:37 AM, Thomas Raddatz wrote:

Hi,

This is just a short note, that applying PTF SI73189 may cause unexpected problems when applied to a development system before the production system has been updated. The following error message is thrown, when a compiled program that uses %timestamp() is restored on a system without PTF SI73189:

Message ID . . . . . . : MCH4437 Severity . . . . . . . : 40
Message type . . . . . : Escape
Date sent . . . . . . : 29.05.20 Time sent . . . . . . : 07:22:46

Message . . . . : Program import not found.
Cause . . . . . : The calling program EXAMPLE1C refers to a procedure or
data export from service program QRNXUTIL which does not exist. The calling
program refers to export-ID X'00000053', the service program defines only
X'00000052' exports.
Recovery . . . : Recreate the calling program.
Technical description . . . . . . . . : The service program has been changed
in an incompatible manner since the time the calling program was created and
thus bound to the service program. Recreate the calling program.


I never saw something similar in the past. At least I cannot remember such a situation. So far I assumed that compiler PTFs are backward compatible. But this time that is not the case, because service program QRNXUTIL has a new export _QRNX_TIMESTAMP, which is used by %timestamp(). I do not know what function has been called by %timestamp() before PTF SI73189. But either it sat in different service program or had another name.

Regards,

Thomas.

-----Ursprüngliche Nachricht-----
Von: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxxxxxxxx] Im Auftrag von Barbara Morris
Gesendet: Freitag, 15. Mai 2020 12:41
An: rpg400-l@xxxxxxxxxxxxxxxxxx
Betreff: Re: New toys

On 2020-05-13 1:38 p.m., Bryan Dietz wrote:

I think I ran across the PTF's

V7.3:
SI73190 - RPGLE-CMPL ENHANCEMENTS FOR %TIMESTAMP, %KDS, LIKEDS
SI73189 - RPGLE-RUN-MSGMCH4437 PROGRAM IMPORT NOT FOUND FOR QRNXUTIL

V7.4:
SI73193 - RPGLE-RPGLEPRV-CMPL SEVERAL PROBLEMS FIXED FOR TGTRLS(V7R3M0
SI73191 - RPGLE-RUN-MSGMCH4437 PROGRAM IMPORT NOT FOUND FOR QRNXUTIL
SI73192 - RPGLE-CMPL ENHANCEMENTS FOR %TIMESTAMP, %KDS, LIKEDS

Those are indeed the PTFs. You can get the PTFs directly or as part of
the latest Db2 for i fix pack, planned to be released today (May 15, 2020).

https://ibm.biz/rpg_cafe#announcement