In 0f2549fd-fa84-4602-9164-d30466d42...@aim.com, on 10/03/2012
at 08:35 AM, Paul Gilmartin paulgboul...@aim.com said:
On Oct 3, 2012, at 08:15, McKown, John wrote:
It would be very difficult and have a lot of overhead to have IOS (not iOS)
check every CCW chain for suspect CCWs. ...
In
77142d37c0c3c34da0d7b1da7d7ca343722f8...@nwt-s-mbx1.rocketsoftware.com,
on 10/03/2012
at 04:01 PM, Bill Fairchild bfairch...@rocketsoftware.com said:
It does need to be done for DASD.
No; something different needs to be done.
It is all handled by CCW prefixing.
FSVI it; CCW prefixing
shmuel+...@patriot.net (Shmuel Metz , Seymour J.) writes:
No! The channel should pass CCW opcodes[1] on to the controller and
let the controller handle them.
[1] Other than TIC.
note that more recent zHPF for FICON with TCW ... batch up multiple
channel commands for download. this is similar
You could also write a program to OPEN a tape dataset for input and examine
the DCB parameters merged into your DCB.
Thanks to everyone who replied. Since this may form part of a product shipped
to customers, I can't make any assumptions whether they have rmm or CA-1
installed. Therefore
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
Of Robin Atwood
Sent: Tuesday, October 02, 2012 11:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to get a tape's DSCB
You could also write a program to OPEN a tape dataset for input
Of Robin Atwood
Sent: Wednesday, October 03, 2012 1:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to get a tape's DSCB
You could also write a program to OPEN a tape dataset for input and
examine the DCB parameters merged into your DCB.
Thanks to everyone who replied. Since this may
Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Robin Atwood
Sent: Wednesday, October 03, 2012 1:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to get a tape's DSCB
You could also write a program to OPEN a tape dataset for input and
examine the DCB parameters merged
Subject: Re: How to get a tape's DSCB
To: IBM-MAIN@LISTSERV.UA.EDU
And on top of that: you cannot rely on installations allowing TSO users
to have the Mount attribute. With a limited number of physical tape
units, you don't want a couple of TSO users occupying them.
Kees.
McKown, John
On Wed, 3 Oct 2012 02:51:43 -0700, Lizette Koehler wrote:
If this is something to be executed under TSO, Most shops do not allow for
the TSO User Address space to have MOUNT authority which is needed for a
tape to be allocated to a TSO session. That attribute is contained in the
TSO Segment for
On Wed, 3 Oct 2012 07:55:44 -0500, McKown, John wrote:
And, just to be complete, you are assuming that your customers will be using
IBM standard tape labels. Granted, who doesn't? But it is an assumption. Also,
remember that in many shops, use of BLP to read the tape labels can be
protected
@LISTSERV.UA.EDU
Subject: Re: How to get a tape's DSCB
On Wed, 3 Oct 2012 07:55:44 -0500, McKown, John wrote:
And, just to be complete, you are assuming that your customers will be
using IBM standard tape labels. Granted, who doesn't? But it is an
assumption. Also, remember that in many shops
On Oct 3, 2012, at 08:15, McKown, John wrote:
It would be very difficult and have a lot of overhead to have IOS (not iOS)
check every CCW chain for suspect CCWs. ...
Doesn't that need to be done anyway for DASD channel
programs? Or is that all handled by CCW prefixing?
-- gil
...@healthmarkets.com
Subject: Re: How to get a tape's DSCB
To: IBM-MAIN@LISTSERV.UA.EDU
It would be very difficult and have a lot of overhead to have IOS (not iOS)
check every CCW chain for suspect CCWs. It is given as one of the reasons
why RACF does not implement PDS member security. It's too
if there's anything similar to prevent
rewinding over tape marks.
Date: Wed, 3 Oct 2012 09:15:50 -0500
From: john.mck...@healthmarkets.com
Subject: Re: How to get a tape's DSCB
To: IBM-MAIN@LISTSERV.UA.EDU
It would be very difficult and have a lot of overhead to have IOS
(not iOS
With rewinding you mean: forward skipping? AFAIK this is prevented by
the hardware and not overrable by software. Investigating the
recoverability of overwritten data on tapes in the past, we ran into a
company that had modified the 3490 microcode to read data that existed
after the tapemark
could be
cause for concern.
Date: Wed, 3 Oct 2012 16:43:16 +0200
From: kees.verno...@klm.com
Subject: Re: How to get a tape's DSCB
To: IBM-MAIN@LISTSERV.UA.EDU
With rewinding you mean: forward skipping? AFAIK this is prevented by
the hardware and not overrable by software. Investigating
Of Paul Gilmartin
Sent: Wednesday, October 03, 2012 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to get a tape's DSCB
On Oct 3, 2012, at 08:15, McKown, John wrote:
It would be very difficult and have a lot of overhead to have IOS (not iOS)
check every CCW chain for suspect CCWs
Jonathan Goossen wrote:
we ran into a company that had modified the 3490 microcode to read data that
existed after the tapemark at the end of the overwriting data.
Sounds messy, but, luckily, this is not my machine... ;-)
There are at least two software vendors that sell products that read
Will that stunt works with VTS? I mean, since VTS is supposed to
*emulate* tapes (34980/3490/Magstar/etc), in theory you could do
that little trick. Possibe or not? What will those hardware do when
receiving such a CCW?
It will not work with either of the two VTS systems that I have used.
On Tue, 2 Oct 2012 10:14:14 + Robin Atwood robin.atw...@microfocus.com
wrote:
:I am investigating the use of catalogued tapes. We have created one such and
you can see it with ISPF 3.4, although line commands are prohibited . The
existing code I am working with dynamically allocates the DSN
The DSCB (and OBTAINing it) is a DASD construct. For the equivalent with tape
you have to read sequentially looking for labels.
Date: Tue, 2 Oct 2012 10:14:14 +
From: robin.atw...@microfocus.com
Subject: How to get a tape's DSCB
To: IBM-MAIN@LISTSERV.UA.EDU
I am investigating
I was hoping it would be easier than reading the labels! Thanks for the input.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J R
Sent: 02 October 2012 19:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to get a tape's DSCB
, 2012 3:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to get a tape's DSCB
I am investigating the use of catalogued tapes. We have created one such
and you can
see it with ISPF 3.4, although line commands are prohibited . The existing
code I am
working with dynamically allocates the DSN
Robin, If you have a tape manager such as rmm or CA-1, from ISPF you can
normally issue the TI line command; both rmm and CA-1 support that. You can
easily get data set details without mounting the tape.
In addition, ISPF supports line commands for tape - but they have to be enabled
via the
On Tue, 2 Oct 2012 07:19:16 -0400, J R wrote:
The DSCB (and OBTAINing it) is a DASD construct. For the equivalent with tape
you have to read sequentially looking for labels.
Which, in turn, requires BLP, which is restricted at many sites.
It this the reason that Rexx LISTDSI will report
At 09:12 -0500 on 10/02/2012, Paul Gilmartin wrote about Re: How to
get a tape's DSCB:
On Tue, 2 Oct 2012 07:19:16 -0400, J R wrote:
The DSCB (and OBTAINing it) is a DASD construct. For the
equivalent with tape you have to read sequentially looking for
labels.
Which, in turn, requires
26 matches
Mail list logo