|
midrange.com
No question. I wholeheartedly agree. I just didn't see the panic factor.
Remember I was basing it on,
1) If they are not using more than 25 libraries in their list now, they
won't notice it when they go to V5R1.
2) Most cross application calls that do library list manipulation are at 1
or 2 points of cross over.
3) I can see some crunch for the tool manufacturers like Turnover, AS/SET
and what not.
Rob Berendt
==================
Remember the Cole!
barsa@barsaconsulti
ng.com To: MIDRANGE-L@midrange.com
Sent by: cc:
owner-midrange-l@mi Subject: RE: V5R1 Library
List Enhancement
drange.com
04/10/01 04:19 PM
Please respond to
MIDRANGE-L
If truncation occurred, and you had a list of 27 libraries set to (liba01,
liba02...liba25, QGPL, QTEMP), so you retrieved (liba01...liba25), and then
you did a CHGLIBL without QGPL in your list, you might not get the desired
situation.
Al
Al Barsa, Jr.
Barsa Consulting Group, LLC
400>390
914-251-1234
914-251-9406 fax
http://www.barsaconsulting.com
http://www.taatool.com
rob@dekko.com
Sent by: To:
MIDRANGE-L@midrange.com
owner-midrange-l@mi cc:
drange.com Subject: RE: V5R1
Library List Enhancement
04/10/01 02:54 PM
Please respond to
MIDRANGE-L
Thank you Al for explaining this. I thought just a truncation error would
occur. But then again, you won't have a problem unless you want to use
more than 25 libraries. And most cross application calls are at a single
point. At least from my own humble experience.
Rob Berendt
==================
Remember the Cole!
barsa@barsaconsulti
ng.com To:
MIDRANGE-L@midrange.com
Sent by: cc:
owner-midrange-l@mi Subject: RE: V5R1
Library List Enhancement
drange.com
04/10/01 12:37 PM
Please respond to
MIDRANGE-L
When your vendor program does a
RTVJOBA USRLIBL(field-coded-with-275-bytes), and you have more than 25
libraries in the list, you will get an except message.
It a common technique to code in the following style:
DCL VAR(field-coded-with-275-bytes)
DCL VAR(long-field for QCMDEXC) LEN(2000)
RTVJOBA USRLIBL(field-coded-with-275-bytes)
CHGLIBL (mylib1 mylib2 QGPL QTEMP)
do my thing - sing my song...
CHGVAR (&long-field-for-QCMDEXC) ('CHGLIBL' *BCAT
(field-coded-with-275-bytes)
CALL QCMDEXC ((long-field for QCMDEXC) (2000))
Al
Al Barsa, Jr.
Barsa Consulting Group, LLC
400>390
914-251-1234
914-251-9406 fax
http://www.barsaconsulting.com
http://www.taatool.com
D.BALE@handleman.co
m To:
MIDRANGE-L@midrange.com
Sent by: cc:
owner-midrange-l@mi Subject: RE: V5R1
Library List Enhancemen
drange.com
04/10/01 12:21 PM
Please respond to
MIDRANGE-L
I mostly agree with the sentiment that existing applications will not be
affected by the "enhancement" from 25 to 250 libraries in the library list.
Primarily for the reason Rob offers. The only way I can see this could be
"gotcha" material is if an application allows multiple ADDLIBLE's until a
MONMSG catches a CPF2118 "library not added to library list cuz already
full".
(That would, IMO, be a poor programming practice.) Under V5R1, this won't
hit until 250, and if subsequent library list "save"/"restore" functions
only
get the first 25, then chaos ensues.
Dan Bale
IT - AS/400
Handleman Company
248-362-4400 Ext. 4952
D.Bale@Handleman.com
Quiquid latine dictum sit altum viditur.
(Whatever is said in Latin seems profound.)
-------------------------- Original Message --------------------------
Keep chugging along. Really. If no one starts using the capability to
have more than 25 libraries in a list. No change is necessary. If so,
then you may, or may not have a problem. Like I said, it's a single point
of change for SSA. (And who would of thought of them as forward thinking?)
Rob Berendt
==================
Remember the Cole!
barsa@barsaconsulting.com
To: MIDRANGE-L@midrange.com
And what do you do for programs for which you have no source and where the
CL is not retrievable? What do you do if you don't have SEU? What do you
do if you are just a dumb user, and have an end-user system with an
unsupported package (that's worked since the year of the flood), with:
a.) a vendor out of business
b.) support so far behind that you cannot afford to get current
Al
Al Barsa, Jr.
Barsa Consulting Group, LLC
400>390
914-251-1234
914-251-9406 fax
http://www.barsaconsulting.com
http://www.taatool.com
+---
| 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
+---
+---
| 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
+---
+---
| 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
+---
+---
| 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
+---
+---
| 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 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.
