On Thu, 6 Aug 2009 18:28:16 -0500 Paul Gilmartin <[email protected]> wrote:
:>On Thu, 6 Aug 2009 14:33:32 -0400, John Kington wrote: :>>I would look at the blocksize on each dataset in your concatenation and verify that you do not have any members blocked greater than the blocksize. A problem that I have had in the past was someone updating a PDS with a blocksize on the DD which causes the blocksize in the vtoc to be changed. :>It is a misdesign that the OS allows this ever to happen. The :>principal use of this facility is to correct errors that were :>introduced by its earlier inadvertent use. Simply, any OPEN for :>WRITE with overriding attributes where the label contains different :>nonzero attributes should ABEND for inconsistent attributes. And they should have training wheels on their tricycle? :>If the programmer feels compelled to change attributes the :>recourse should be: :>o ZAP the VTOC, or :>o COPY, reblock, and rename. I could accept requiring a special DCB option to do this, but to prevent the user from manipulating his data? Will you require double checking the DCB against the label for every operation as either may have changed? -- Binyamin Dissen <[email protected]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
