|
I hear you, Jim - I'd started to suggest using RUNSQL somehow - more in my
other post just now - so that was behind suggesting to use RPG.
Someone suggested REXX - but has that been updated for the newer database
stuff?
Regards
Vern
On 8/20/2017 5:28 PM, Jim Oberholtzer 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 forcan in RPG.
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
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 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.