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



I would have written that in RPG and made calls to QCMDEXC if needed.
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.


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.