On Tue, Jan 18, 2022 at 06:22 PM, Mark A. Stevens wrote:

The problem I have at the moment, is the file has an LRECL 1024, RECFM F does not work with IND$FILE, as it only supports a max LRECL of 255. Therefore, I can not download the file from my VM/370 system.

Put the WAKEUP ASSEMBLE pack source in a VMARC, then transfer the latter with IND$FILE?

Cheers,

Rene FERLAND, Montreal

On Mon, Jan 17, 2022 at 11:27 PM, Drew Derbyshire wrote:

I'd suggesti trying the LCM+L machine to unpack it (you can use a guest account).? You'll need X3270/C3270 on your local machine to upload it.

Drew,

Thank you for the suggestion. That occurred to me as well. I have been logged on to the VM/SP 5 system as a guest a couple of times to test my memory, as well as some code. I use x3270 all the time on my Linux system to connect to my MVS and VM/370 systems.

The problem I have at the moment, is the file has an LRECL 1024, RECFM F does not work with IND$FILE, as it only supports a max LRECL of 255. Therefore, I can not download the file from my VM/370 system. So I am working on using the Hercules version of vmfplc2, to extract the file from "tape" and then I can see if the VM/SP 5 version of IND$FILE allows an LRECL 1024.

Ah, the wonders of technology ... I wonder why I am trying to use this technology :-D

?... Mark S.

I'd suggesti trying the LCM+L machine to unpack it (you can use a guest account).? You'll need X3270/C3270 on your local machine to upload it.

On Mon, Jan 17, 2022 at 10:07 AM, Ganino, James (PERATON) wrote:

I found a reference to a 'COMPRESS EXEC', (10/08/85 at 22:47 by Michael Coffin - Fidelity Systems Company) but no further leads.

Thanks for the research. I have the 1987 VMSHARE database on "tape" and loaded the EXEC from COMPRESS NOTE. It only works on REXX program :-(

?... Mark S.

Mark,

Your command looks just fine -- you got it right.? The error message seems simple enough, meaning about PACK my guess was wrong.?

I saw another post in this thread about COMPRESS.? It tickled a memory about a predecessor or alternative to PACK, but I started in the VM world in the early 80's, so I think it predates me.? I did a bit of checking with an old manual I have (CMS Command Reference, Rel 5), Lynn Wheeler's postings at garlic.com, and the VM Share archives at marist.edu.? I found a reference to a 'COMPRESS EXEC', (10/08/85 at 22:47 by Michael Coffin - Fidelity Systems Company) but no further leads.? Hopefully, something here will tickle another memory in the group; otherwise, reverse-engineering might be the only path left.

Jim

On Mon, Jan 3, 2022 at 12:11 PM, René Ferland wrote:

No idea; I can't tell either for CKFSTYPE, GCOMD, and GFILE1.

CKFSTYPE EXEC Y2, seems to be part of the MECAFF package, as it checks on DIAG 58 support.

GCOMD EXEC Y2, no clue either. Seems to have something to do with G class command use/permission.

GFILE1 EXEC Y2, seems to be tied to AUTOSAVE, which is part of the CMS EDIT command.

I Hope This Helps.

?... Mark S.

If the file looks scrambled/compressed perhaps its in Terse Form which IIRC uses a 1024 blocksize.

Regards,
Martin.

开云体育

I expect the F 1024 file was created in COPYFILE ( PACK format, BUT the block size
indicates that it was created on a VM/SP or later version of VM. The PACK format
changed to F 1024 when the enhanced CMS file system was introduced with disk block sizes of
512, 1024, 2048, or 4096. In VM/370, the COPYFILE ( PACK output is F 800, so VM/370
CMS doesn't recognize it and cannot unpack the file.
Bob Bolch

Mark A. Stevens wrote:

Fish wrote:

Mark A. Stevens wrote:

I can't seem to build an AWS tape file,
but I can build an HET tape file.

Eh? Why not?

Fish,

It is a case of using DEVINIT in the console, versus using
hetinit in a terminal session.

Ah! Okay. The default for AUTOINIT is ON:

If I 'create' a tape in the console in the following
manner, I get a HET format tape which I can read/write
to my hearts content.

HHC01603I DEVINIT 580 tapes/2022-01-13.86WTTL.FILE132.het
HHC00221I 0:0580 Tape file tapes/2022-01-13.86WTTL.FILE132.het, type HET:
format type Hercules Emulated Tape file
HHC00235I 0:0580 Tape file tapes/2022-01-13.86WTTL.FILE132.het, type het:
tape created
HHC02245I 0:0580 device initialized

[...]

I am NOT using the hetinit command to create a blank tape, for
either HET or AWS. Therein lies the difference.

So if you entered the command:

devinit 580 tapes/2022-01-13.86WTTL.FILE132.aws

instead (note ".aws" file extension instead of .het), then you SHOULD end up with an uncompressed .aws format tape file being created instead.

So once again, the user, me, is the problem ;-)

It would appear so, yes. :)

Thanks for the help.

You're very welcome.

I was just concerned by your original claim of being able to create an AWS tape, that's all. But apparently you CAN -- if you use the correct devinit command. ;-)

Mystery solved. :)

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

