Fish and everyone else.
There is nothing wrong with Hercules or the tape.
The issue is with PETAPE & CMS. Its documented on the VMSHARE link I posted.
At some point the RDTAPE function was altered so on release 6 it returns RC=8 if the length read does not match the length requested in the block-size.
I checked and GC20-1818-0 CMS Command and Macro - VM/370 Release 3, Page 332 documents five return codes from RDTAPE, 1 thru 5, which are all real hard errors.
GC20-1818-3 which is the Release 6 version adds RC-8 - block size shorter than requested.
Running PETAPE with SVCTRACE active confirms that PETAPE errors when it receives RC=8 from the CMS RDTAPE function.
I can't find a later PETAPE although the VMSHARE archives suggest it was patched to fix this problem.
Dave
toggle quoted message
Show quoted text
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Fish Fish
Sent: Wednesday, April 3, 2024 3:23 AM
To: [email protected]
Subject: Re: [h390-vm] "Waterloo Tapes" in H390-VM group's Files area
Mark A. Stevens wrote:
Fish wrote:
Or maybe there IS NO fix needed? Maybe things are working as
designed (as expected, i.e. correctly)? After all, you did specify
the "eot" option on your vmfplc2 scan command.
I don't believe there is anything wrong with Hercules.
Good! Then I'm out of here! :)
This is a tape problem, which Rene has a solution for. I've
successfully used VMFPLC2 to load numerous files to minidisks tonight.
Good to hear.
"Call" me if you need me. :)
(and by "call" I mean contact me via email of course. I have the ringer on my
phone turned off completely due to the number of spam calls we get. You can
call me of you want! Just be aware that I won't answer. Just leave a voicemail
and I'll get back to you.) (I prefer email though.)
--
"Fish" (David B. Trout)
Software Development Laboratories
mail: fish@...
