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



what I dont see mentioned in these posts is that RPG does not have
features that are critical to writing bullet proof modular code.  That
is, it does not have destructors, integrated exception handling,
struct member functions and base classes.

A module has to be able to throw an exception when the inputs are not
what the module expects.   And since a module is going to call other
modules which may throw exceptions, a module has to be able to define
destructor code which will run in the event of an unhandled exception.
That is, code which will shut the module down in an orderly fashion (
close files, release mutex locks, free heap allocations ).

-Steve

On Tue, 9 Nov 2004 11:38:52 -0500 (EST), Don <dr2@xxxxxxxxxxxx> wrote:
> 
> 
> I don't get it...why is it that local business people should be being
> asked to foot the bill for doing IBM's marketing???
> 
> Uh, does Sun, Microsoft, HP........etc.....etc.... also ask local people
> to foot the bill or do they just drop the boxes in?  But then, they've got
> alot more demand for thier systems...gee...go figure why...
> 
> No, they're not dead, but they definately are dying...it's going to be a
> slow death, but there is no question that they are dying.
> 
> Don in DC
> 
> ---------------------------------------
> 
> On Tue, 9 Nov 2004, Chris Wolcott wrote:
> 
> > At one time IBM had a program where they would give an AS/400 system to
> > a school if local business(es) would agree to supply instructors.  I
> > thought this was a great idea on their part.  Does anyone know if they
> > still do this?
> >
> > As far as the rumors of RPG's death being exaggerated, every one says
> > COBOL is dead too but I haven't seen the hearse drive away yet.  There
> > was nothing I couldn't do in COBOL that others could do in any other
> > language.  For the most part it is a factor of how well you know the
> > language, not how many fancy opcodes are in it.  (Any more it is how
> > smooth the salesman is.  One company I was at was thinking of replacing
> > DB/2 with Oracle on the 400, because the salesman had nearly convinced
> > the top brass that DB/2 was dead. . . )
> >
> > Like any other language, the ease with which one learns RPG depends on
> > the tutoring/mentoring available.  I was from a non-IBM mainframe COBOL
> > background when I got a job in an AS/400 RPG shop.  All they gave me was
> > an account and a couple of cassette tapes on RPG to listen to.  We
> > maintained custom code in a 'canned' RPG application the company had
> > bought.  The code was a mess, a mixture of cyclic and procedural logic
> > and not commented worth a darn.  I kept looking for the 'secret decoder
> > ring' to figure out the use of the indicators.  To top it off the
> > listings were done via some program that indented the code, but also
> > displaced the indicators in the <=> columns.  That made figuring out
> > what they were doing quite difficult unless all three columns were used.
> > Even with that, I was writing code by the middle of the next week.
> >
> 
> --
> 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.