RE: Now what? (was "free-format move *USA date value to6-digit numeric in YMD format")

In dealing with remote database issues in the past, I've learned that
PTF's for sometimes seemingly unrelated problems (at least according to
the description in the APAR) will fix the issue you're facing. Since the
code you're using should work on V5R2 (and others have pointed out that
it does), you're best bet would be to call IBM support on this. My guess
is that they're going to want you to get current on PTF's before they go
too much into troubleshooting. It's also possible that the PTF that
fixes this problem isn't part of the cume's (we've run across this
issue, stuff you think should be in a cume or at least in the HIPER's
isn't) and you have to get it either individually or as part of another
group PTF.

Matt

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of
SASchollenberger@xxxxxxxxxxxx
Sent: Thursday, December 29, 2005 10:56 AM
To: RPG programming on the AS400 / iSeries
Subject: Re: Now what? (was "free-format move *USA date value to6-digit
numeric in YMD format")
Importance: High

I ran it on our V5R2 system here at cume level TL04244 and TEST2 worked
without error.
----------------------
Scott

Scott A. Schollenberger
Chief Technology Officer
TENEX Systems, Inc.


IBM Certified Specialist - eServer i5 iSeries Technical Solutions
Implementer V5R3

CONFIDENTIALITY NOTICE:  This email message, including any attachments,
is
for the sole use of the intended recipient(s) and contains confidential
and
privileged information.  Any unauthorized review, use, disclosure or
distribution is prohibited.  If you are not the intended recipient,
please
contact the sender by reply email and destroy all copies of the original
message.

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