#5622

开云体育

Yes its fine….listings below…. But of course it does depend on where DMSTIO is loaded so that patch only works for the current release of CE and you should check the instruction before patching

I’ll have a look at fixing it properly this weekend, but that means re-building PETAPE….

?

Dave

?

….. without the patch

?

petape scan????????????????????????????

?SCANNING....??????????????????????????

?ABSTRACT ABSTRACT?????????????????????

?PETAPE?? MODULE?? A2??????????????????

?END-OF-FILE OR END-OF-TAPE????????????

Ready; T=0.02/0.07 07:39:13????????????

petape scan????????????????????????????

?SCANNING....??????????????????????????

?M0001V06 MEMO?????????????????????????

?M0001V06 DOCUMENT?????????????????????

DMSTPE110S ERROR READING 'TAP1(181)'.??

Ready(00100); T=0.01/0.02 07:39:16

?

… after the patch…

?

????

store f8fbd8 41f00000??????????????????

STORE COMPLETE?????????????????????????

Ready; T=0.01/0.01 07:39:38?

petape rew??????????????????

Ready; T=0.01/0.01 07:41:30?

petape scan?????????????????

?SCANNING....???????????????

?ABSTRACT ABSTRACT??????????

?PETAPE?? MODULE?? A2???????

?END-OF-FILE OR END-OF-TAPE?

Ready; T=0.02/0.07 07:41:34?

petape scan?????????????????

?SCANNING....???????????????

?M0001V06 MEMO??????????????

?M0001V06 DOCUMENT??????????

?TEST???? ASSEMBLE??????????

?TEST???? UPDATE????????????

?TRACE??? ASSEMBLE??????????

?$$$TRACE EXEC??????????????

?TRACELIB MACLIB????????????

?DMSITP?? W0007DMS??????????

?TRACE? ??TEXT??????????????

?TESTGEN? EXEC??????????????

?TESTASM? EXEC??????????????

?TRACE??? UPDATE????????????

?TEST???? UPDATE2???????????

?TEST???? UPDATE3???????????

?TEST???? UPDATE4?????? ?

TEST???? UPDATE5??????????

?TEST???? UPDATE6??????????

?TEST???? TEXT?????????????

?END-OF-FILE OR END-OF-TAPE

Ready; T=0.03/0.11 07:41:52 ????????????????

petape scan????????????????

?SCANNING....??????????????

?M0002V00 MEMO?????????????

?M0002V00 DOCUMENT?????????

?DEFINE?? ASSEMBLE?????????

?DEFTBLV? ASSEMBLE?????????

?END-OF-FILE OR END-OF-TAPE

Ready; T=0.01/0.01 07:42:35 ?

petape scan??????????????????????

?SCANNING....????????????????????

?M0003V00 MEMO???????????????????

?M0003V00 DOCUMENT???????????????

?REREAD?? ASSEMBLE???????????????

?DEFTBLV? ASSEMBLE???????????????

?END-OF-FILE OR END-OF-TAPE??????

Ready; T=0.01/0.02 07:43:16??????

petape scan??????????????????????

?SCANNING....????????????????????

?M0004V00 MEMO???????????????????

?M0004V00 DOCUMENT???????????????

?CMS????? ASSEMBLE???????????????

?END-OF-FILE OR END-OF-TAPE??????

Ready; T=0.01/0.01 07:43:21??????

petape scan??????????????????????

?SCANNING....????????????????????

?M0005V00 MEMO???????????????????

?M0005V00 DOCUMENT???????????????

?FORTLIB? TXTLIB?????????????????

?FORTRAN? ASSEMBLE???????????????

?FORTRAN? TEXT???????????????????

?FORTRAN? MODULE?????????????????

?FORDIRT? ASSEMBLE???????????????

?IHCUATBL ASSEMBLE???

IHCUOPT? ASSEMBLE?????????

?GENFORT? EXEC?????????????

?IEYALL?? TEXT?????????????

?IEYEXT?? TEXT?????????????

?IEYFORT? TEXT?????????????

