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


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.