On Fri, 19 Jan 2007 06:20:51 -0600, Dave Cartwright <[EMAIL PROTECTED]> wrote:
>I am trying to restore from some backup tapes that I converted to .AWS >format, but I am having problems handling the 65520 blocksize. >How do people manage this? Most AWS utilities I have tried cannot recreate >a tape like this. Anyone know of a utility that can? > I received some replies suggesting work-arounds, but no one could name a program that works. I therefore looked for candidates and discovered AWSLL from Reed Petty on file 606 of the CBT tape. I thought it would be easy enough to add LBI support in csect AWSICOPY, and the coding did indeed seem fairly easy. However, I am now tearing my hair out (what remains) because it writes out EVERY block at 65520, and ADRDSSU does not like that. Debuggging with OC1 abends shows that just before the first PUT instruction the DCBE contains the length of the AWS block as shown by registers used (72 bytes). This is correct on the original tape and on the AWS version. Why would QSAM ignore DCBIBLKSI and write the block at 65520? Does the LBI only work above 32k-1? Ideas gratefully received. Dave ---------------------------------------------------------------------- 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