?IEYFORT1 TEXT?????????????

?IEYFORT2 TEXT?????????????

?IEYGEN?? TEXT?????????????

?IEYPAR?? TEXT?????????????

?IEYUNF?? TEXT?????????????

?IEYROL?? TEXT?????????????

?IEYINT?? TEXT?????????????

?IEYGEN?? MODULE???????????

?IEYEXT?? MODULE???????????

?IEYPAR?? MODULE???????????

?IEYALL?? MODULE???????????

?IEYUNF?? MODULE???????????

?END-OF-FILE OR END-OF-TAPE

Ready; T=0.03/0.12 07:43:49 ????????????

petape scan?????????????????

?SCANNING....???????????????

?M0006V00 MEMO??????????????

?M0006V00 DOCUMENT??????????

?IHNFCVTH UPDATER???????????

?END-OF-FILE OR END-OF-TAPE?

Ready; T=0.01/0.01 07:44:16?

????????????????????

?

Show quoted text

From: [email protected] <[email protected]> On Behalf Of Mark A. Stevens via groups.io
Sent: Friday, April 5, 2024 3:00 AM
To: [email protected]
Subject: Re: [h390-vm] "Waterloo Tapes" in H390-VM group's Files area

?

On Thu, Apr 4, 2024 at 03:31 AM, Dave Wade wrote:

So PETAPE should now work, and the one from the R5 tape appears to be fine. I have appended a full console session showing before and after the patch.

If you want an acid test, try WATERLOO2.aws and scan files 2 through 3 and see if it hiccoughs.? If not, then we certainly have a winner. Below is my attempt to scan it with PETAPE from WATERLOO5.aws

HHC01603I devinit 480 tapes/1976-11-09.WATERLOO2.aws???????????????????????????????????? ?
HHC00221I 0:0480 Tape file tapes/1976-11-09.WATERLOO2.aws, type AWS: format type AWS Forma
HHC02245I 0:0480 device initialized????????????????????????????????????????????????????? ?
/CP ATTACH 480 XMAS 181????????????????????????????????????????????????????????????????? ?
/19:54:15??????????????????????????????????????????????????????????????????????????????? ?
/19:54:15 TAPE 480 ATTACH TO XMAS???? 181??????????????????????????????????????????????? ?
==========================================================================================
petape rew
Ready; T=0.01/0.01 19:55:39
petape scan
?SCANNING....
?ABSTRACT ABSTRACT
?PETAPE?? MODULE?? A2
?END-OF-FILE OR END-OF-TAPE
Ready; T=0.01/0.03 19:55:45
petape scan
?SCANNING....
?M0001V06 MEMO
?M0001V06 DOCUMENT
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 19:55:50
petape scan
?SCANNING....
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 19:55:57

Thanks for your work on this.

?... Mark S.

#5621

On Thu, Apr 4, 2024 at 03:31 AM, Dave Wade wrote:

So PETAPE should now work, and the one from the R5 tape appears to be fine. I have appended a full console session showing before and after the patch.

If you want an acid test, try WATERLOO2.aws and scan files 2 through 3 and see if it hiccoughs.? If not, then we certainly have a winner. Below is my attempt to scan it with PETAPE from WATERLOO5.aws

HHC01603I devinit 480 tapes/1976-11-09.WATERLOO2.aws???????????????????????????????????? ?
HHC00221I 0:0480 Tape file tapes/1976-11-09.WATERLOO2.aws, type AWS: format type AWS Forma
HHC02245I 0:0480 device initialized????????????????????????????????????????????????????? ?
/CP ATTACH 480 XMAS 181????????????????????????????????????????????????????????????????? ?
/19:54:15??????????????????????????????????????????????????????????????????????????????? ?
/19:54:15 TAPE 480 ATTACH TO XMAS???? 181??????????????????????????????????????????????? ?
==========================================================================================
petape rew
Ready; T=0.01/0.01 19:55:39
petape scan
?SCANNING....
?ABSTRACT ABSTRACT
?PETAPE?? MODULE?? A2
?END-OF-FILE OR END-OF-TAPE
Ready; T=0.01/0.03 19:55:45
petape scan
?SCANNING....
?M0001V06 MEMO
?M0001V06 DOCUMENT
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 19:55:50
petape scan
?SCANNING....
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 19:55:57

