I'm sure it got fixed because I never heard of the problem happening
again. But I guess my memory is selective because I only remember the
fun part of making things smoke. Sorry - no details about the fix.
Paul Gilmartin wrote:
Did StorageTek fix it, perhaps by capping the duty cycle?
Those were the little foil reflectors, programmatically referred to as BOT
and EOT. For partially overwritten tapes could fwd space to the EOT and do
a Read Backwards.
Think most of the vendors were Potter Brumfield or Ampex rebranded. There
were rumors of a 13k 9trk but the Carts appeared
On Thu, 30 Jun 2016 16:52:17 -0700, Tom Brennan wrote:
>Way later than the 1950's, a tape operator called me to watch a Storage
>Tek reel drive do something strange: He mounted a scratch tape and the
>job took off spinning the reels so fast that soon the metal capstan got
>hot enough to melt the
Way later than the 1950's, a tape operator called me to watch a Storage
Tek reel drive do something strange: He mounted a scratch tape and the
job took off spinning the reels so fast that soon the metal capstan got
hot enough to melt the tape, basically destroying both tape and capstan.
Then
We still have some mod 9s around, most of ours are mod 27 or 54.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Behold the Fascinating Nightmare of Debugging a Computer from the 1950s
It takes a lot more than some typing.
http://www.popularmechanics.com/technology/a21586/debugging-1959-vacuum-tape-drive/?mag=pop=nl_pnl_news=nl=063016
Yes
At our site there is no difference if I use DSN= or SYSOUT=* in my
JCL for STDOUT and STDERR. Output from all threads is written to the file.
At tzhe customer site if DSN=xxx is used, only output from the main
thread is written to the file. If SYSOUT=* is used the customer can
Tony,
I've tried to reproduce it locally on our z/OS System. I've allocated a
Data Set in RECFM=VB (and large block size) and a second test with
an allocated RECFM=V data set. No differecne at our z/OS system. It
works like a charm in both cases...
Bye,
Michael
Am 29.06.2016 um
Peter,
yes, you are right, but afaik this is nto the truth for stdout and
stderr. IIRC I've read in the C/C++ manual that stdout and stderr are
handled differently
bye,
Michael
Am 29.06.2016 um 20:52 schrieb Farley, Peter x23353:
In the C/C++ Programmers Guide under Input and
On 6/30/2016 10:55 AM, Vince Getgood wrote:
Hi all.
We ran out of scratch tapes on one of the systems I look after. After
investigation, it appears that DFRMM (or DFHSM) doesn't seem to be releasing
old CDS backup tapes back to the scratch pool.
I have the following coded in ARCCMDxx for
Is dfHSM defined as an EDM (External Data Manager) to dfRMM?
If not, there is a section in the dfHSM Installation and Customization Guide on
how to do this.
HTH,
We ran out of scratch tapes on one of the systems I look after. After
investigation, it appears that DFRMM (or DFHSM) doesn't
Hi all.
We ran out of scratch tapes on one of the systems I look after. After
investigation, it appears that DFRMM (or DFHSM) doesn't seem to be releasing
old CDS backup tapes back to the scratch pool.
I have the following coded in ARCCMDxx for DFHSM CDS backups: -
SETSYS
Phil,
For your last question, take a look at the JCL Reference. There's a chapter
on started tasks that talks about some of this stuff. (By the way, the doc
uses the term "started job" for what you call a "proc with a JOB card", and
"started proc" for the not-a-JOB case.)
You might want
Thanks for this, SYSEVENT REQLPDAT look like the answer.
Steve
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Anthony Thompson
Sent: 30 June 2016 02:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Soft Capping
CVT + x'25C' = address
14 matches
Mail list logo