Are you suggesting to actually write the records to be the size including the 
"reserved" data, or to write the records of the size currently needed but have 
MAXLRECL defined so that records larger than are currently used can be written 
in the future?  I was thinking the latter, but I want to clarify what you are 
suggesting.


Thanks!

Frank

________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Allan Staller <allan.stal...@hcl.com>
Sent: Thursday, January 12, 2017 6:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VSAM: Why MAXLRECL?

In IBM parlance this is a "reserved" field.
Define the LREcL to the max needed
Double that
Add 10%

This is the LRECL you define.
Go back to the original LRECL and define what you need.
Define the remainder as "reserved for future use".

In that way, you only have to change the record defintions, not the file.

HTH,

<snip>
Since the logging is only for troubleshooting purposes I decided to simply live 
with truncation of the end of the messages.  But had the MAXLRECL for this file 
already been 32761, or some similar fairly large number I simply would have 
changed the program that logs the messages to not truncate at 500 bytes.

My point is, it seems to me that MAXLRECL is a fairly "artificial limit", 
unless there is a actually a good reason that you'd want a MAXLRECL that is at 
least close to the, well, maximum record length.
</snip>



::DISCLAIMER::
----------------------------------------------------------------------------------------------------------------------------------------------------

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.

----------------------------------------------------------------------------------------------------------------------------------------------------

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to