Thanks for your work on this.

?... Mark S.

#5610

开云体育

Mark,

OK so we don’t have the source to PETAPE only the mods that were made to DMSTAP. Not sure which of those tapes they are on, but I think they are there.

Not sure at what point VMFPLC2 appeared, but it is supposed to produce consistent tapes regardless of release. Not sure it does, but that’s one reason for using it.

Simplest way to read the early tapes is to patch CMS to return 0 when the read length is short. So the relevant code in DMSTIO is …

?

000230 41F0 0008????? 00008???????? 390 INCLEN?? LA??? R15,8????????? INCORRECT LENGTH ERROR?????????? @VA03457 00309100

000234 07FE???????????????????????? 391????????? BR??? R14???????????????????????????????????????????? @VA03457 00309200

?

On my VM/CE DMSTIO loads at F8F9A8 (from the CMS NUCLEUS MAP)

?

So INCLEN will be at F8FBD8 in our CMS machine and we can check

?

d f8fbd8.10?????????????????????????????????????????????

F8FBD8??? 41F00008? 07FE000D? D9C5C1C4? 40404040

?

So if we patch that

?

store f8fbd8 41f00000

SHARED SYSTEM CMS????? REPLACED WITH NON-SHARED COPY????

STORE COMPLETE???

?

So PETAPE should now work, and the one from the R5 tape appears to be fine. I have appended a full console session showing before and after the patch.

?

Dave

?

petape scan?????????????????????????????????????????????

?SCANNING....???????????????????????????????????????????

?ABSTRACT ABSTRACT??????????????????????????????????????

?PETAPE?? MODULE?? A2???????????????????????????????????

?END-OF-FILE OR END-OF-TAPE?????????????????????????????

Ready; T=0.02/0.07 16:19:47?????????????????????????????

petape scan?????????????????????????????????????????????

?SCANNING....???????????????????????????????????????????

?M0001V06 MEMO??????????????????????????????????????????

?M0001V06 DOCUMENT??????????????????????????????????????

DMSTPE110S ERROR READING 'TAP1(181)'.???????????????????

Ready(00100); T=0.01/0.01 16:19:49??????????????????????

d f8fbd8.10?????????????????????????????????????????????

F8FBD8??? 41F00008? 07FE000D? D9C5C1C4? 40404040????????

Ready; T=0.01/0.01 16:20:36?????????????????????????????

store f8fbd8 41f00000???????????????????????????????????

SHARED SYSTEM CMS????? REPLACED WITH NON-SHARED COPY????

STORE COMPLETE??????????????????????????????????????????

Ready; T=0.01/0.01 16:21:18?

petape rew???????????????????????

Ready; T=0.01/0.01 16:22:14??????

petape scan??????????????????????

?SCANNING....????????????????????

?ABSTRACT ABSTRACT???????????????

?PETAPE?? MODULE?? A2????????????

?END-OF-FILE OR END-OF-TAPE??????

Ready; T=0.02/0.07 16:22:21??????

petape scan??????????????????????

?SCANNING....????????????????????

?M0001V06 MEMO???????????????????

?M0001V06 DOCUMENT???????????????

?TEST???? ASSEMBLE???????????????

?TEST???? UPDATE?????????????????

?TRACE??? ASSEMBLE???????????????

?$$$TRACE EXEC???????????????????

?TRACELIB MACLIB?????????????????

?DMSITP?? W0007DMS???????????????

?TRACE??? TEXT???????????????????

?TESTGEN? EXEC???????????????????

?TESTASM? EXEC???????????????????

?TRACE??? UPDATE?????????????????

?TEST???? UPDATE2????????????????

?TEST???? UPDATE3????????????????

?TEST???? UPDATE4????????????????????????????????????????????

