|
http://publib.boulder.ibm.com/infocenter/iseries/v7r1m0/index.jsp?topic=%2Fr
mp%2Frzampoverview.htmsingle
Table 1. Save and restore limits Save and restore limits Value
Maximum number of related objects that can be saved or restored in a
save operation Approximately 111 000On
And, as Robert mentioned, members, keys, etc all add to the total.
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
Behalf Of Robert Houtselse,
Sent: Tuesday, September 20, 2011 4:24 PM
To: 'RPG programming on the IBM i / System i'
Subject: RE: Using QUSLOBJ API
While it's true that using a special value for the library, such as *ALL,
*ALLUSR, *LIBL, or *USRLIBL will most likely hit the size limit of a user
space, the OP was referring to one library, and it seems that everyone
including you, were as well. This is why my post was limited to that.matching
The best way IMO to handle using any of the special values for processing
multiple libraries is to use two user spaces. One to get a list of
libraries, and one to get a list of objects for each library, one libraryat
a time. I use this approach in a utility program to get the list, andthen
add an entry to a user index for each object. My program then returns avery
variable chunk of the static list to the caller. The caller can process
those object entries and then call my program to get the next chunk of the
static list (with an option to force the list to be rebuilt). It works
well and it's fast. It also assigns a list ID so that multiple lists canbe
generated.is
By the way, IBM's documentation for QUSLOBJ does not indicate that generic
names are allowed for the library name. Because it does not say that it
allowed, I've never tried to use generic names for the library list withI
that API. The approach I mentioned above does allow generic library names
because I use QUSLOBJ to get the list of library names that match the
library (specific, generic, or special value) requested.
The save/restore limit to which I was referring is regarding the number of
objects in a library, not the total number of objects in all libraries in
one save or restore request. After all, that is the point of this topic.
mentioned it because even though you can have up to "approximately360,000"
objects in a library, you might not be able to save the library if thelibrary
number of internal objects exceeds the number allowed for a save and that
limit seems to be lower than "approximately 360,000". Remember that many
objects, especially physical files, consist of multiple internal objects,
all of which count toward the total.
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Dennis
Sent: Tuesday, September 20, 2011 05:12
To: RPG programming on the IBM i / System i
Subject: RE: Using QUSLOBJ API
That's true as far as it goes, but seems to assume there's only one
of interest per call to QUSLOBJ. What about all objects in library*ALLUSR,
or (gasp) *ALL? Even SAVRST has no problem with such lists (since it justlist
streams through the libraries one at a time. But a call to QUSLOBJ with
generic library name can easily run into these limits.
++
Dennis
++
"I have found the best way to give advice to your children is to find out
what they want and then advise them to do it."
-- Harry S Truman
Sent from my Galaxy tablet phone. Please excuse my brevity.
For any grammatic/spelling errors, there is no excuse.
++
"Robert Houts" <rshouts@xxxxxxxxx> wrote:
You won't have to worry any time soon, because according to IBM's
maximum capacities documents the limit for the number of objects in a
library from
7.1 back to at least V4R5 (I didn't check back further) is
"Approximately 360,000". Also, it seems that the save/restore limits
further restrict that.
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Dennis
Sent: Monday, September 19, 2011 09:10
To: RPG programming on the IBM i / System i
Subject: Re: Using QUSLOBJ API
Oh, good point, Vern. Luckily, I have all my personal bank account
information stored in one massive file member - rather than spread
about in emulation of the real world - so I think the number is fairly
safe. :)
++
Dennis
++
"If all economists were laid end to end, they would not reach a
conclusion."
-- George Bernard Shaw
Sent from my Galaxy tablet phone. Please excuse my brevity.
For any grammatic/spelling errors, there is no excuse.
++
"Vern Hamberg" <vhamberg@xxxxxxxxxxx> wrote:
I don't know, Dennis, gotta be careful - you'll run out of space whenis
you have more than 559,240 objects in a library!!
;-)
Vern
On 9/19/2011 5:48 AM, Dennis Lovelady wrote:
What return format are you using? My solution is to use QUSLOBJ toretrieve
only the minimal information (OBJD0100)... and then use QUSROBJD forthe
details. I have not run into space issues in this manner.way
Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
We could certainly slow the aging process down if it had to work its
through Congress.list on
-- Will Rogers
To the list,
I am trying to use the QUSLOBJ API and am only getting a "partial"
theobjects
retrievel of a library that contains almost 42,000 objects. When Ichanged
the program from looking for *ALL object types to perform a loop(selecting a
single object type one at a time), I still do not get all the *PGM
which number over 30,000. The "magic" number where the job stops
29,119better
objects.
Doe this API have a "continuation handle" or does anyone have a
idea onthe
retrieving all the objects - I am using the 0600 format to retrieve
data.
I believe that I am creating an extendable user space.
TIA...
Eric
--
---wlteihnssf---
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing
To post a message email: RPG400-L@xxxxxxxxxxxxlist
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
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.