|
If you want to make that argument for RPG II Vern I’ll agree. ButRPG/400 and RPG IV are so compatible that in my opinion any vendor who has
wrote:
On Oct 22, 2015, at 8:39 AM, Vernon Hamberg <vhamberg@xxxxxxxxxxxxxxx>
code in a product is ROI - it can be a considerable cost to change
I think that a major consideration when updating RPG III or even RPG II
updating code to more current format, just to do it? I certainly don't -
Do we want vendors to spend precious (our maintenance) dollars on
important), leave it alone. If it will break in a new release, update it to
If something does work well (measured by whatever you consider
remove this code but I don't know what it does, so I have to leave it here"
I remember being shown code in MAPICS along the lines of "I want to
RPG/400. I would not doubt it if some is still from the Mapics days. I do
Vern
On 10/22/2015 6:45 AM, Scott Johnson wrote:
Charles,
I thought this was odd too, but most of the core logic in XA is still
to RPGIV. It would further lengthen the apply ptf process. There have been
We run supported. That is the main reason we don't convert their stuff
Charles Wilt
Thanks,
Scott Johnson
-----Original Message-----
From: WDSCI-L [mailto:wdsci-l-bounces@xxxxxxxxxxxx] On Behalf Of
for System i & iSeriesSent: Wednesday, October 21, 2015 3:07 PM
To: Rational Developer for IBM i / Websphere Development Studio Client
point. If for no other reason than it saves having to require newSubject: Re: [WDSCI-L] RPG III (RPG/400)
I don't quite understand this...
I'd expect any current version of a vendor package to be RPG IV at this
converting to RPG IV for any changed program.
If you're running unsupported, then I'd follow Buck's example of
is looking at the source, I'll convert it to RPG IV (in a temp library) and
Honestly, I've got some unsupported RPG III, and even if all I'm doing
<Scott.Johnson@xxxxxxxxxxx>
Charles
On Wed, Oct 21, 2015 at 3:14 PM, Scott Johnson
recently.wrote:
We are using Infor XA. So for that we still see a lot of RPG/400. (A
couple of them have hit the 50 file limit.) Existing in-house programs
that have been developed in the past are a mix of RPG/400 & RPG IV
(both fixed and free).
New in-house is RPG IV Free.
We did get RDi 9.1.1.1 installed on all of the developers PCs
to do it.They also went thru a training session with IBM. Those that have tried
RDi like it. They just tend to fall back to old habits.
I pretty much use RDi fulltime. It is funny because they will ask me
how to do something in greenscreen TurnOver and I can't remember how
are out there.But I can go into the RDi plugin and do it in no time flat without
even thinking. :)
Thanks,
Scott Johnson
-----Original Message-----
From: WDSCI-L [mailto:wdsci-l-bounces@xxxxxxxxxxxx] On Behalf Of Terry
Hertel
Sent: Wednesday, October 21, 2015 1:21 PM
To: wdsci-l@xxxxxxxxxxxx
Subject: [WDSCI-L] RPG III (RPG/400)
I'm wondering how many people using RDi are still supporting RPG III
(RPG/400) code? All of our new development is done in RPG IV but our
manufacturing and financial systems are old purchased software
originally written in RPG III (RPG/400). There are some functions that
aren't supported for RPG member types and some that is not missing but
for all practical purposes is hidden unless you know the shortcuts.
I'm pretty sure we're in the minority but am wondering how many of us
Client for System i & iSeries (WDSCI-L) mailing list----
This is the Rational Developer for IBM i / Websphere Development Studio
To post a message email: WDSCI-L@xxxxxxxxxxxxJon Paris
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/wdsci-l
or email: WDSCI-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/wdsci-l.
www.partner400.com
www.SystemiDeveloper.com
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.