RE: iSeries 25% Growth 3rd Quarter

Well...you could have error trapping in the program...but then again,
that's not a microsoft concept...<smile>


> -------- Original Message --------
> Subject: Re: iSeries 25% Growth 3rd Quarter
> From: Steve Richter <stephenrichter@xxxxxxxxx>
> Date: Wed, October 19, 2005 8:56 am
> To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
> 
> On 10/19/05, michael@xxxxxxxxxxxxxxxxxx <michael@xxxxxxxxxxxxxxxxxx> wrote:
> > I would have written that in RPG and made calls to QCMDEXC if needed.
> 
> bad choice Michael! because, then I lose the LOGCLPGM feature of CL. 
> We were working on a problem with one of the vendor feeds yesterday. 
> This is a large sysytem and I dont have access to the production
> partition. operations emailed me the 50 page joblog and I was able to
> track down the problem.  If I had used RPG as you suggest that would
> not have been possible.
> 
> -Steve
> 
> > Just like I do when I write C - I make system() calls to do OS stuff.
> > Just like on a PC - I can invoke FTP from a command file, but it's a
> > drag to "crack the extension off the end of the file name", but I can
> > do it in a C program.
> >
> > I dunno...I have too much code to write...I'm going to use the tools for
> > their designed purpose. CL is a control language, not a processing
> > language.
> 
> 
> 
> 
> >
> > > -------- Original Message --------
> > > Subject: Re: iSeries 25% Growth 3rd Quarter
> > > From: Steve Richter <stephenrichter@xxxxxxxxx>
> > > Date: Wed, October 19, 2005 8:21 am
> > > To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
> > >
> > > On 10/19/05, michael@xxxxxxxxxxxxxxxxxx <michael@xxxxxxxxxxxxxxxxxx> 
> > > wrote:
> > > > Do you do PC development using command files?
> > > >Or do you use a higher
> > > > level language when it comes to accessing a database and performing
> > > > business logic? You can twist command languages a great deal, and I've
> > > > done it with CL and PC commands and Unix shell scripts, but there's a
> > > > place for a programming language vice a control language.
> > >
> > > I dont know what that means.  I started a CLLE program yesterday.  It
> > > receives files from vendors FTP sites.  First it has to examine the
> > > FTP site for the actual name of the file to get.  That is a separate
> > > CLLE program. That program does things like crack the extension off
> > > the end of the file name.   Should that code not be in the CLLE
> > > program?  Then my main CLLE program chains to some files to calc where
> > > to store the file once I get it.  Is that sort of thing not approriate
> > > for a CLLE program?  The next step is to CPYFRMIMPF to get the data
> > > from the FTP text file into a database file.  Then it calls an SQL
> > > procedure to process the data.  The code modules are already in place
> > > to do all of this.  I just cant get to them easily from CLLE.
> > >
> > > The focus of CL should be on calling other modules, catching and
> > > handling exceptions and tracing execution in the joblog.  Because of
> > > the lack of support for SQL, Java and ILE procedures, CL does not do
> > > this job very well.
> > >
> > > -Steve
> > >
> > > >
> > > >
> > > > > -------- Original Message --------
> > > > > Subject: Re: iSeries 25% Growth 3rd Quarter
> > > > > From: Steve Richter <stephenrichter@xxxxxxxxx>
> > > > > Date: Wed, October 19, 2005 7:35 am
> > > > > To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
> > > > >
> > > > > On 10/19/05, Larry Bolhuis <lbolhuis@xxxxxxxxxx> wrote:
> > > > > > Steve,
> > > > > >
> > > > > > CL received a HUGE bunch of updates in V5R3 and more are coming.  
> > > > > > V5R3
> > > > > > introduced (to CL) the DO loop the FOR Loop,
> > > > >
> > > > > thanks for the reminder.  I will check into that!
> > > > >
> > > > > > multiple files in a single
> > > > > > CL,
> > > > >
> > > > > I cant chain to a file in CL.  yesterday, I had to write a command and
> > > > > rpg to write a "rtv" type command so my CL program could get the info
> > > > > it needed. Took about an hour of my time.
> > > > >
> > > > > better for IBM to improve the way CLLE calls ILE procedures.  That
> > > > > way, I could call the recio.h procedures directly from CL.  This would
> > > > > enable CL to work with display files, database files, ...
> > > > >
> > > > > > new data types
> > > > >
> > > > > varying and data struct data types are needed.
> > > > >
> > > > > >and more. Upcoming releases will introduce
> > > > > > subroutines among other things.  Sorry but you can't call that 
> > > > > > 'Serious
> > > > > > Neglect'.
> > > > >
> > > > > subroutines are a great idea.   I just disagree with the IBM timeframe
> > > > > and lack of urgency.  It is taking me twice as long to program things
> > > > > on the 400 as it would if I had better language support. My current
> > > > > job is not very secure because of this.
> > > > >
> > > > > I am trying to be helpful and what do I get in return - attacked by
> > > > > the boosters!  oh the burden :)   CL commands need to be improved so
> > > > > the programmer can call SQL and ILE procedures.  The 10 character
> > > > > system name limit has to be removed.  CLLE modules should be able to
> > > > > contain multiple procedures, just like RPG.   A = B + C ; is much more
> > > > > readable than CHGVAR VAR(A) VALUE(B + C)
> > > > >
> > > > > -Steve
> > > > >
> > > > > --
> > > > > 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.
> >
> > --
> > 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.