Re: "Waterloo Tapes" in H390-VM group's Files area
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 FormaHHC02245I 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 reaHHC00007I 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 0000000HHC01314I 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????? 0The 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.50**** 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.
|
Re: "Waterloo Tapes" in H390-VM group's Files area
搁别苍é 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:45 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? 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=petapeThe 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/4994HTH! -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Re: "Waterloo Tapes" in H390-VM group's Files area
搁别苍é Very likely… ?
? probably won’t get time to look today… Dave ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of 搁别苍é Ferland
Sent: Tuesday, April 2, 2024 6:23 AM
To: [email protected]
Subject: Re: [h390-vm] "Waterloo Tapes" in H390-VM group's Files area? On Mon, Apr 1, 2024 at 08:59 PM, Fish Fish wrote: If it's broken, AWSBrowse will report it (and then ignore the garbage and only show you the valid data).
AWSBrowse does not report anything, so I'm assuming the tape is okay. I applied AWSFixTape anyway just in case.
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 Ready; T=0.01/0.01 23:47:37 Ready; T=0.01/0.01 23:47:41 DMSTPE110S ERROR READING 'TAP1(181)'. Ready(00100); T=0.01/0.01 23:47:45
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 Ready; T=0.01/0.01 00:09:40 Ready; T=0.01/0.01 00:09:44 END-OF-FILE OR END-OF-TAPE Ready; T=0.01/0.01 00:09:47
Could it be that the problem is not the tape, but the petape module instead?
Cheers,
Rene FERLAND, Montreal
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
|
Re: "Waterloo Tapes" in H390-VM group's Files area
On Mon, Apr 1, 2024 at 08:59 PM, Fish Fish wrote:
If it's broken, AWSBrowse will report it (and then ignore the garbage and only show you the valid data).
AWSBrowse does not report anything, so I'm assuming the tape is okay. I applied AWSFixTape anyway just in case.
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:45
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
Could it be that the problem is not the tape, but the petape module instead?
Cheers,
Rene FERLAND, Montreal
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??
|
Re: "Waterloo Tapes" in H390-VM group's Files area
Fish wrote: Harold Grovesteen wrote:
Just curiosity
I realize there seems to be some heritage involved in
all of this, but does anyone know which tool creates
the garbage? [...] I also seem to recall there was some (also buggy) tool
oncbttape.org (I forget which one; some conversion tool
I think? Something about 80 byte records?) that would
also cause it to happen. But I'm not 100% certain of
that since it was so long ago. Found it! It's called VTT2DISK. It's on one of the CBT tapes. Sam Golob wrote an article on it in some mainframe magazine as I recall. Just do a Google on "VTT2DISK" and you'll find several relevant hits. ANYWAY... As I said in my previous reply, my "AWSFixTape" tool can easily fix these bad tapes. When using AWSFixTape, I *strongly* suggest NOT specifying a wildcard filename (to fix multiple tapes at once). Instead, I strongly suggest fixing each tape individually one by one, by specifying the exact filename. The easiest(?) way to tell whether a tape if broken or not (contains trailing garbage or not) is to use my AWSBrowse product to try and open/view the tape. If it's broken, AWSBrowse will report it (and then ignore the garbage and only show you the valid data). If it's broken, then simply use AWSFixTape to fix it. Hope that helps! -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Re: "Waterloo Tapes" in H390-VM group's Files area
On Mon, Apr 1, 2024 at 08:55 AM, Dave Wade wrote:
Just found that. There seems to be some issues with some of the early tapes, but generally PETAPE works “a bit”…
I have found various copies of WATERLOO6 and they all check out the same, via MD5sum . The date is the date of the ABSTRACT ABSTRACT file. abele_waterloo.aws is From Bob's distribution. WATERLOO6.aws is from this group's files. waterloo.aws is from the CBT site. [xmas@vm370dev tapes]$ md5sum -b 1982-05-25.*865a170aea956905447f570a60eaa6c6 *1982-05-25.abele_waterloo.aws865a170aea956905447f570a60eaa6c6 *1982-05-25.WATERLOO6.aws865a170aea956905447f570a60eaa6c6 *1982-05-25.waterloo.aws[xmas@vm370dev tapes]$ ?... Mark S.
|
Re: DMSSMN109S in @@CRT0 running DIFF
On Thu, Mar 14, 2024 at 9:45?AM Paul Edwards < mutazilah@...> wrote: On Thu, Mar 14, 2024 at 10:28 AM, Ross Patterson wrote:
> Where did DIFF MODULE Y come from?
> ...
I'm not 100% sure I was involved in getting a DIFF executable
onto a Y drive.
Quite?by accident, I found that the DIFF MODULE dated 2009-06-06 on the VM/370 CE 1.2 Y disk comes from the 591 disk on the GCCCMS user, which is described in GCCCMS MEMO on its 191 disk as "GCC compiler version 3.2.3 MVS 7.0 from 2009".? No source so far, but baby steps are OK too. :-) ? Regardless, assuming it is indeed the version that I ship, the
latest source is in custom.zip at - look for diffutils*.
Yup, I see that.? It'll give me something to play with in my copious spare time :-)
Thanks, Ross
|
Re: "Waterloo Tapes" in H390-VM group's Files area
Harold Grovesteen wrote: Just curiosity
I realize there seems to be some heritage involved in all of this,
but does anyone know which tool creates the garbage? Very old versions of Hercules itself could indirectly create such tapes. The problem (bug) would occur when a previously used tape file (i.e. a non-empty .aws/.het file) was written to. Hercules would write the new data to it, but failed to do a "ftruncate" after each write, thereby leaving whatever old data that happened to still be there at that file displacement immediately follow that newly written tape block: * so if your program was trying to process all physical data on the tape (i.e. if the program was purposely ignoring the 2 or more tapemarks that typically marked the end of data on the tape, it would get an error after reading the last block that was written since the old data (i.e. garbage) that happened to be there wasn't recognized as a valid .aws/.het control block (because it was random previously written tape data). I also seem to recall there was some (also buggy) tool on cbttape.org (I forget which one; some conversion tool I think? Something about 80 byte records?) that would also cause it to happen. But I'm not 100% certain of that since it was so long ago. Is there a tool that removes the unexpected content from the AWS
tape file? My AWSBrowse product comes with one called AWSFixTape: NAME AWS/HET/FKT Tape Fixer Utility, Version: 1.0.0.5961 Copyright (C) 2020-2023, Software Development Laboratories SYNOPSIS AWSFixTape64 [OPTIONS] file ARGUMENTS file The name of the file(s) to be processed. May be specified as a wildcard pattern. OPTIONS /r read-only (don't fix any broken files) /k keepgoing (do not abort if any errors) /s subdirs (process subdirectories too) /v verbose (list *ALL* files processed) /q quiet (don't list files processed) /p progress (/q progress indicator only) WARNING! If you use a wildcard pattern as your filename and/or specify the /s subdirectory option make VERY sure all of the files to be processed are actually AWS, HET or FKT emulated tape files! ALL files that start with a valid 6-byte header will be processed and if the file is not a tape file it will be 'fixed', resulting in a damaged file if the file is not an actual emulated tape! For example, if the file is an operating system control file that by coincidence, begins with a sequence of 6 binary bytes that looks identical to an emulated tape file tapemark block then it will be processed as a tape file and 'fixed'!! (resulting in a damaged operating system file) Be VERY CAREFUL when using wildcards and/or the '/s' subdirectory option! YOU HAVE BEEN WARNED! EXIT STATUS -1 Unrecoverable error (syntax, I/O, etc). n Number of files fixed or needing fixed. Hope that helps! -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@...
|
Re: "Waterloo Tapes" in H390-VM group's Files area
Mark, Just found that. There seems to be some issues with some of the early tapes, but generally PETAPE works “a bit”… Dave ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of Mark Waterbury
Sent: Monday, April 1, 2024 2:40 PM
To: [email protected]
Subject: Re: [h390-vm] "Waterloo Tapes" in H390-VM group's Files area? Hi, Dave,
The old WATERLOO tapes used "PETAPE" (Perkin-Elmer's locally modified version of the original CMS TAPE command).? For those versions of the SHARE VM Project Waterloo tapes, they also included a copy of PETAPE MODULE on the first file on the tape, e.g. along with ABSTRACT ABSTRACT.? So, after doing a TAPE LOAD * * when positioned at file 1, you now have on your A disk a copy of the PETAPE MODULE.? So then, you should just use e.g. PETAPE LOAD etc. for the rest of that particular volume of the WATERLOO SHARE VM project tapes.? Starting with the Waterloo tapes for VM/370 Rel. 6, IIRC, they switched over to using the IBM supplied VMFPLC2 command.
As far as I know, none of the SHARE Project Waterloo tapes ever used BLOCKTAP?
Looking at WATERLOO2.aws, WATERLOO3.aws, and WATERLOO5.aws files, they all end with three consecutive tape marks.? However, I notice that the WATERLOO6.aws file ends with just a single tape mark.
Mark S. Waterbury
|
Re: "Waterloo Tapes" in H390-VM group's Files area
Dave, this leads to a couple more questions...
Is Bloktap part of the R6 / CE distribution?? I can sort of
understand it being there if the source is available so that
someone might fix it.
While I know from the posts that the messed up tapes "leave
garbage at the end of the file",? are the messed up tapes
worth "fixing"?? Is the tape content available in valid formats
elsewhere?
Harold Grovesteen
On 4/1/24 08:24, Dave Wade wrote:
toggle quoted message
Show quoted text
Harold,
After
looking back through the archives, it seems these were
created with Bloktap which doesn’t work on R6.
Dave
?
?
Just curiosity
I realize there seems to be some heritage involved in all of
this, but does anyone know which tool creates the garbage?
Is there a tool that removes the unexpected content from the
AWS tape file?
Harold Grovesteen
On 4/1/24 00:03, Dave Wade wrote:
Mark,
I’ll
check these later, but many AWS tapes end in errors
because one of the tools used to create them leaves
garbage at the end of the file.
Dave
?
?
On Fri, Jan 13, 2023 at 02:39 AM, Dave
Wade wrote:
I imagine from a real tape which came
with the tapes used to build the original system. From
what I remember, and it's a fuzzy memory, the process
was that each site that received a copy agreed to make
two copies for other sites. So most sites had a copy of
the tape.
I was scanning through the WATERLOO
tapes which I got from here. WATERLOO2 and WATERLOO6 end
with errors. Does any one have an alternate source for
these?
?... Mark S.
|
Re: "Waterloo Tapes" in H390-VM group's Files area
Hi, Dave,
The old WATERLOO tapes used "PETAPE" (Perkin-Elmer's locally modified version of the original CMS TAPE command).? For those versions of the SHARE VM Project Waterloo tapes, they also included a copy of PETAPE MODULE on the first file on the tape, e.g. along with ABSTRACT ABSTRACT.? So, after doing a TAPE LOAD * * when positioned at file 1, you now have on your A disk a copy of the PETAPE MODULE.? So then, you should just use e.g. PETAPE LOAD etc. for the rest of that particular volume of the WATERLOO SHARE VM project tapes.? Starting with the Waterloo tapes for VM/370 Rel. 6, IIRC, they switched over to using the IBM supplied VMFPLC2 command.
As far as I know, none of the SHARE Project Waterloo tapes ever used BLOCKTAP?
Looking at WATERLOO2.aws, WATERLOO3.aws, and WATERLOO5.aws files, they all end with three consecutive tape marks.? However, I notice that the WATERLOO6.aws file ends with just a single tape mark.
Mark S. Waterbury
|
Re: "Waterloo Tapes" in H390-VM group's Files area
Sorry, I meant 1.2? VMCE has BLOCKTAP included. Bob Bolch
BLOCKTAP runs on VMCE release 1.3
Bob Bolch
Harold, After looking back through the archives, it seems these were created with Bloktap which doesn’t work on R6. Dave ? ? Just curiosity I realize there seems to be some heritage involved in all of this, but does anyone know which tool creates the garbage? Is there a tool that removes the unexpected content from the AWS tape file? Harold Grovesteen On 4/1/24 00:03, Dave Wade wrote: Mark, I’ll check these later, but many AWS tapes end in errors because one of the tools used to create them leaves garbage at the end of the file. Dave ? ? On Fri, Jan 13, 2023 at 02:39 AM, Dave Wade wrote: I imagine from a real tape which came with the tapes used to build the original system. From what I remember, and it's a fuzzy memory, the process was that each site that received a copy agreed to make two copies for other sites. So most sites had a copy of the tape.
I was scanning through the WATERLOO tapes which I got from here. WATERLOO2 and WATERLOO6 end with errors. Does any one have an alternate source for these?
?... Mark S.
|
Re: "Waterloo Tapes" in H390-VM group's Files area
BLOCKTAP runs on VMCE release 1.3
Bob Bolch
Harold, After looking back through the archives, it seems these were created with Bloktap which doesn’t work on R6. Dave ? ? Just curiosity I realize there seems to be some heritage involved in all of this, but does anyone know which tool creates the garbage? Is there a tool that removes the unexpected content from the AWS tape file? Harold Grovesteen On 4/1/24 00:03, Dave Wade wrote: Mark, I’ll check these later, but many AWS tapes end in errors because one of the tools used to create them leaves garbage at the end of the file. Dave ? ? On Fri, Jan 13, 2023 at 02:39 AM, Dave Wade wrote: I imagine from a real tape which came with the tapes used to build the original system. From what I remember, and it's a fuzzy memory, the process was that each site that received a copy agreed to make two copies for other sites. So most sites had a copy of the tape.
I was scanning through the WATERLOO tapes which I got from here. WATERLOO2 and WATERLOO6 end with errors. Does any one have an alternate source for these?
?... Mark S.
|
Re: "Waterloo Tapes" in H390-VM group's Files area
Harold, After looking back through the archives, it seems these were created with Bloktap which doesn’t work on R6. Dave ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of Harold Grovesteen
Sent: Monday, April 1, 2024 1:15 PM
To: [email protected]
Subject: Re: [h390-vm] "Waterloo Tapes" in H390-VM group's Files area? Just curiosity I realize there seems to be some heritage involved in all of this, but does anyone know which tool creates the garbage? Is there a tool that removes the unexpected content from the AWS tape file? Harold Grovesteen On 4/1/24 00:03, Dave Wade wrote: Mark, I’ll check these later, but many AWS tapes end in errors because one of the tools used to create them leaves garbage at the end of the file. Dave ? ? On Fri, Jan 13, 2023 at 02:39 AM, Dave Wade wrote: I imagine from a real tape which came with the tapes used to build the original system. From what I remember, and it's a fuzzy memory, the process was that each site that received a copy agreed to make two copies for other sites. So most sites had a copy of the tape.
I was scanning through the WATERLOO tapes which I got from here. WATERLOO2 and WATERLOO6 end with errors. Does any one have an alternate source for these?
?... Mark S.
|
Re: "Waterloo Tapes" in H390-VM group's Files area
Just curiosity
I realize there seems to be some heritage involved in all of
this, but does anyone know which tool creates the garbage?
Is there a tool that removes the unexpected content from the AWS
tape file?
Harold Grovesteen
On 4/1/24 00:03, Dave Wade wrote:
toggle quoted message
Show quoted text
Mark,
I’ll
check these later, but many AWS tapes end in errors because
one of the tools used to create them leaves garbage at the
end of the file.
Dave
?
?
On Fri, Jan 13, 2023 at 02:39 AM, Dave
Wade wrote:
I imagine from a real tape which came
with the tapes used to build the original system. From
what I remember, and it's a fuzzy memory, the process was
that each site that received a copy agreed to make two
copies for other sites. So most sites had a copy of the
tape.
I was scanning through the WATERLOO tapes
which I got from here. WATERLOO2 and WATERLOO6 end with
errors. Does any one have an alternate source for these?
?... Mark S.
|
Re: "Waterloo Tapes" in H390-VM group's Files area
Mark, I’ll check these later, but many AWS tapes end in errors because one of the tools used to create them leaves garbage at the end of the file. Dave ?
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of Mark A. Stevens via groups.io
Sent: Sunday, March 31, 2024 11:48 PM
To: [email protected]
Subject: Re: [h390-vm] "Waterloo Tapes" in H390-VM group's Files area? On Fri, Jan 13, 2023 at 02:39 AM, Dave Wade wrote: I imagine from a real tape which came with the tapes used to build the original system. From what I remember, and it's a fuzzy memory, the process was that each site that received a copy agreed to make two copies for other sites. So most sites had a copy of the tape.
I was scanning through the WATERLOO tapes which I got from here. WATERLOO2 and WATERLOO6 end with errors. Does any one have an alternate source for these?
?... Mark S.
|
Re: "Waterloo Tapes" in H390-VM group's Files area
The other day I was browsing through the messages here and the message concerning Monitor files had this link:
Some of these files are Waterloo tapes, while others are from VM Workshops.
I downloaded those files. However, modern browsers will complain about security, which you will need to override.
Some of those files are already AWS files while others are ZIP files which will need to be unZIPped.
I am embarrassed to state that I have not yet installed Hercules and VM, so I don't know if any of these files will avoid the problems discussed.
When I use my UltraEdit utility to browse some of these files and change to EBCDIC, they do look like what I remember of VMFPLC2 files.
? ? ? Allan
|
Re: "Waterloo Tapes" in H390-VM group's Files area
Hello! There's another problem folks. And it is not the fault of the three here named Dave, it is the problem of the maintainers of the CBT site. That page referenced earlier is now out of date. Oh the original collection of items for VM/370 Release 6 that I still use to confirm that my Hercules setup works might be correct. but the rest isn't I believe. ----- Gregg C Levine gregg.drwho8@... "This signature fought the Time Wars, time and again." On Sun, Mar 31, 2024 at 6:48?PM Mark A. Stevens via groups.io <marXtevens@...> wrote:
On Fri, Jan 13, 2023 at 02:39 AM, Dave Wade wrote:
I imagine from a real tape which came with the tapes used to build the original system. From what I remember, and it's a fuzzy memory, the process was that each site that received a copy agreed to make two copies for other sites. So most sites had a copy of the tape.
I was scanning through the WATERLOO tapes which I got from here. WATERLOO2 and WATERLOO6 end with errors. Does any one have an alternate source for these?
... Mark S.
"The Jedi Knight and the Timelord and their Wookiee guide stood there, the two with their lightsabers drawn and running, The Wookiee with his bowcaster (crossbow) ready, Suddenly the great doors to the building opened and a flurry of Separatists ran out screaming and firing blasters at the two, they caught and trapped all the bolts, the bowcaster fired explosive quarrels. The last two ran out, and fired their blasters at the two, and the bolts were again trapped, first the Timelord gestured and the blaster was grabbed by him, and he stuck it someplace, and then the Jedi Knight did the same thing. The two Separatists ran to them screaming, the Timelord used his mastery of other worldly martial arts to stop him, the Jedi Knight did the same thing, not to be outdone. By the time it was all over they had taken the planet of GuyKin without a loss of life on their side." From a Timelord with the Jedi Knights during the Clone Wars, an as yet unpublished memoir.
|
Re: "Waterloo Tapes" in H390-VM group's Files area
On Fri, Jan 13, 2023 at 02:39 AM, Dave Wade wrote:
I imagine from a real tape which came with the tapes used to build the original system. From what I remember, and it's a fuzzy memory, the process was that each site that received a copy agreed to make two copies for other sites. So most sites had a copy of the tape.
I was scanning through the WATERLOO tapes which I got from here. WATERLOO2 and WATERLOO6 end with errors. Does any one have an alternate source for these? ?... Mark S.
|
Re: BREXX installation instructions
On May 3, 2020, Peter Farley wrote:
>Everything VMARC can be found on Ross's website:
>
Several months later, I put all that stuff up on GitHub at?, because OOCities was a read-only mirror of the GeoCities site I built back around 2002 :-)? I did not put Peter's stuff up there (except for VMARC V1R2P028, his VM/370 fix), or any of the several other VMARC variants, because I wasn't clear on the ownership of them.? As noted in that repo, VMARC is not mine - John Fisher at Rensselaer Polytechnic Institute wrote it and shared it with the world-wide VM community, way back in 1989.? The license is not GPL or any other Open Source, because none of those models existed yet.? I contributed and collected a variety of fixes, but it's really John's work.
Ross
|
Mark A. Stevens
搁别苍é Ferland