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



yeah a lot of this stuff is bash/python/perl/cl level stuff.
Writing an RPG with all that entails is simply a pain (and not every
machine has a compiler)
Really for me, if I could simply deploy a script that was just a text file
that would be ideal.

On Mon, Aug 21, 2017 at 10:28 AM, Jim Oberholtzer <
midrangel@xxxxxxxxxxxxxxxxx> wrote:

Vern,

There are many system administration tasks that could be done if the things
Dan is referring to could be done in CL. Many Sysadmins have left RPG
and/or COBOL behind and don't want to deal with it. You're correct of
course it's not hard, but it is if you don't write RPG but a couple times a
year. Also not all sysadmins came from a development background so they
would not have the education in those things in the first place. No I'm
not
arguing that Sysadmins should not learn it, but it's going to be stretch
for many.


--
Jim Oberholtzer
Agile Technology Architects


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Vernon Hamberg
Sent: Sunday, August 20, 2017 2:13 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Retrieving SYSCOLUMNS field in CLLE

Hi Dan

Seems this is another prime example of why one does NOT use CL for this
kind
of thing - it is all so easy in RPGLE. And I suspect CL won't support
things
like LOBs on DCLF any time soon.

I suggest using DECLARE CURSOR in RPGLE - eezee-peezee!

HTH
Vern

On 8/18/2017 3:18 PM, Dan wrote:
I have a CREATE TABLE in a CLLE program that queries SYSCOLUMNS for
one record (never more than one record, could be zero) and I need the
value from one field.

I tried DCLF SYSCOLUMNS and did an override to the file created by
CREATE TABLE, but upon doing a RCVF, I got CPF428A (Open failed
because "The format for file TMPSYSCOLS contains one or more large
object fields and the open request did not indicate that large object
fields could be processed by the user of the open."

I did specify AlwGraphic(*Yes) on the DCLF because it wouldn't compile
without it. But I see no option on DCLF or RCVF to process or ignore
"large object fields".

So, I am changing the query in the aforementioned CREATE TABLE to
select the one field I need. Now the table has the field, but since
it is created on the fly, I have nothing at compile time for a DCLF,
and I'd really like to avoid creating a permanent file for this. It
would just be freaking useful to be able to do a SELECT INTO in CL like
we
can in RPG.

Don't know if the "late Friday after a long week brain fry" is
affecting my memory, but is there a way to do this without creating a
permanent file needed to compile the program?

FWIW: We're on v7r1 with the latest TRs.

- Dan

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

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link:
http://amzn.to/2dEadiD

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

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD





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.