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 simi
In
<77142d37c0c3c34da0d7b1da7d7ca343722f8...@nwt-s-mbx1.rocketsoftware.com>,
on 10/03/2012
at 04:01 PM, Bill Fairchild 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 is not a means of scannin
In , on 10/03/2012
at 10:37 AM, J R said:
>Rather than IOS, the channel should do the checking.
No! The channel should pass CCW opcodes[1] on to the controller and
let the controller handle them.
[1] Other than TIC.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
Atid/2
In <0f2549fd-fa84-4602-9164-d30466d42...@aim.com>, on 10/03/2012
at 08:35 AM, Paul Gilmartin 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. ...
>>
>Doesn't that
> 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 us
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 re
f
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 fo
direction 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 ha
> 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 tapem
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
0
> 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)
> check every CCW chain for "suspect" CCWs. It is given as one of the reasons
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
---
03, 2012 9:09 AM
> To: IBM-MAIN@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
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
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
lm.com
> 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 T
IBM Mainframe 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
A.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 into yo
> -Original 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
>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 ope
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, req
In
,
on 10/02/2012
at 10:14 AM, Robin Atwood said:
>Subject: How to get a tape's DSCB
There is none. A DSCB is an entry in a VTOC on DASD.
>But of course, the tape *is* mounted.
There is no "of course'; the fact that you can mount the volume at a
later point in time
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
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 con
, October 02, 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
> wor
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
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
On Tue, 2 Oct 2012 10:14:14 + Robin Atwood
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 on the tape,
reads the JF
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 on the tape,
reads the JFCB and then issues the OBTAIN macro to get DSCB informatio
29 matches
Mail list logo