×
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.
On 1/11/11 11:09 AM, John Earl wrote:
Does anyone know what the maximum number of objects are in a
library?
Apparently there is a maximum, and a customer has encountered this
number but they can't tell us what the number is (360,000ish?), or
provide the CPF error message.
If you know the number, or even better, know the CPF error message
code, I'd love to hear from you.
A web search is likely to assist in finding the limits; e.g.:
"limits" "maximum" v#r#
The search should locate a published "Maximum capacities" document
specific to each release; the link should be found in the "Contents"
frame in the InfoCenter at each release.
Might be MCH2804 for the "insert object into context" instruction,
but I do not recall. The CPF#### message seen should depend on the
operation being attempted; e.g. CRTPF should effect its "File not
created" message and CRTDTAARA should effect its "Data area not created"
message. The preceding diagnostic(s) would generally be converted into
a encompassing exception "Object not created" message for whatever is
the object type being created; or for MOVOBJ, a more generic "librarian"
message, suggesting that the "Object &n of type &t not moved." Less
robust creations methods might end in a CPF9999 instead of an "object
not created" being signaled. FWiW, the effect of RSTOBJ or RSTLIB with
that condition is probably generally unpleasant, even if probably easy
enough recovered.
Note: In any attempt to resolve such a condition, never start with
DLTF nor MOVOBJ of either a DDMF or DBF [LF or PF] since those actions
on those object types require creating an object before deleting the
object can progress.
Regards, Chuck
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.