mail: fish@...

On Thu, Jan 6, 2022 at 04:51 PM, Fish Fish wrote:

I can't seem to build an AWS tape file,
but I can build an HET tape file.

Eh? Why not?

Fish,

It is a case of using DEVINIT in the console, versus using hetinit in a terminal session. If I 'create' a tape in the console in the following manner, I get a HET format tape which I can read/write? to my hearts content.

HHC01603I DEVINIT 580 tapes/2022-01-13.86WTTL.FILE132.het
HHC00221I 0:0580 Tape file tapes/2022-01-13.86WTTL.FILE132.het, type HET: format type Hercules Emulated Tape file
HHC00235I 0:0580 Tape file tapes/2022-01-13.86WTTL.FILE132.het, type het: tape created
HHC02245I 0:0580 device initialized
/CP ATTACH 580 XMAS 181
/18:59:12
/18:59:12 TAPE 580 ATTACH TO XMAS???? 181

I am NOT using the hetinit command to create a blank tape, for either HET or AWS. Therein lies the difference.

So once again, the user, me, is the problem ;-) Thanks for the help.

?... Mark S.

On Fri, Jan 14, 2022 at 09:35 AM, Ganino, James (PERATON) wrote:

F 1024 sounds like a packed file.? COPYFILE fn ft fm (UNPACK? might restore it to F 80.

Thanks for the info. No such luck, assuming I ran the command correctly.

l WAKEUP?? ASSEMBLE A5 ( date
Filename Filetype Fm? Format??? Recs Blocks???? Date??? Time
WAKEUP?? ASSEMBLE A5? F? 1024????? 5????? 7? 05/07/79??? 5:44
Ready; T=0.14/0.25 19:16:13
copyfile WAKEUP?? ASSEMBLE A5 WAPKEUP1 = = ( unpack oldd
INPUT FILE 'WAKEUP ASSEMBLE A5' NOT IN PACKED FORMAT.
Ready(00032); T=0.01/0.01 19:16:49

?... Mark S.

Mark,

F 1024 sounds like a packed file.? COPYFILE fn ft fm (UNPACK? might restore it to F 80.

Jim

From distant memory an lrecl 1024 sounds like a text file in compressed format from vm/sp? so you will need to get something to decompress it on earlier versions.
eddy_balem

From distant memory an lrecl 1024 sounds like a text file in compressed format from vm/sp? so you will need to get something to decompress it on earlier versions.
eddy_balem

开云体育

Dave,?
I ran into some difficulties whle trying your code to call FSHELP from the HELP EXEC,
if called while on a 3270 session. The old HELP and FSHELP commands have different operands.
The HELP files themselves document the operands on the HELP EXEC. There is a significant
amount of work to resolve these operand differences, so I am not sure how to proceed.
Any thoughts on this?
Bob Bolch

On Mon, Jan 10, 2022 at 06:36 AM, Bob Bolch wrote:

I scanned the tape named 91VM.AWS but I don't see it.

If you send me the source, I will look at adding this to the next VM370CE release.

On the 1986 Workshop tape, 86WTTL.AWS, file 132,
132?? Steve Howes, Brigham Young Univ.: VM mods to spooler, tools
contains a WAKEUP ASSEMBLE. There are many other files in that one, and they are all LRECL 1024 RECFM F, which rings a bell, but not clearly. (Some kind of LOAD/UNLOAD?)

I have placed all of those files on one tape,
/g/h390-vm/files/1986%20VM%20Workshop/2022-01-13.86WTTL.FILE132.het
as I can't actually read any of them on my VM/370 CE system, to determine how they are related. If this is not useful, please let me know, and I will delete it.

?... Mark S.

Happy to help out with code needs a fix. Warmed up the Assember recently but not needed. Haven't felt the joy of a successful "BALR" in too long :-)