Re: New toys

[Joe Pluta <joepluta@xxxxxxxxxxxxxxxxx>]

Yes, this is the first I've ever heard of this sort of thing happening.  
I'd definitely contact IBM support.

On 5/29/2020 7:35 AM, Thomas Raddatz wrote:
> 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