?TEST???? UPDATE5???????????

?TEST???? UPDATE6???????????

?TEST???? TEXT??????????????

?END-OF-FILE OR END-OF-TAPE?

Ready; T=0.04/0.16 16:22:52??????????????

?

Show quoted text

From: [email protected] <[email protected]> On Behalf Of Mark Waterbury
Sent: Wednesday, April 3, 2024 2:54 PM
To: [email protected]
Subject: Re: [h390-vm] "Waterloo Tapes" in H390-VM group's Files area

?

Hi, Dave,

I saw that link to the VMSHARE stuff about those problems with PETAPE on newer VM versions -- a very good find!??

Do we have source code for PETAPE?

IIRC, when PETAPE first appeared, it was done as an UPDATE deck for DMSTAP -- the CMS-supplied TAPE command.

Perhaps this also explains why the VM SHARE project just switched over to using VMFPLC2 instead of PETAPE?

All the best,

Mark S. Waterbury

#5608

I found the following reference to PETAPE's challenges due to IBM changes to CMS TAPE command.

Append on 06/27/90 at 09:49 by Stuart McRae of Systems and Telecoms:

...
And as for 'shareware', I recently got several disks in an attempt to find a
couple of utilities for specific tasks. First, nothing I've found did what I
wanted, but more importantly here, several of the things I found on the disks
which looked useful either did not work or hung the PC. In all my years of
using code from VMSHARE or the Waterloo tape (since early VM/370 days),
I can remember few problems with free VM software (except when PETAPE was
caught out by an unfortunate change in CMS).
...

#5602

On Wed, Apr 3, 2024 at 08:54 AM, Mark Waterbury wrote:

I saw that link to the VMSHARE stuff about those problems with PETAPE on newer VM versions -- a very good find!??

Do we have source code for PETAPE?

IIRC, when PETAPE first appeared, it was done as an UPDATE deck for DMSTAP -- the CMS-supplied TAPE command.

The VMSHARE discussion does include references to code, I have to look at any existing NOTE PETAPE and MEMO PETAPE to see what is hidden there.

On the WATERLOO6 tape see the abstract which has the following information. This might be the last, best version of it.

M0063V03P-E TAPE COMMAND-- Modifications to Perkin-Elmer's version of tape
command? for Release 6.? There is a new tape format consisting of an embedded
header? and blocksize of 16005 for tape records (use of 'BLKSIZE' option allows
user to specify blocksize up to 32005).? Also allows user to write tapes in PLC
format.? All IBM formats (old 800 byte and new 4096 byte formats),? old PE
format, and PLC tapes can be read, and they all can be written except? for the
old PE format.? Also, the tape command will consist of two modules.? For more
information about all the changes in the tape command see the?? document file.
There is tape command support for BSEPP and non BSEPP, based? on Release 6 PLC
5.--Steve Bernstein, Perkin-Elmer Corporation, Danbury,? Connecticut, January 7
1981.

?... Mark S.

#5600

Hi, Dave,

I saw that link to the VMSHARE stuff about those problems with PETAPE on newer VM versions -- a very good find!??

Do we have source code for PETAPE?

IIRC, when PETAPE first appeared, it was done as an UPDATE deck for DMSTAP -- the CMS-supplied TAPE command.

Perhaps this also explains why the VM SHARE project just switched over to using VMFPLC2 instead of PETAPE?

All the best,

Mark S. Waterbury

#5599

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

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

#5598

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

#5597

On Tue, Apr 2, 2024 at 08:58 PM, Fish Fish wrote:

Maybe the fix is to simply make a copy of the tape and add some more tapemarks at the end of it??

Where can I download this tape from?

What guest O/S is being used here? What's the URL of where I can download it from? I'd like to try this for myself!

The tape is in this discussion groups Files section.

I also use VM/370 CE 1.2 and it can be found at:

?... Mark S.

#5596

On Tue, Apr 2, 2024 at 07:11 PM, Fish Fish wrote:

Or maybe there IS NO fix needed?

