|
Mark: Hmmm... kinda makes you wonder how they manage to store essentially exactly the same info in only 16 bytes of an audit journal entry then, eh? Tom Liotta midrange-l-request@midrange.com wrote: > 10. Re: V5R2: Source now allowed in the IFS (Mark Waterbury) >Even so, how can you possibly store a (potentially very long) fully >qualified IFS path name in the space (only 30 bytes for file, library, >and member) reserved in the OIR (Object Information Repository) >of either a *PGM or a *MODULE object? > >The OIR was architected way back when in CPF on the S/38, and >its basic format and layout has not been updated much since then. > >The real problem with all these IFS path names is that the path can >contain an arbitrary number of "levels" of subdirectory, before you >even get to the actual file name, which in and of itself can be very >long... the architected "limit", by the way, if you can call it that, for >IFS path names in OS/400 is 16 Megabytes! (16 million+ characters) -- Tom Liotta The PowerTech Group, Inc. 19426 68th Avenue South Kent, WA 98032 Phone 253-872-7788 x313 Fax 253-872-7904 http://www.powertechgroup.com __________________________________________________________________ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.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.