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


  • Subject: RE: IBM pushing Java (ile conversion tools)
  • From: "Stone, Brad V (PP)" <bvstone@xxxxxxxxxxxxx>
  • Date: Mon, 22 Mar 1999 08:10:14 -0600

nina!

why didn't you tell me about this!  I could have fixed it!  :)

Anyhow, the code is downloadable from Midrange Computing's web site if
anyone wants to "customize" it for your applications.


> -----Original Message-----
> From: nina jones [mailto:ddi@datadesigninc.com]
> Sent: Saturday, March 20, 1999 9:57 AM
> To: MIDRANGE-L@midrange.com
> Subject: Re: IBM pushing Java (ile conversion tools)
> 
> 
> 
> 
> > Here is how we handled the "Skill set" issue.   When ever we touched
> > a RPGIII program for a fix or enhancement(even just one 
> line of code)
> > We first ran it through the CVTRPGSRC into RPGIV (BTW I 
> doubt Management
> > would ever know)  Then fix or enhance the program.
> > That way It's the same program, just RPGIV.  All 
> programmers ONLY see
> > RPGIV.  None of the "Am I in RPGIII or RPGIV" ,  "Does this 
> work here?"
> >
> > Your staff ONLY sees RPGIV code.   Don't convert them all 
> in one swoop
> > to RPGIV.  But if a change is to be made,  First CVTRPGSRC, 
> Make change,
> > then Compile.
> >
> > NOBODY will even notice.  We did this one program at a time, etc.
> > Now EVERYthing we touch is RPGIV,
> >
> > Programers only have to know ONE syntax.
> >
> > Its not that hard.    "Gotta Wannta"
> 
> that's the way we've been doing it.  there are a couple of 
> tools that do the
> conversion that do a more complete job that ibm's.  a company 
> called connection
> 2000 has one, that costs about $300, and bradley stone has 
> one that's shareware.
> 
> but there are a couple of gotcha's.
> 
> on the connection 2000, you may not want the math commands 
> converted to eval's.
> there are some errors you may get, if you have fields that 
> will truncate, or
> numeric and alphanumeric moves mixed.  also, if you use 
> indicators a lot, you may
> want to clean them up first, or not convert the indicators to 
> if commands.  this
> can make the code very hard to follow.
> 
> on bradley stones, if you use alpha characters in your input 
> for screen id's,
> (from old internally defined screens)  it will make them 
> lower case, and you will
> need to go in and change them.
> 
> nj
> 
> 
> 
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


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.