Seymour,

To follow your way of thinking there is only one text record which is
simply, broken up into pieces on Blocksize and track boundaries, ignoring
the instruction records within the block. The reality is that the linkage
editor and Copymod are processing Instructions records and will split the
text block on an instruction record boundary.

Where do I get the idea that the number 256 has anything to do with text
record sizes? Well, last time I looked that is the largest size of an
instruction record.

Now, if the Text in a load module is not a block of instruction records, why
would the linkage Editor and Copymod bother to check for a record boundary
before writing the text block?

As it is, IBM don't really seem to be consistent with their own use of
Potato and Potato. Once a block gets on a disk it is a record, so go figure!


If you feel you are so correct then I suggest you ask IBM to correct
paragraphs like in the DFSMS Utilities Manual.

        "IEBCOPY will determine the amount of space remaining on a track
        before assigning a size to the next block to be written. If this
        amount is smaller than the output block size, IEBCOPY will try to
        determine if a smaller block can be written to use the remaining
space
        on the track. The maximum block size produced by the COPYMOD
function
        is 32760 bytes."

Anyway Seymour, It's your dog and the devils in the de tail. My potato and
your potato actually don't change the performance of fetch, or the size of a
loadlib.

Ron

> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Shmuel Metz (Seymour J.)
> Sent: Wednesday, 29 March 2006 10:11 AM
> To: [email protected]
> Subject: Re: 3380-3390 Conversion - DISAPPOINTMENT
> 
> In <[EMAIL PROTECTED]>, on 03/29/2006
>    at 12:35 AM, Ron and Jenny Hawkins <[EMAIL PROTECTED]> said:
> 
> >No I'm not.
> 
> Then where do you get the idea that the number 256 has anything to do
> with text record sizes?
> 
> --
>      Shmuel (Seymour J.) Metz, SysProg and JOAT
>      ISO position; see <http://patriot.net/~shmuel/resume/brief.html>
> We don't care. We don't have to care, we're Congress.
> (S877: The Shut up and Eat Your spam act of 2003)
> 

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

Reply via email to