RE: free-format move *USA date value to 6-digit numeric in YMDformat

If that is true then it's a baaaaaaaad thing....From a customer
perspective (read people with the big checkbooks...), enhancements to
RPG is not even a remote consideration for upgrading releases (however
it is incentive for me to prod the infrastructure folks hehe...)

Realistically, IMHO, RPG enhancements,etc should be exclusive from OS
releases.  The compiler(s) are not critical to the OS AFAIK the opposite
is also true.  So why not have Compiler Releases?  It would make more
sense to me & it's something I can actually promote to the business
owner...it's free & helps my productivity & does not effect the
production environment, only the development environment. 


Thanks,
Tommy Holden


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Fisher, Don
Sent: Wednesday, December 28, 2005 1:10 PM
To: 'RPG programming on the AS400 / iSeries'
Subject: RE: free-format move *USA date value to 6-digit numeric in
YMDformat

But what is the goal here?  IBM wants its customers to stay on current
releases on OS/400, right?  That's good for the platform and good for
IBM.
The vast majority of those customers use some variant of RPG, right?
Perhaps the thinking is that enhancements to RPG at each release will
encourage the customers to upgrade releases regularly?

Donald R. Fisher, III
Project Manager
Roomstore Furniture Company
(804) 784-7600 extension 2124
DFisher@xxxxxxxxxxxxx


<clip>
Backwards maintainability is exactly the thing that we're trying to
advocate. If Scott says use %int(%char(datefld:*ISO0)) but if you're on
V5R3
then do it this way... That's just bull$hi% not backwards compatibility.
In my view, RPG IV should NEVER be enhanced except on a VxR1
boundary.This
means that enhancements can come out whenever they want, every year for
that
matter, but they have to work on VxR1 and later, never "only" on VxR2 or
VxR3 and later. 
<clip>