OK, great, thanks. I was looking in the Standard Packaging Rules for z/OS
Products and could not make sense out of what they were saying about
aliases.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Nims,Alva John (Al)
Sent:
On 5/28/2015 2:47 PM, Dave Salt wrote:
In z/OS 2.1 a PDSE can be allocated as type 1 or 2. The DSINFO service has been
enhanced to set a variable (ZDSDSNV) that indicates if the PDSE is version 1 or
2. I've done some searching but much to my surprise I can't find a similar
variable for
Well that would make sense ...
In my case the program does not ABEND if some function -- also relative branch
-- is called first rather than ISAUTH, which makes no sense at all.
I have not tried every possibility, for example
- what if I called some other function rather than ISAUTH at the
On Thu, 28 May 2015 13:21:48 -0700, Charles Mills wrote:
OK, great, thanks. I was looking in the Standard Packaging Rules for z/OS
Products and could not make sense out of what they were saying about
aliases.
++PROGRAM and other MCS are defined in SMP/E Reference; RECEIVE,
APPLY, and ACCEPT
Have not run into any restrictions on FTP but this process is fairly new.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Thursday, May 28, 2015 2:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE MCS
Geez. See the first paragraph in my OP. g
Yeah, a lot of tape in there. When IBM was asking here about software delivery
not on tape I should have said will you update the SMPE manuals also?
Yes, we use GIMZIP. And GIMSMP. And pax. All we are supporting currently for
delivery is FTP from our
On Thu, 28 May 2015 13:52:56 -0700, Charles Mills wrote:
Geez. See the first paragraph in my OP. g
Yeah, a lot of tape in there. When IBM was asking here about software delivery
not on tape I should have said will you update the SMPE manuals also?
Me, too.
Yes, we use GIMZIP. And GIMSMP. And
... by real mainframe programmers, without benefit of documentation LOL.
We tell them
BINARY
GET fmid.pax (REPLACE
Everything is in that one piece and then we have them do
pax -rv -f /blahblah/fmid.pax
and then
ogetx /blahblah/fmid/INSTJCL MY.PDS
and they are off and running.
Charles
On Thu, 28 May 2015 07:56:03 -0700, Charles Mills charl...@mcn.org wrote:
. . .
I would assume C++ gets the stack at startup, not on the first external
call. Interesting thought.
I have this very vague recollection, that when RPTSTG is ON, things are set up
so that the stack is always too
On Thu, 28 May 2015 14:23:05 -0700, Charles Mills wrote:
... by real mainframe programmers, without benefit of documentation LOL.
We tell them
BINARY
GET fmid.pax (REPLACE
Much the same here, except that by our Corporate Standard they
must first un-zip it or un-jar it. Do any have
In z/OS 2.1 a PDSE can be allocated as type 1 or 2. The DSINFO service has been
enhanced to set a variable (ZDSDSNV) that indicates if the PDSE is version 1 or
2. I've done some searching but much to my surprise I can't find a similar
variable for LISTDSI. Does anyone know if such a variable
On Thu, May 28, 2015 at 11:59 AM, van der Grijn, Bart (B)
bvandergr...@dow.com wrote:
ISMF in batch is another option.
Bart
slap object=head/
Perhaps the easiest is IDCAMS DCOLLECT. Something like:
//STEP002 EXEC PGM=IDCAMS,
// REGION=0M
//*
//SYSPRINT DD SYSOUT=*
//DCOUT
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Friday, May 22, 2015 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (OT) Re: Question on 3270 Devices
On Fri, 22 May 2015 09:56:13 -0500, John McKown wrote:
My
Check your SMP/e for z/OS: Reference manual, Chapter 2.
The ++PROGRAM MCS describes a program element (a pre-built load module or a
program object). It must immediately precede the load module or program object
when they are within the SYSMOD. Use the ++PROGRAM when you want to ship
OOPS, forgot a parameter. The NODATAINFO is needed or you will get a
listing of all the data set information on the volumes as well.
//STEP002 EXEC PGM=IDCAMS,
// REGION=0M
//*
//SYSPRINT DD SYSOUT=*
//DCOUTDD DSN=SYSUID..DCOUT,
// DISP=(NEW,CATLG,DELETE),
//
But GDPS is not just a Disaster Recovery solution. It can live swap from
data center to data center, within data centers. Are you saying that you
are just a base sysplex using GDPS?
Rob Schramm
On Thu, May 28, 2015 at 1:55 PM J O Skip Robinson jo.skip.robin...@sce.com
wrote:
GDPS has about
GDPS has about as much to do with 'parallel sysplex' as TSO has to do with
'time sharing'. For us, GDPS automates disaster recovery. Before GDPS, we had
to do a lot of manual procedures that GDPS performs without the need for
fingers on a keyboard. Included in our DR environment is one monoplex
Is it still called Naviquest?
Several options to include PDS, DEVSERV(DS) console commands, List Backups
from whatever you're using to create. To shorten the process I made a
spread sheet that was in every turtle shell. Now we have a mirrored site out
of
state.
In a message dated
A question for you real SMPE jockeys out there (as opposed to a pretender
like me):
In creating SMPE MCS file commands for a load module that has an alias, do I
need just one ++PROGRAM statement for the true module name, or do I need two
(a la the way IEBCOPY deals with aliases), one for the true
Not quite right.
Geographically Dispersed Parallel Sysplex does the trick.
---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
lrosa...@br.ibm.com*
On 5/28/2015 11:17 AM, Tom Marchant wrote:
On Thu, 28 May 2015 13:20:53 +, Rob Schramm wrote:
Interesting, never thought someone would consider GDPS on anything but
parallel sysplex.
Indeed. That's why it is called Graphically Dispersed Parallel Sysplex.
GDPS has been known to be
Charles (and others)
Has LE obsconded with SDSF's *RESERVED* use of ISA prefix?
Ed
On May 28, 2015, at 4:58 PM, Charles Mills wrote:
Well that would make sense ...
In my case the program does not ABEND if some function -- also
relative branch -- is called first rather than ISAUTH, which
Entry point names are fair game, right? Only program module names have
reserved prefixes -- at least that is what SMPE (which I was just reading)
seems to imply.
In any event, ISAUTH works in every circumstance I have tried except
(IEABRCX RPTSTG(ON)).
But who knows. I certainly do not have all
SDSF I believe is ISF
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Ed Gould
Sent: Thursday, May 28, 2015 4:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious U4088-63 from RPTSTG(ON)
Charles (and others)
Hi allI am dealing with some C package on classic z/OS (PDS/E, no USS). When C
reads text files it inserts 0x15 in the end of the record (it goes that far as
to drop the trailing blanks and substitute them with one 0x15 for fixed length
records, but I think that there is an option to override
On 5/28/2015 9:20 PM, J O Skip Robinson wrote:
I'm sure that GDPS can do more than what we use it for. We mirror and recover
parallel sysplexes as well between data centers. Even if I had only monoplexes
mission critical to my business, I would still use DASD mirroring (XRC or
whatever) and
https://www.youtube.com/watch?v=1DOEDT6XGBk
One of many Sy / si routines on the Jack Benny Show.
https://www.youtube.com/watch?v=JRlmb0xAtBs
Mel Blanc biography show.
On Thu, May 28, 2015 at 2:15 PM, Ward, Mike S mw...@ssfcu.org wrote:
-Original Message-
From: IBM Mainframe
I'm sure that GDPS can do more than what we use it for. We mirror and recover
parallel sysplexes as well between data centers. Even if I had only monoplexes
mission critical to my business, I would still use DASD mirroring (XRC or
whatever) and recover at a 'cool' site via GDPS, which handles
It's actually much worse. There are three:
Ebcdic:
CR = x0D
NL = x15
LF = x25
Originally, CR only moved the print back to the first position of the
same line. LF only moved the print down one line without moving
sideways. NL moved both down and to the first position of the line.
When it was
t...@vse2pdf.com (Tony Thigpen) writes:
It's actually much worse. There are three:
Ebcdic:
CR = x0D
NL = x15
LF = x25
Originally, CR only moved the print back to the first position of the
same line. LF only moved the print down one line without moving
sideways. NL moved both down and to
On Thu, 28 May 2015 23:34:53 -0500, John McKown wrote:
0x15 is _NOT_ a Line Feed character. It is a New Line (NEL) character from
the 3215 console days. In EBCDIC, 0x25 is the true Line Feed character. On
the 3215, the NEL
was a single byte which did a carriage return and line feed operation
On Thu, May 28, 2015 at 10:29 PM, Ze'ev Atlas
004b34e7c98a-dmarc-requ...@listserv.ua.edu wrote:
Hi allI am dealing with some C package on classic z/OS (PDS/E, no USS).
When C reads text files it inserts 0x15 in the end of the record (it goes
that far as to drop the trailing blanks and
I'm am confused about one thing.
IBM has created the Live Partition Mobility on system I, with the
virtualization layer.
Why this doesn't exit on Z machines, with an integrated flavor of Z/VM for
example ?
Does IBM has intent to have such feature one day ?
I think this is nearly a
I missed the original of this.
Is the original JCL for the job available?
/steve
From: Doron Geva doron.geva...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 2015-05-28 12:26
Subject:Re: GENERATED STATEMENT!?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
I think several flavors of GDPS cover this?
LPM was released in 2007, the first GDPS was released in 1998.
Not to mention Live Partition Mobility only works for planned outages.
From what I understand, it cannot be used as a part of a DRP.
_Jan
-Original Message-
From: IBM Mainframe
It seems like JES error.
JES is the one that add the //SYSIN DD * GENERATED
STATEMENT before calling the MVS converter
JES requires that the * will be separated by a comma or blank from the
next JCL keyword
Doron
On Thu, 28 May 2015 13:51:26 +0200, Steve Coalbran wrote:
I missed the original of this.
Is the original JCL for the job available?
Yes. It's in the archives.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access
I'll disregard the idea that I have that you do not seem to be very
knowledgeable with GDPS (or sysplexes for that matter) and its many modes that
have been released this past decade and a half;
LPM would only do what you describe if the image you're trying to move is
healthy and running fine,
1) What is the goal of the environment?
2) How much work needs to be processed?
3) How quickly do you need to get the environment back running after an
unplanned outage vs a planned outage.
4) What is the cost for floor space, electricity, heating/cooling?
5) What are the licensing costs?
6)
Sorry but GDPS do not do this in seconds.
GDPS Active-Active in Active-Standby mode can do this in seconds for
application workloads across two sysplexes at great distance.
There are many flavours of GDPS for PPRC, XRC, Active-Active and possibly
others I don’t know.
Mike Wawiorko
Please
Thank's for the reply. No GDPS do not cover this specific area; it automate the
IPL stop end start process, in approximatively 30 mn.
With LPM on I series, the mobility of partition is in seconds !!! We use it on
planned outages and it work very well.
Z/OS is not the future ?
On Thu, 28 May 2015 04:22:01 -0500, IBMZOS www_d...@yahoo.com wrote:
I'm am confused about one thing.
IBM has created the Live Partition Mobility on system I, with the
virtualization layer.
Why this doesn't exit on Z machines, with an integrated flavor of Z/VM for
example ?
Does IBM has
Predictably stupid response.
Where do I find the archives?
/Steve :-/
From: Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 2015-05-28 14:01
Subject:Re: GENERATED STATEMENT!?
Sent by:IBM Mainframe Discussion List
You could do an internet search for IBMMAIN ARCHIVES
Or use this URL
https://listserv.ua.edu/archives/ibm-main.html
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Steve Coalbran
Sent: Thursday, May 28, 2015 5:27 AM
To:
Sorry. i do not know all the solutions, but know what the GDPS and Hyperswap
do. I'm confused to invest many hard work on Parallel Sysplex if one day, i can
do LPM on Z with one clic. I think all the mainframe community would
appreciate...
As you said Rob. Interesting, since the GDPS solution was suggested by an IBM
representative. :)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
Clearly this is not the case:
JES requires that the * will be separated by a comma or blank from
the next JCL keyword
I knew this because just today I discovered the SYMBOLS,EXPORT SYMLIST JCL
functions.
Well I have only been writing it for 40 years.
I'm sure it wasn't there in OS/360 ?!
Sorry but GDPS do not do this in seconds. it automate start / stop with
approximatively 30 mn of interruption and do dasd swap in seconds (base swap of
dasd). So the minimum interrupt time is 30mn-1hour when LPM do this **in
seconds**.
Sysplex do the job, but only in full parallel sysplex,
Steve Coalbran wrote:
Predictably stupid response.
Not stupid response! In fact, it is the only place. [1]
Where do I find the archives?
Look in https://listserv.ua.edu/cgi-bin/wa?INDEX and scroll down for IBM-MAIN.
Groete / Greetings
Elardus Engelbrecht
[1] - Google Groups also mirrors
GDPS does much more, it switches Dasd and applications on seconds.
And have a look at Sysplex features and functions. You can switch without
downtime.
Does this look like a future already present?
Kees.
-Original Message-
From: IBM Mainframe Discussion List
Why ask the question if you already think you know what the answer is?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of IBMZOS
Sent: 28 May, 2015 14:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LPAR MOBILITY
Sorry but GDPS do not do
Thank's Jan for detailed reply. Yes for the impact of LPM. We use it for
planned outages, and work fine. I cannot do with my sysplex, because your reply
is applicable to a Parallel sysplex, which is a HIGH step forward. From all the
reply, i understand that Parallel Syplex is really the
z/VM V6.2 release made available the Single System Image feature and Live
Guest Relocation, which is the ability for a Linux guest to be moved from one
z/VM system to another within the SSI cluster.
IBM is chasing smoke on this.
On the way back from Boston Share, I dropped in to the VMWORLD
Interesting, never thought someone would consider GDPS on anything but
parallel sysplex. What would be the point? I could buy a Ferrari and
remove the wheels.. But it wouldn't be much fun...and would be a very
expensive chair.
Seems more like the person is looking for parallel sysplex /
Yes that's right, and this imply a specific design of data infratructure, aka
two copies of data, software replicated. Many thank's.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Many thank's Lizette for your reply. I'm happy to see that the Parallel Sysplex
is the solution we can continue to invest on.
When IBM announce a 'Star Trek' solution we investigate on it. Don't hold it
against me just to be curious what others do and what the future can Be.
Thank's again.
My only guess is: the branch in the Prolog to obtain New storage in the
case when the current segment is too small must point to a special
routine in the rptstg(on) case. And maybe this routine has a Problem if
the branch is a BRC and no BC. But I cannot really imagine what sort of
problem
Is it time to fire up a PMR?
On 28/05/2015 9:55 PM, Charles Mills wrote:
FWIW, I can duplicate the problem with a call from a trivial C++ program.
Whether or not the program actually is authorized does not seem to make a
difference. Here's the entire program:
#ifdef __MVS__
// Same pragmas!
Well, I moved ISAUTH() unchanged to its own assembler module. No change in
the error. I removed the IEABRCX DEFINE and bingo! It works.
BTW, the RPTSTG(ON) output shows nothing unusual. I can post it if anyone
thinks they would see something there.
FWIW, here is the complete assembled code of
The job:
//ECHO JOB 505303JOB,'Paul Gilmartin',
// MSGLEVEL=(1,1),REGION=0M
//*
//* Doc: Hack to display PARM in SYSPRINT
//*
//USERCOUTPUT JESDS=ALL,DEFAULT=YES,
//* DEST=SYSNAME..SYSUID,
// CLASS=R,PAGEDEF=V0648Z,CHARS=GT12
//*
// SET ME='gil'
//*
//* Only to display PARM in error
Which job? This us a query scheduled frim a network pc.
בתאריך 28 במאי 2015 14:51, Steve Coalbran coal...@se.ibm.com כתב:
I missed the original of this.
Is the original JCL for the job available?
/steve
From: Doron Geva doron.geva...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:
Sigh. Torture.
BTW, if anyone wants to play with this I will be happy to send you the two
source modules. 24 lines of C++ and 77 lines of assembler.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of David Crayford
Sent:
Yeah, I suppose a routine could be looking at R14 minus 10 to see how it got
there. Unlikely, and awful coding technique, but possible. But why only this
one routine? If I comment out the call in the (large, real) C++ program, a
subsequent call to another routine in the same source module works.
On Thu, 28 May 2015 13:20:53 +, Rob Schramm wrote:
Interesting, never thought someone would consider GDPS on anything but
parallel sysplex.
Indeed. That's why it is called Graphically Dispersed Parallel Sysplex.
--
Tom Marchant
https://www.google.com/search?q=generated+statement+paul+gilmartin
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Elardus Engelbrecht
Sent: Thursday, May 28, 2015 5:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GENERATED
z/OS.
(I am spending more and more time on the dark side lately.) :-)
Tony Thigpen
John McKown wrote on 05/28/2015 12:37 PM:
z/VSE or z/OS? I ask due to your email address having vse in it. I don't
know VSE.
On z/OS, I would run SDSF in batch and just do an operator command, and
capture the
On Thu, May 28, 2015 at 11:21 AM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu wrote:
https://weakdh.org/
(or GIYF). The articles mention man-in-the-middle vulnerability. Is
anything immune to MITM? Even quantum? And I don't believe
quantum is in practical use nowadays.
On Thu, May 28, 2015 at 11:40 AM, Tony Thigpen t...@vse2pdf.com wrote:
z/OS.
(I am spending more and more time on the dark side lately.) :-)
Tony Thigpen
Just remember that there is more dark matter in the universe than there
is normal matter. But, just like z/OS, it refuses to play
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Thursday, May 28, 2015 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: List of all on-line volumes
On Thu, May 28, 2015 at 11:40 AM, Tony Thigpen t...@vse2pdf.com
69 matches
Mail list logo