Actually, it makes sense too. Because the first file is the abstract, and it lists all the files. Then typically one restore files on a case by case basis. So it does not matter there is no EOT mark, since you don't restore everything until you reach the end of the tape.

Cheers,

Rene FERLAND, Montreal

#5595

On Tue, Apr 2, 2024 at 09:11 PM, Fish 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. This is a tape problem, which Rene has a solution for. I've successfully used VMFPLC2 to load numerous files to minidisks tonight.

?... Mark S.

#5594

Fish wrote:

[...]
Maybe the fix is to simply make a copy of the tape and add some
more tapemarks at the end of it??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.

-- 
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

#5593

On Tue, Apr 2, 2024 at 06:58 PM, Fish Fish wrote:

Maybe the fix is to simply make a copy of the tape and add some more tapemarks at the end of it??

Yes, I did just that with vmfplc2 and now everything works fine, no more error messages. :-)

The tapes can be found in the Files section of this group. I personally used VM/370 CE 1.2.

Cheers,

Rene FERLAND, Montreal

#5592

René Ferland wrote:

[...]
I think the error you get comes from the fact there is no
EOT mark on the tape. After the last EOF tape mark, TAPEMAP
tries to read the next and finds nothing, while (I think)
it should detect another tape mark, indicating the end of
the tape.Ah. Yes. That would certainly explain things. That's why Hercules got its EOF (End-of-File) error: there was no more data remaining on the tape! TAPEMAP essentially tried to read past the physical end of the tape. The same thing would happen in real life with a real tape of a real tape drive too: if you try reading beyond the end of the tape (i.e. past the last written block on the tape, which is not necessarily the same as the *physical* end of the tape. I'm talking about the logical end of the tape. Past where the last written block), then you'll obviously get an error.

Maybe the fix is to simply make a copy of the tape and add some more tapemarks at the end of it??

Where can I download this tape from?

What guest O/S is being used here? What's the URL of where I can download it from? I'd like to try this for myself!

-- 
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

#5591

Mark A. Stevens wrote:

[...]
I attached the WATERLOO6.aws tape to my VM userid and ran
TAPEMAP. Below are the errors that showed up on the console.

HHC01603I devinit 480 tapes/1982-05-25.WATERLOO6.aws
HHC00221I 0:0480 Tape file tapes/1982-05-25.WATERLOO6.aws, type AWS:
format type AWS Forma
HHC02245I 0:0480 device initialized
/CP ATTACH 480 XMAS 181
/18:35:39
/18:35:39 TAPE 480 ATTACH TO XMAS     181
HHC00204E 0:0480 Tape file tapes/1982-05-25.WATERLOO6.aws, type aws: error
in function rea
HHC00007I Previous message from function 'readhdr_awstape' at
awstape.c(248)This error indicates "End of File". Hercules tried to read the tape, but there was no data to be read. The tape file was essential an empty file.

Are you sure you attached the right file?

What version of Hercules was this?

May I see the entire log?

Do you still have the URL of this tape?

I'd like to try it for myself.


Also, what guest O/S are you running this on? VM/370 R6? Which *exact* version? I have VM/370 R6, and one of the 6-packs I think, but I want to be sure to use the exact same version that you're using. Where can I download it from.

Thanks!

-- 
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

#5590

On Tue, Apr 2, 2024 at 08:06 PM, René Ferland wrote:

This will generate the same error as you, but produce the file TAPE MAP A with a detailed list of the content. I don't know if one can read any of the files on WATERLOO6 with vmfplc2, but it worked for the few I tried (including the last one on the tape).

Thanks for the update. I have picked a few random ones that I am interested in, and they have loaded with no errors, and the results are all readable.

I'll check on WATERLOO2.aws next. Not as 'ciritical' to me as 6, since there could be intervening changes to the VM releases.

?... Mark S.

#5589

On Tue, Apr 2, 2024 at 05:46 PM, Mark A. Stevens wrote:

I attached the WATERLOO6.aws tape to my VM userid and ran TAPEMAP.

