On Wed, 8 Aug 2012 05:45:42 -0600, Paul Gilmartin paulgboul...@aim.com wrote:
IIRC, there's an OS convention that setting the lowest byte
(Z) of the TTRZ to '01'x causes reading of the block following
the one POINTed to by the TTR. Does CMS respect this?
When you POINT with Z=0, CMS decrements
On Wed, 8 Aug 2012 09:18:35 -0400, Shmuel Metz (Seymour J.)
shmuel+...@patriot.net wrote:
To increment the record number by one, add 256 to the TTR.
ITYM add 256 to the TTRz.
Yes, indeed.
Alan Altmark
IBM
--
For IBM-MAIN
On Aug 8, 2012, at 18:51, Shmuel Metz (Seymour J.) wrote:
Does this mean that if the current record spans several blocks,
setting the z byte causes enough intervening blocks containing
enough segments to be skipped that the block read contains the first
segment of the next record?
No;
Paul Gilmartin wrote:
| Who keeps spanned records in a PDSE or PDS, anyway?
In or out of a PDSE spanned records make LRECL BLKSIZE possible.
Attitudes toward RECFM=VBS probably reflect a mixture of 1) longevity
and 2) experience with scientific computation.
Unformatted FORTRAN i/o for the IBM
On Thu, 2 Aug 2012 17:00:02 -0400, Thomas David Rivers riv...@dignus.com
wrote:
I'm having some issues with using the OS Simulation
macros NOTE and POINT under VM/CMS.
I've been scouring documentation to try and
discover just what the CMS differences are...
But, at the moment, I'm trying to
On Aug 8, 2012, at 01:04, Alan Altmark wrote:
First pointer: We welcome your CMS questions over on IBMVM! ;-)
Sorry I haven't been watching IBM-MAIN as closely as I should, but the TTR
isn't. It's the CMS file system record number of the record that was just
read (shifted left 8 bits)
In 8082333213958528.wa.alanaltmarkus.ibm@listserv.ua.edu, on
08/08/2012
at 02:04 AM, Alan Altmark alan_altm...@us.ibm.com said:
Sorry I haven't been watching IBM-MAIN as closely as I should, but
the TTR isn't. It's the CMS file system record number of the
record that was just read
On Wed, 8 Aug 2012 09:18:35 -0400, Shmuel Metz (Seymour J.)
shmuel+...@patriot.net wrote:
To increment the record number by one, add 256 to the TTR.
ITYM add 256 to the TTRz.
Does this work when you cross a track boundary? I might expect it to
work less well for TTRz than for relative block
@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Wednesday, August 08, 2012 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using NOTE and POINT simulation macros on CMS?
On Wed, 8 Aug 2012 09:18:35 -0400, Shmuel Metz (Seymour J.)
shmuel+...@patriot.net wrote:
To increment the record number
I have successfully used POINT, READ, and CHECK Macros on CMS to read MVS
datasets, but never had a need for NOTE.
How did you successfully use POINT without having first done a NOTE so that
the POINT knows where to POINT?
Bill Fairchild
Programmer
Rocket Software
408 Chamberlain Park
snip
TMS was replaced with RMM, which of course does not have
support for VM/CMS and to make it worse, RMM uses a VSAM
file, which cannot even be read currently on VM/CMS. I
created a QSAM extract file from RMM and a QSAM Index file,
(that contained the tape volser and record number in
On Tue, 7 Aug 2012 11:24:58 -0500, McKown, John john.mck...@healthmarkets.com
wrote:
Just out of curiosity, what about writing an STC on z/OS to do the RMM command
necessary to get the information you need. In addition, write a CMS program
which uses some communication method (TCPIP? Perhaps
So presumably when the control records were created, CA software did a NOTE of
the TTR of the beginning of each volser range and saved the results of the
NOTE in the control record. This saved NOTE value was the base to which the
offset, calculated from the user's input, was added.
Bill
On 2012-08-07 11:11, Bill Fairchild wrote:
So presumably when the control records were created, CA software did a NOTE
of the TTR of the beginning of each volser range and saved the results of the
NOTE in the control record. This saved NOTE value was the base to which the
offset,
, 2012 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using NOTE and POINT simulation macros on CMS?
On 2012-08-07 11:11, Bill Fairchild wrote:
So presumably when the control records were created, CA
software did a NOTE of the TTR of the beginning of each
volser range and saved
At 22:24 -0500 on 08/06/2012, Dale R. Smith wrote about Re: Using
NOTE and POINT simulation macros on CMS?:
The first sentence under the NOTE Macro in the MVS/XA Reference
contains this info:
The NOTE macro instruction causes the system to return the
position of the last block read from
On 2012-08-07 19:10, Robert A. Rosenberg wrote:
At 22:24 -0500 on 08/06/2012, Dale R. Smith wrote about Re: Using NOTE and
POINT simulation macros on CMS?:
So it sounds like the NOTE Macro will only work after a Read or a Write has
been done to the dastaset, not after an OPEN Macro
In
77142d37c0c3c34da0d7b1da7d7ca343415c8...@nwt-s-mbx2.rocketsoftware.com,
on 08/07/2012
at 01:08 PM, Bill Fairchild bfairch...@rocketsoftware.com said:
How did you successfully use POINT without having first done a NOTE
so that the POINT knows where to POINT?
Some obvious ways that it can be
Shmuel Metz , Seymour J. wrote:
In 501aea52.7000...@dignus.com, on 08/02/2012
at 05:00 PM, Thomas David Rivers riv...@dignus.com said:
Then - reading the file to the end (with regular
BSAM READ+CHECK)
Does your code work in z/OS? What DCB bits are you resetting after
EOF?
On Fri, 3 Aug 2012 06:42:54 -0400, Shmuel Metz (Seymour J.) wrote:
Are you referring to the OS rules or to the OS simulation in CMS? NOTE
has always been valid in OS after a checked write.
I stand corrected. READ or WRITE. But IIRC, the OP said he did NOTE
before either I/O operation.
-- gil
I'm having some issues with using the OS Simulation
macros NOTE and POINT under VM/CMS.
I've been scouring documentation to try and
discover just what the CMS differences are...
But, at the moment, I'm trying to simply do
a BSAM OPEN (for READ)...
Then, a NOTE to record the starting TTR of the
I don't know, but isn't it necessary to reset the DCBOREOF bit in the DCB field
DCBORBYT? I would have thought that even z/OS would need that. But I've never
tried to READ once I had gotten an EOF.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151
OS simulation is dreadfully deficient.
On 2012-08-02 15:00, Thomas David Rivers wrote:
Then, a POINT to return to the beginning of the file,
using the TTR retrieved from just after the OPEN
(with +1 added because the NOTE occurs after OPEN
but before any READ.)
I believe that NOTE is
paulgboul...@aim.com (Paul Gilmartin) writes:
OS simulation was implemented only to the extent necessary
to support (some of) the supported utilities. For example,
PDS member statistics (the user info area) were deemed
unnecessary and not implemented. ISPF/VM goes to outrageous
gyrations
The Strategic Interactive Platform:
On Thu, 2 Aug 2012 19:44:25 -0400, Anne Lynn Wheeler wrote:
...
later when company declared CMS strategic interactive platform (and
abondoned TSO for that purpose) ... there was quite a bit of efforts
getting CMS running on MVS. it was operational but
25 matches
Mail list logo