Then again, it will really help IBM sell disk.

On our system
DSPOBJD outfile size is 228,642,816
Actually, that's small potatoes compared to QADBIFLD, so I guess that isn't
so bad.
But you can probably double that because there will always be those that
won't use IBM supplied files.  For example, look at all the people who
won't use QADBIFLD, and it's brethren, but instead use DSPFFD to an
outfile, or use an api to list the information from this file into a user
space.

228mb is 1/10 of 1% on our development system.


Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin



                    Peter_Vidal@pall.co
                    m                         To:     midrange-l@midrange.com
                    Sent by:                  cc:
                    midrange-l-admin@mi       Fax to:
                    drange.com                Subject:     Re: Listing of 
objects and their owners


                    01/15/2002 11:15 AM
                    Please respond to
                    midrange-l







"Is there such a file for all objects on the system?

The goal is to find objects in a library owned by someone different than
who owns the library."

I asked for this long time ago.  Apparently there is a system-performance
fear
of having a Master xRef File being updated every time an object is
affected.
However, I do not see that this fact could cause any trouble.  In reality,
this
object-oriented file should have all static data of objects, just like the
data
created by using the DSPOBJD command, as you said.  In addition, is better
to
maintain few objects on this "file" than rebuild or create the file by
using
DSPOBJD.

We'll see the opinions of our crew in the Midrange e-list...

Peter Vidal
Programmer Analyst
PALL Aeropower Corp.


_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.







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-2022 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.