Thanks Mike... Ok, let's try:
Downloaded CBT001
Unzipped
File is FILE001.DATA - looks EBCDIC if I browse with Windows text editor
IND$FILE to mainframe, not sure about lrecl
Got B37 because IND$FILE default allocation is too small
Allocated big target dataset, don't know lrecl let's try 300
Uploaded ok, let's take a look
Oops... I accidentally uploaded as "text" converting ASCII to EBCDIC
Try again as Binary upload
Yay! I can read it now. But it wraps around. Looks like 80 lrecl
Reallocate and try again
Yay! I can read it all now, and it seems to contain the $DOC data I
mentioned before.
Oh, then I found the CBTF1.zip which is already in ASCII format!
Oops...
But still.. does anyone else think that 90213 lines is a bit much?
Ok, this will be my last remark on the subject. Unless something else
comes up :)
On 3/18/2021 8:02 PM, Mike Schwab wrote:
File 001 on http://cbttape.org/cbtdowns.htm is a longer description of
all files.
On Thu, Mar 18, 2021 at 9:34 PM Tom Brennan <t...@tombrennansoftware.com> wrote:
Since some folks here seem to like the current CBT format, maybe I'm
doing something wrong and you can correct me. Here's an example:
So I go to cbttape.org looking for something. I click the CBT option at
the upper left and a list of over 1000 files appears. I'm still not
sure exactly what I'm looking for, but there are some single line
descriptions that may help me decide. So I choose file 44 ASMTOZAP
thinking that might help. A click downloads it to my PC at 500Mbs since
I finally got fiber four weeks ago. Did I mentioned 500Mbs? I can't
even see the download processing anymore. And no more outages like I
had on cable.
Oops, back to the subject: Now I have a zip file. I can click on that
and an XMI file appears. But xmit manager (associated with *.XMI on my
Win 10 box) doesn't seem to work with the temp file zip creates. So I
need to really extract the XMI first, then click to start xmit manager.
Now I have to find the doc member, which can vary. This time it's $DOC
and I can click that in xmit manager and read about the program.
Nope... that's not the program I need. So back I go and do the same for
others.
Am I doing something wrong? This seems like a lot of trouble, which is
probably why I just call Sam if I need something, and he seems to know
where everything is from memory.
On 3/18/2021 4:09 PM, Farley, Peter x23353 wrote:
I would not vote for skipping the tape paradigm for the same reason. Less
often but not zero. I haven't encountered that kind of problem, but having
prior versions to go back to is highly valuable when you need it.
Peter
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of
Mike Schwab
Sent: Thursday, March 18, 2021 6:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CBT Tape Updates
One function the CBTTAPE numbers did was keeping a historic log of version, so
if the latest didn't work you could go through the various tapes to find an
older one that would work on your system. So please keep a link to each
version by date, unless the author withdraws a particular version because of a
problem.
On Thu, Mar 18, 2021 at 5:28 PM Dana Mitchell <mitchd...@gmail.com> wrote:
On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen <t...@vse2pdf.com> wrote:
Skip the "real"/AWS tape. Maybe just cut one only on request.
I agree, another vote for skipping the tape paradigm all together. Just a web
page maybe with the listing of the descriptions from file 001 (without all the
extra tape info). And a link to download each file.
Dana
--
This message and any attachments are intended only for the use of the addressee
and may contain information that is privileged and confidential. If the reader
of the message is not the intended recipient or an authorized representative of
the intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
