× 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.



Steve,
I'm a big non-/free advocate, but I don't see what using ILE has to do with
/Free. You can certainly make the move to free format, or partial free
format without using any of the ILE pieces, such as binding, modules,
service programs, etc. Certainly whether or not you use /free has no baring
on the use of subprocedures either.

-Bob Cozzi
www.RPGxTools.com
RPG xTools - Enjoy programming again.


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Steve Richter
Sent: Monday, January 02, 2006 7:49 PM
To: RPG programming on the AS400 / iSeries
Subject: Re: Free-Form vs Fixed Form.

On 1/2/06, Mike Pantzopoulos - (H/O) <mpantzopoulos@xxxxxxxxxxxxxxxx> wrote:
> I am trying to initiate some debate at my site with regards to free-form
> RPG.
>
> I have been trying to think of the pros & cons of free form vs fixed
> form. Personally I would prefer to use free-form. However, trying to be
> fair and balanced, I was trying to think of arguments as to why we
> should not move to free form. I can't think of any. Does anybody have
> any views on why a move to free-form is not a good thing?

well I think I can argue anything,  so let me give it a shot ...

Consider that if people in your dept dont know both sql procedures and
free form rpg, it is a much better use of the programmers time to
learn sql procedures.  a strong case can be made that rpg is not the
best choice when writing sql batch applications. sql procedure code is
more portable and easier to code in than rpg sql.

using ile service programs introduces more complexity into your
application.  the whole signature scheme does not make much sense to
me in that *prv signatures do not match up ( at least for me ) the
export numbers from the calling module to the called service program. 
( see what I mean about the increased complexity! )  Adding exports to
a service program should scare the operations manager.

To use rpg free, you also have to understand ILE.  Having to know ILE
steepens the learning curve quite a bit.  ( how many people on this
list know how to use opdesc so that an rpg free procedure can be
effectively called from a CLLE module? )

All this extra knowledge does help a lot, but it does not really get
you to the programmers promised land like java and c# do.  ILE RPG
does not provide a managed code environment, no try ... finally
blocks, no throwing and catching of exceptions and no namespace
support.  So to write solid applications in ILE RPG you have to think
more than programmers of other languages and write more code.   Kind
of like two steps forward when you learn RPG ILE and one step back to
write the extra needed code.

In light of the fact that we are not supposed to be writing anymore
green screen applications and batch code is better written in sql
procedures, how much is gained by moving up to rpg free?

-Steve


>
> Mike Pantzopoulos
>
> EIG-Ansvar Limited
> Tel  : 61 (3) 9614 3535
> Fax: 61 (3) 9614 2740
>
>
>
****************************************************************************
*****************************
> This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you are not the intended recipient, any use, disclosure or copying of
this message is unauthorised. If you have received this message in error,
please reply using the sender's email address.
>
> This footnote confirms that this email message has been scanned for
computer viruses. EIG-Ansvar Limited does not accept liability for any loss
or damage, whether caused by our own negligence or not, that results from a
computer virus or defect in the transmission of this email or any attached
file.
>
> EIG-Ansvar Limited - Australia (A.B.N. 21 007 216 506)
> Email : insure@xxxxxxxxxxxxxxxx
>
> Eig-Ansvar Limited - New Zealand
> Email : insure@xxxxxxxxxxxxxxxx
>
>
****************************************************************************
*****************************
> --
> This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list
> To post a message email: RPG400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: RPG400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/rpg400-l.
>
>


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.