× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



It is a huge expense and who is going to pay for it? The customer gets no benefit and I'm willing to bet there aren't many contracters who would do it for free, even if it is a lot better.

Albert

----- Original Message -----
From: "James Perkins" <jrperkinsjr@xxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Subject: Re: what was the single mgmt decision made in mid-1990s. period
Date: Tue, 17 Feb 2009 16:05:53 -0800


That is true the program will not run differently at all, but I do think
they need to be rewritten. That is just my opinion though.

I just think the software needs to be updated. I will admit it's a HUGE
expense, but I think it's worth it. At some point things just need to be
updated.

Also, the problem I see is, they are never changed. Even worse they are
copied to a new program because the logic is already there.

I'm sure there are plenty of software packages that aren't like this. I've
personally only worked with about 4 different packages, and they are all old
RPGIII programs that were converted. I just find it messy and well, I prefer
free-form anyway ;-)

James R. Perkins


On Tue, Feb 17, 2009 at 15:53, Albert York <albertyork@xxxxxxxxx> wrote:

I can't see the advantage of rewriting MOVE and indicator usage in existing
programs. New programs should use the new techniques and old programs should
be changed as needed when they are maintained. But where's the justification
for rewriting the existing programs. At a practical level a MOVE does the
same thing as an assignment ans SETON does the same thing as a BIF. You're
not making the program run any differently, you're only making the source
look different.

Albert

----- Original Message -----
From: "James Perkins" <jrperkinsjr@xxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Subject: Re: what was the single mgmt decision made in mid-1990s. period
Date: Tue, 17 Feb 2009 15:36:45 -0800


Very true Jon.

I have 2 main ISV's I deal with on a regular basis. Both are now using
RPGLE
programs, but most of it is just converted from RPG III source members. I
hesitate to consider it RPG IV when I still see MOVE being used and
indicators over %FOUND() or other BIF's.

The ISV's don't really want to take the time to do it right. They just
want
the fast solution of running their old code through a fancy CVTRPGSRC.
That's not a fix, it's just a bandage.

Also, I think IBM has given us options for a GUI. They had Visual Age,
which
no one really adopted. They have HATS (I'm not personally a fan), they
have
WebFacing. There are WebSphere solutions, JSF, JSP, servlets, etc. Now
they
even have EGL. There are options, it just takes some extra/different
programming.

James R. Perkins
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.