In 1311706524.70206.yahoomai...@web161425.mail.bf1.yahoo.com, on
07/26/2011
at 11:55 AM, Ed Gould ps2...@yahoo.com said:
I used to work on requirements for the storage products and when we
would either revue all the outstanding requirements or get
notification from IBM that they thought one
In 1311897956.32913.yahoomailclas...@web31808.mail.mud.yahoo.com, on
07/28/2011
at 05:05 PM, Cris Hernandez #9 hernandez...@yahoo.com said:
well, I use my personal email address and not my work email (I
seriously don't understand how anyone can deal with 50-100 blog
emails at work daily),
In
of2a11698e.2ded6ad0-on882578d9.00126955-882578d9.00128...@sce.com,
on 07/25/2011
at 08:22 PM, Skip Robinson jo.skip.robin...@sce.com said:
You call routine IEFYS
In IEFACTRT, yes, but during the runing of the job?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
In 1311811383.22529.12.ca...@mckown5.johnmckown.net, on 07/27/2011
at 07:03 PM, John McKown joa...@swbell.net said:
Now, this is only true if the person wants to LOGON to TSO
interactively.
No; it's also true if you need for the prefix to be the userid.
I would bet that if they wanted to,
In p06240800ca5351a3efa5@[192.168.1.11], on 07/25/2011
at 01:18 PM, Robert A. Rosenberg hal9...@panix.com said:
It was the use of the description (and misleading
descriptions of the effects and usage) to convince people to sign
petitions to ban its use that makes it part of a hoax
Relying
In 7220652097473558.wa.mitchdanagmail@bama.ua.edu, on 07/26/2011
at 10:58 AM, Dana Mitchell mitchd...@gmail.com said:
Since all the JES datasets are still around until every last trace of
a job is purged
No.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
In
701728a732d7324294b9ef836edbb7700aa38d0...@msmail02.luv.ad.swacorp.com,
on 07/27/2011
at 10:56 AM, Mark Steely mark.ste...@wnco.com said:
Is this the place to ask questions about this subject or is there
another Listserv.
This is a place; MVS-OE is another; IBMTCP-L is probably less
In
canhhcyttnkanfjs1i+x6jpefvcin5fvqkugto0jhp+-tslz...@mail.gmail.com,
on 07/28/2011
at 04:49 PM, jagadishan perumal jagadish...@gmail.com said:
Subject: REXX code on JES2
No. There is no JES2 environment for Rexx.
but I am getting an error as RC-3(
On what statement?
ADDRESS CONSOLE
?
In 2d14e7856646224aacdda13ab1d3555715e5b9b...@wdcv7exvs2.opm.gov, on
07/26/2011
at 09:13 AM, Richards, Robert B. robert.richa...@opm.gov said:
I have a friend overseas who is trying to bring up z/VM on an IFL
What version? That should work if you're current and correctly
configured. I'm not
In a6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom,
on 07/26/2011
at 08:50 AM, McKown, John john.mck...@healthmarkets.com said:
Subject: musings on listing a catalog
Read up on the Catalog Search Interface.
4) Better diagnostics when I do a DEFINE or DELETE in REXX.
Yes!
As far as I know, 3490-C2A is for 3494 Tape Library.
(3490-C22 is for stand-alone.)
So, 3490-C2A has interface to 3494 Library Manger (I think that the
interface is RS-232C or LAN).
So if you use 3490-C2A as stand-alone device, you have to remove the
library interface feature(?). If my memory is
On 7/31/2011 9:37 AM, Shmuel Metz (Seymour J.) wrote:
My opponent has publicly
matriculated and his father was a thespian.
Not the way I heard it: he was seen to masticate in public, and
his sister was a thespian. There was also a third one I can't
recall.
Gerhard Postpischil
Bradford,
Shmuel Metz (Seymour J.) wrote:
In 4e2f48fa.8010...@bcs.org.uk, on 07/27/2011
at 12:08 AM, CM Poncelet ponce...@bcs.org.uk said:
But the exit points 'count' as program DCBs
they 'count' as program DCBs is short-speak for 'they are executable
code' (as opposed to JCL and DASD)
On Sun, 31 Jul 2011 15:43:15 +0100 CM Poncelet ponce...@bcs.org.uk wrote:
:I know that; but on input they do not override the DCB from DASD - and
:that is regardless of their order
What do you mean by that statement?
Do you mean that they do not change the physical data already recorded?
Binyamin Dissen wrote:
On Sun, 31 Jul 2011 15:43:15 +0100 CM Poncelet ponce...@bcs.org.uk wrote:
:I know that; but on input they do not override the DCB from DASD - and
:that is regardless of their order
What do you mean by that statement?
Before the DCB on DASD can be accessed, the
If you use IDCAMS to print a VB dataset in dump format with no DD overrides,
you will get a dump of the data portion of the records and never see the BDW or
RDW.
If you run the same commands but specify RECFM=U and BLKSIZE=32760, your dump
will be organized by blocks, not records, and you will
On 7/31/2011 12:35 PM, CM Poncelet wrote:
The program's DCB attributes take priority over (i.e.
'override') the DCB attributes on DASD for OUTPUT, and the DCB
attributes on DASD take priority over (i.e. 'override') the
program's DCB for INPUT. If a program 'disagrees' with that and
tries to
On Sun, 31 Jul 2011 18:19:11 -0400 Gerhard Postpischil gerh...@valley.net
wrote:
:On 7/31/2011 12:35 PM, CM Poncelet wrote:
: The program's DCB attributes take priority over (i.e.
: 'override') the DCB attributes on DASD for OUTPUT, and the DCB
: attributes on DASD take priority over (i.e.
It has been a while for me.
I am writing an ISPF application which has a GO command to cause a periodic
refresh of the screen (via CONTROL DISPLAY LOCK).
I wish that the user can hit PA1 to go back to normal mode.
I have created a STAX
STAX
In 4e34784d.2020...@bcs.org.uk, on 07/30/2011
at 10:31 PM, CM Poncelet ponce...@bcs.org.uk said:
What I am saying is that, on INPUT, a dataset's physical DCB
attributes from its DSCB on DASD cannot be overriden by a JCL or
program DCB.
Yes, and what you are saying is wrong.
According to
In 4e349468.4060...@bcs.org.uk, on 07/31/2011
at 12:31 AM, CM Poncelet ponce...@bcs.org.uk said:
I'm afraid I disagree.
Because you are confusing the DSCB with the blocks written in the
dataset.
What it proves is not that the DCB on DASD was
overwritten by the one in the JCL, but that the
I am out of the office until 22/08/2011.
If it is urgent please contact Les Kenny on 76863572 otherwise I will
respond to your message when I return on the 22nd of August
Note: This is an automated response to your message Re: CORRUPT PDS - I/O
ERROR sent on 31/7/11 20:11:50.
This is the
The 'acid test' is whether the same program DCB (ignoring the MACRF= and
EODAD=) can be used *both* for OUTPUT and for INPUT (with a change in
MACFR= and adding EODAD= when opening for INPUT), when the dataset's
physical DCB attributes on DASD are *different* from those specified in
the
Shmuel Metz (Seymour J.) wrote:
In 4e349468.4060...@bcs.org.uk, on 07/31/2011
at 12:31 AM, CM Poncelet ponce...@bcs.org.uk said:
I'm afraid I disagree.
Because you are confusing the DSCB with the blocks written in the
dataset.
We are arguing semantics ...
What it proves is
---snip-
My opponent has publicly
matriculated and his father was a thespian.
Not the way I heard it: he was seen to masticate in public, and his
sister was a thespian. There was also a third one I can't recall.
snip--
The program's DCB attributes take priority over (i.e.
'override') the DCB attributes on DASD for OUTPUT, and the DCB
attributes on DASD take priority over (i.e. 'override') the
program's DCB for INPUT. If a program
-snip
I'm afraid I disagree.
Because you are confusing the DSCB with the blocks written in the
dataset.
What it proves is not that the DCB on DASD was
overwritten by the one in the JCL, but that the DCB in the JCL
--snip--
I'm afraid I disagree.
Because you are confusing the DSCB with the blocks written in the
dataset.
We are arguing semantics ...
--unsnip
NOT
Shmuel Metz (Seymour J.) wrote:
In 4e34784d.2020...@bcs.org.uk, on 07/30/2011
at 10:31 PM, CM Poncelet ponce...@bcs.org.uk said:
What I am saying is that, on INPUT, a dataset's physical DCB
attributes from its DSCB on DASD cannot be overriden by a JCL or
program DCB.
Yes, and
Rick Fochtman wrote:
--snip--
I'm afraid I disagree.
Because you are confusing the DSCB with the blocks written in the
dataset.
We are arguing semantics ...
The DCB coded in the program over-rides everything.
If a data set has VB 133, 1330 and the program has FB 80,800 and opens
it for either input or output, the DSCB will be changed to that coded in
the program.
It's always been that way. (Except the Fujitsu equivalent MSP Operating
system put
http://www.youtube.com/watch?v=CFMJ9aa0a7Y
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at
Shmuel:
I caught a whiff of that in conversation with the JES2/MVS group I have never
seen IBM dig their heals in so deeply but maybe one other time. Its been ages
so I have forgotten the details but at least in our group the IBMer was semi
group friendly and he would (sometimes) tell us we
On Mon, 1 Aug 2011 13:50:09 +1000, Clement Clarke wrote:
If a data set has VB 133, 1330 and the program has FB 80,800 and opens
it for either input or output, the DSCB will be changed to that coded in
the program.
Not quite. If the data set is opened for input, the program will attempt to
read
On Sat, 30 Jul 2011 04:27:44 -0700, Dale Miller wrote:
In my previous note I said:
one can
TEMPORARILY override the dataset attributes with a DD card if the OPEN
is for INPUT
Mr. Marchant said NO, and referred to the JCL Reference Manual
section Completing the data control block.
Please read
On Sun, 31 Jul 2011 17:35:25 +0100, CM Poncelet wrote:
Before the DCB on DASD can be accessed, the program's own 'completed'
DCB (including any missing DCB parms filled-in from a RDJFCB of the
JCL's DD and/or from an exit, if present) must be opened.
The DCB is completed during the open process
John had said he was able to FTP and download books from IBM's book server.
I tried it and basicallly got nowhere after signing in with anonymoouse and my
email address.
Has anyone else been able to get the books via FTP and can they share how they
did it, please?
Ed
On Mon, 1 Aug 2011 01:44:03 +0100, CM Poncelet wrote:
If the same DCB is opened for INPUT (MACRF=GM|L,EODAD=etc.), then the
program's DCB attributes do *not* override those on DASD
Right. No one said that they do.
and, as the
program's DCB attributes are inconsistent with those of the dataset
38 matches
Mail list logo