I think the error you get comes from the fact there is no EOT mark on the tape. After the last EOF tape mark, TAPEMAP tries to read the next and finds nothing, while (I think) it should detect an other tape mark, indicating the end of the tape.

The file ABSTRACT ABSTRACT shows there are 135 "files" on the tape. You can get a complete list with the commands:

vmfplc2 rew
vmfplc2 fsf 1
vmfplc2 scan ( eot disk

This will generate the same error as you, but produce the file TAPE MAP A with a detailed list of the content. I don't know if one can read any of the files on WATERLOO6 with vmfplc2, but it worked for the few I tried (including the last one on the tape).

Cheers,

Rene FERLAND, Montreal

#5588

Continued ...

Attempt to scan the WATERLOO6.aws with PETAPE ...

l petape module a ( date
Filename Filetype Fm? Format??? Recs Blocks???? Date??? Time
PETAPE?? MODULE?? A2? V? 7008????? 2????? 9? 03/13/78?? 11:44
Ready; T=0.01/0.01 18:47:00
petape rew
Ready; T=0.01/0.01 18:47:19
petape scan ( eot
?SCANNING....
DMSTPE057E INVALID RECORD FORMAT.
Ready(00032); T=0.01/0.01 18:47:30
petape scan ( eot
?SCANNING....
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 18:47:34
petape scan ( eot
?SCANNING....
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 18:47:37
petape scan ( eot
?SCANNING....
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 18:47:40
petape rew
Ready; T=0.01/0.01 18:47:51
petape scan
?SCANNING....
DMSTPE057E INVALID RECORD FORMAT.
Ready(00032); T=0.01/0.01 18:47:59
petape scan
?SCANNING....
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 18:48:03
petape scan
?SCANNING....
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 18:48:06
petape scan
?SCANNING....
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 18:48:12

There are no errors in the console. I will be attaching the Hercules log file in the Temp files area.
2024-04-02.vm370dev.marXtevens.strangled.net.log

?... Mark S.

#5587

On Tue, Apr 2, 2024 at 03:57 AM, Fish Fish wrote:

Does Hercules itself report any I/O error? Or is it just CMS that's reporting the error? If Hercules reports the error too, then it's a bona fide I/O error and we should look into that deeper, as it indicates there might be a bug in Hercules's tape handling.

If only CMS reports the error however (and not Hercules), then it sounds like it's either a CMS bug or a petape bug.

Are there different versions of petape floating around out there? Do you have the most current one?

I attached the WATERLOO6.aws tape to my VM userid and ran TAPEMAP. Below are the errors that showed up on the console.

HHC01603I devinit 480 tapes/1982-05-25.WATERLOO6.aws???????????????????????????????????? ?
HHC00221I 0:0480 Tape file tapes/1982-05-25.WATERLOO6.aws, type AWS: format type AWS Forma
HHC02245I 0:0480 device initialized????????????????????????????????????????????????????? ?
/CP ATTACH 480 XMAS 181????????????????????????????????????????????????????????????????? ?
/18:35:39??????????????????????????????????????????????????????????????????????????????? ?
/18:35:39 TAPE 480 ATTACH TO XMAS???? 181??????????????????????????????????????????????? ?
HHC00204E 0:0480 Tape file tapes/1982-05-25.WATERLOO6.aws, type aws: error in function rea
HHC00007I Previous message from function 'readhdr_awstape' at awstape.c(248)???????????? ?
HHC01315I 0:0480 CHAN: ccw 02F3A2AC 0490FFFF???????????????????????????????????????????? ?
HHC01312I 0:0480 CHAN: stat 0E40, count FFFF=>C011C650 40404040 40404040 F8F0F540 {.F&?? ?
HHC01313I 0:0480 CHAN: sense 10400000 00C00360 00000000 00800100 010000FF FF000000 0000000
HHC01314I 0:0480 CHAN: sense EQPCK ITF?????????????????????????????????????????????????? ?
/18:36:22??? DMKTAP503I TAPE 480 EQUIP CK??? CMD= 02???????????????????????????????????? ?
HHC00009I RRR...RING...GGG!????????????????????????????????????????????????????????????? ?
/?????????? SNS= 1040000000C003600000000000800100010000FFFF000000??????????????????????? ?
/?????????? CSW= 00F3A2A0 0E40FFFF USERID= XMAS????????????????????????????????????????? ?
/??????????????????????????????????????????????????????????????????????????????????????? ?
herc =====>????????????????????????????????????????????????????????????????????????????? ?
CP00 PSW=030E000000000000 24..W.....?????????? instcnt 421,043,020; mips 0.000; I/O????? 0

The following is the last few lines from the TAPEMAP LISTING file.

FSVIEW: TAPEMAP LISTING A1??????? Lines 5182-5189/5189 V80[1-79]? FSVIEW V1.2.5
0**** File??? 136.
0**** A permanent error condition exists on unit 0181:
?**** CSW 000370A8 0E40FFFF Sense 10400000 00C00300 ( 4 valid)
0**** Errors reading tape, mapping cannot continue.
0TapeMap read? 16,971 blocks containing? 43,759K bytes.? There
?were???? 135 files.? About 1234 feet of tape was used.
?There were????? 1 error(s) encountered reading this tape.
0End of TapeMap execution.

?... Mark S.

#5586

René Ferland wrote:

[...]
AWSBrowse does not report anything, so I'm assuming the tape
is okay.If AWSBrowse says it can read it okay, then it's okay.


I applied AWSFixTape anyway just in case.Which should NOT have fixed anything. The file should still be identical to its original contents. If you still have the original (before you can it through AWSFixTape ), then you could compare the two with each other to verify that. (Or compare their hashes for example.)


Yet an error still occurs while trying to load a file. I am
using the module petape from the tape, since neither the CMS
command tape nor vmfplc2 work on that tape (WATERLOO2.aws):


Ready; T=0.01/0.01 23:45:44
petape rew
Ready; T=0.01/0.01 23:47:37
petape fsf 3
Ready; T=0.01/0.01 23:47:41
petape load
LOADING.....
M0003V00 MEMO
M0003V00 DOCUMENT
DMSTPE110S ERROR READING 'TAP1(181)'.
Ready(00100); T=0.01/0.01 23:47:45Does Hercules itself report any I/O error? Or is it just CMS that's reporting the error? If Hercules reports the error too, then it's a bona fide I/O error and we should look into that deeper, as it indicates there might be a bug in Hercules's tape handling.

If only CMS reports the error however (and not Hercules), then it sounds like it's either a CMS bug or a petape bug.

Are there different versions of petape floating around out there? Do you have the most current one?


According to AWSBrowse, the file has 24 blocks. I can clearly
see the memo, the document, and the assembler code in some of
the blocks with AWSBrowse. And just to make it more fun,
sometimes petape works fine:


Ready; T=0.01/0.01 00:09:32
petape rew
Ready; T=0.01/0.01 00:09:40
petape fsf 2
Ready; T=0.01/0.01 00:09:44
petape load
LOADING.....
M0002V00 MEMO
M0002V00 DOCUMENT
DEFINE   ASSEMBLE
DEFTBLV  ASSEMBLE
END-OF-FILE OR END-OF-TAPE
Ready; T=0.01/0.01 00:09:47(!!!) Interesting!


Could it be that the problem is not the tape, but the petape module
instead?That sounds like a definite possibility to me! Either that or CMS itself. OR... like I said, there is still the chance (unlikely IMO, but still greater than 0%), however unlikely, that it could be some obscure Hercules bug. I'm doubting that! But I nevertheless must offer that as a non-zero possibility, however remote.

I found the following group posts that mention "petape":

  * /g/h390-vm/search?p=created%2C0%2C%2C1%2C2%2C0%2C0&q=petape

The following posts make back in December 2022 and January 2023 seem most pertinent:

  * /g/h390-vm/message/4904
  * /g/h390-vm/message/4908
  * /g/h390-vm/message/4909
  * /g/h390-vm/message/4994


HTH!

-- 
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...