I know .. 72-80 can be a 'pointer' into a COMMENT FILE, that way we can use
the same set of comments for many directory source statements, similiar to
the message text files... OK I think I have had too much winter this year,
or maybe I should have skipped that 3rd cup of coffee. 

-----Original Message-----
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Mike Walter
Sent: Tuesday, February 12, 2008 11:21 AM
To: [email protected]
Subject: Re: How comments treated by DIRMAINT



And why, pray tell, do we really need sequence numbers on the records any
more?  Is someone afraid that they are going to drop the virtual card deck
on the real raised data center floor? 

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily
represent the opinions or policies of Hewitt Associates.floor?  ;-) 




"Schuh, Richard" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System" <[email protected]> 


02/12/2008 10:59 AM 


Please respond to
"The IBM z/VM Operating System" <[email protected]>




To
[email protected] 

cc

Subject
Re: How comments treated by DIRMAINT

        




If all of the records were actually the same length (as are the current
directory source records, having a sequence number in 72-80), RECFM V would
waste space, not save it. 
Think of the disk savings!     





  _____  

The information contained in this e-mail and any accompanying documents may
contain information that is confidential or otherwise protected from
disclosure. If you are not the intended recipient of this message, or if
this message has been addressed to you in error, please immediately alert
the sender by reply e-mail and then delete this message, including any
attachments. Any dissemination, distribution or other use of the contents of
this message by anyone other than the intended recipient is strictly
prohibited. All messages sent to and from this e-mail address may be
monitored as permitted by applicable law and regulations to ensure
compliance with our internal policies and to protect our business. Emails
are not secure and cannot be guaranteed to be error free as they can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. 




Reply via email to