My 2 cent:
Short recap of RTM and E/SPIE:
LE works best with TRAP(ON,SPIE). That means it is allowed to set an E/SPIE
routine that masks program checks.
An LE-enabled program suffers a PICx that is covered by an E/SPIE. Program
check (I believe) FLIH checks for an ESPIE to be set for that
You may also wish to ask for printing recommendations on the VSE-L list.
I'm guessing that your customer has a 6262-014 or 6262-022 printer. Those
are channel-attached line printers (using band printer technology). One
immediate question is what sort of printed output does your customer want?
(Or
Bob, thanks for the gmake link and the update - it sounds promising.
I've just downloaded gmake and going to install it.
Just want to confirm if gmake is required for the cmsmvs/mvs.mki ?
I've managed to piece together clues from you, Lutz, and sms,
Yes, I too found the info all scattered
Vernooy, C.P. - SPLXM kees.vern...@klm.com wrote in message
news:3310ac9d797ec94db8d89ccabdea47a7c6b...@kl1221tc.cs.ad.klmcorp.net
...
McKown, John jmck...@healthmarkets.com wrote in message
news:a6b9336cdb62bb46b9f8708e686a7ea0025eb88...@nrhmms8p02.uicnrh.dom.
..
-Original
On Mon, 15 Jun 2009 08:25:34 +0200 Barbara Nitz nitz-...@gmx.net wrote:
:Short recap of RTM and E/SPIE:
:LE works best with TRAP(ON,SPIE). That means it is allowed to set an E/SPIE
routine that masks program checks.
:An LE-enabled program suffers a PICx that is covered by an E/SPIE. Program
I thought I have been able to use SLIP to trap an abend before LE messed with
it.
Is it true that ESPIE will block a SLIP C=0Cx?
As far as I know, it depends on which x's the ESPIE has masked. The
interruptions parm on the ESPIE set lets you specify all or selected x's. And
then it depends on
On Monday 15 June 2009, Vikesh Bhoola wrote:
Bob, thanks for the gmake link and the update - it sounds promising.
I've just downloaded gmake and going to install it.
Just want to confirm if gmake is required for the cmsmvs/mvs.mki ?
I don't know if it is required for you.
Our make
GIMCRSAM
Get this free program from the IBM samplib, compile it, run it and it will
generate reject statements for you that you can safely execute.
Ken Klein
Sr. Systems Programmer
kenneth.kl...@kyfb.com
502-495-5000 x7011
-Original Message-
From: IBM Mainframe Discussion List
See Levi, Ray, and Schoup - lotsa options.
Ken Klein
Sr. Systems Programmer
kenneth.kl...@kyfb.com
502-495-5000 x7011
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of ??? ?? ???
Sent: Sunday, June 14, 2009 3:44 AM
To:
Has anyone suggested TERSE yet?
Ken Klein
Sr. Systems Programmer
kenneth.kl...@kyfb.com
502-495-5000 x7011
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Bob Woodside
Sent: Sunday, June 14, 2009 11:11 PM
To: IBM-MAIN@bama.ua.edu
Ulirch,
I tried copying the dataset to other volumes with the same result. The output
vols are EMC 3390-3 devices. I have a strong suspicion that the problem is
with the file and not the copy command. But, according to the user, he is able
to read the dsn. I will keep on investigating.
Bill Klein says:
sometimes, using the user friendly debugging tools
at hand can make the need for a system dump of the original abend
unnecessary.
Tell that to vendor support teams. . .
Cheers,,,Steve
Steve Conway
Lead Systems Programmer
Information Systems Services Division
Computer Network
On Mon, 15 Jun 2009 10:28:58 +0200, Vernooij, CP - SPLXM
kees.vern...@klm.com wrote:
We already discovered that the MIM command character was used for
several purposes in MIM, a.o. for creating the name of the MIM SSI
subsystem en for custructing the ISG exit names (for what purpose, can I
have
In a message dated 6/15/2009 6:42:13 A.M. Central Daylight Time,
kenneth.kl...@kyfb.com writes:
See Levi, Ray, and Schoup - lotsa options.
We went with ePrint for about a third of the cost. Even got the
Linux print server to do viewing and distribution.
Mark Zelden mark.zel...@zurichna.com wrote in message
news:listserv%200906150757382403.0...@bama.ua.edu...
On Mon, 15 Jun 2009 10:28:58 +0200, Vernooij, CP - SPLXM
kees.vern...@klm.com wrote:
We already discovered that the MIM command character was used for
several purposes in MIM, a.o.
On Mon, Jun 15th, 2009 at 6:51 PM, Barbara Nitz wrote:
But if I'm wrong, someone will chime in.
Sounds like a challenge - anyone want to step up to the plate ?.
I tried debating dumps with Barb once ...
Shane ...
--
For
Ok, I tried to get our new OSA adapter going on our z9. I have it working
perfectly on our test LPAR. When trying to bring it up on our production
LPAR I get the following message for both interfaces:
EZZ4310I ERROR: CODE=8010302C REPORTED ON DEVICE GIGPORP2. DIAGNOSTIC
CODE: 00
EZZ4309I
Or have your tape copy utility copy to virtual tape. As the background
tape media changes, the files automatically move to the new media. This
will keep it from deteriorating beyond readability and keep it on a
media that you have drives for.
Dennis Roach
GHG Corporation
Lockheed Martin Mission
Neal
By some sort of pure coincidence I have just answered a query on the
IBMTCP-L list regarding changing TRLE definitions. IBMTCP-L is in fact your
best bet for problems involving z/OS Communications Server.
What does D NET,TRL,TRLE=trle-name show for each of the TRLE resources
you are
Neal
This is what the error code X'8010302C' means, found by precisely following
the explanation of the EZZ4310I message:
X'80'
Permanent error
Explanation: Request rejected due to failure of either a system or network
function.
X'10'
LLC layer local error
Explanation: A primitive was
I could be wrong, but I don't believe that zip allows input from stdin.
If info-zip uses fopen() to open files, then it might be possible to
read mvs datasets directly as input files.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Sun, Jun 14, 2009 at 8:55 PM, Timothy
We're running a CA-7 utility, SASSVBD0. This is the first time we've run it.
I'm am at a totally loss as to why we are getting an ICE039A message (show
below). I have upped everything that I can think of. I upped the TMAXLIM as
well and got a larger MAIN STORAGE= message, but the same ICE039A
On 14 Jun 2009 23:28:18 -0700, in bit.listserv.ibm-main you wrote:
My 2 cent:
Short recap of RTM and E/SPIE:
LE works best with TRAP(ON,SPIE). That means it is allowed to set an E/SPIE
routine that masks program checks.
An LE-enabled program suffers a PICx that is covered by an E/SPIE.
Well, I finally found something. If I put in a MOSIZE=0 on the OPTION
statement in DFSPARM, then the problem goes away.
Sorry, but I'm just not having a good week (too many weekend problems).
--
John
--
For IBM-MAIN subscribe /
Bob, thanks for confirming.
I managed to compile zip under unix with LARGE_FILE_SUPPORT using gmake only:
Compiled with IBM C version 410.9.0 for Unix (Unknown) on Jun 15 2009.
Zip special compilation
John,
I think you should open a PMR and we'll research the cause of the
error.
Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email: bet...@us.ibm.com
1-301-240-3809
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/
IBM Mainframe Discussion List
See Levi, Ray, and Schoup - lotsa options.
Unless things have changed, LRS products are very pricey!
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
On Mon, 15 Jun 2009 10:02:59 -0500, John McKown joa...@swbell.net
wrote:
Well, I finally found something. If I put in a MOSIZE=0 on the OPTION
statement in DFSPARM, then the problem goes away.
Hi John,
We also had this problem. This is fixed by UK46178. Look at PK84670 an
exact match for
On Mon, 15 Jun 2009 09:53:28 -0500, McKown, John jmck...@healthmarkets.com
wrote:
We're running a CA-7 utility, SASSVBD0. This is the first time we've run
it. I'm am at a totally loss as to why we are getting an ICE039A message
(show below). I have upped everything that I can think of. I upped
On 13 Jun 2009 12:43:43 -0700, wmkl...@ix.netcom.com (Bill Klein)
wrote:
For COBOL only applications, for example, using SSRANGE (compile and
run-time) often finds the cause of S0C4 ABENDs and does so in a manner that
the application programmer can find the cause quickly and easily. Of
course,
I ran into this when I installed 1.10. I opened a PMR here is the APAR that
was opened for the problem PK84670. The PTF is UK46178. I have this on
and it has resolved the problem.
Gregg
--
For IBM-MAIN subscribe / signoff /
What is the supposed difference between HI and HE to REXX?
I have never been able to terminate an errant exec under TSO
with an HI (even though the response to ATTN tells me I can).
Is there anything that would make HI work in some installations
but not others?
I specifically said in some
Many thanks to all!
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail
Hi Gadi,
Try Alon Pardes from Alfa Computers (03-9214422). They have a PC based
listner that acts a print manager. If it doesn't help, you can always look
at www.*mackinney*.com http://www.mackinney.com/, developed both a VSE and
MVS products.
Itschak
On Mon, Jun 15, 2009 at 5:44 PM, Ted
On Mon, 15 Jun 2009 12:37:23 -0500, Patrick O'Keefe
patrick.oke...@wamu.net wrote:
What is the supposed difference between HI and HE to REXX?
I have never been able to terminate an errant exec under TSO
with an HI (even though the response to ATTN tells me I can).
Is there anything that would
HI has always worked for me.
Ken Klein
Sr. Systems Programmer
kenneth.kl...@kyfb.com
502-495-5000 x7011
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Patrick O'Keefe
Sent: Monday, June 15, 2009 2:18 PM
To: IBM-MAIN@bama.ua.edu
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Patrick O'Keefe
Sent: Monday, June 15, 2009 12:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: REXX HI vs HE
SNIPPAGE
This is a hare-brained idea, but I wonder if there could be something
in my
Hi List.
I've dug through the manuals and can't seem to find a satisfactory
answer. Is there a way within DFSMSrmm to completely remove a range of
tapes from the system? We recently retired our 3490s and I want to
completely remove the 3490 tapes and all other information associated
with these
Hi Gadi,
We use the LRS products, which are available with limited use licensing to help
keep the costs down. We run too many remote printers to qualify for limited
use. Their print products can do other things besides drive printers too.
What kind of printer do they plan to use? If
Rex,
I don't know of a batch method, but through the panels, you can do this:
3. Administrator functions
1. Display or change volume information
4. Delete or release a volume
Enter the volume information with wildcard, owner *, limit *.
This should do a volume search and return a list of
You can use SEARCHVOLUME to create a clist with all the commands, and then
execute the clist.
Pommier, Rex R. rex.pomm...@cnasurety.com 6/15/2009 4:12 PM
Hi List.
I've dug through the manuals and can't seem to find a satisfactory
answer. Is there a way within DFSMSrmm to completely remove a
Hello Rex,
You might want to try a RMMCLIST batch job. With it you can get RMM
to generate a listing of the volsers and then have RMM do whatever
you want to them. Here's a sample of the code we use:
//SEARCH# EXEC PGM=IKJEFT01,DYNAMNBR=20
//SYSTSPRT DD SYSOUT=*
//RMMCLIST DD
Thanks Scott and Kathleen. The SEARCHVOLUME command gave me what I
wanted.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Kathleen McLaughlin
Sent: Monday, June 15, 2009 3:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: How to delete
On Monday 15 June 2009, Kirk Wolf wrote:
I could be wrong, but I don't believe that zip allows input from
stdin. If info-zip uses fopen() to open files, then it might be
possible to read mvs datasets directly as input files.
I've never tried it, but here's a quote from the zip man page:
Greetings,
I'm researching using HYPERPAV on some new Hitachi disk we're
getting.
I'm coming across mixed indications of whether HYPERPAV is supported on
non-IBM DS8* arrays. I read one post in the archives hinting that EMC
is supporting it as of mid-2008. But what about Hitachi ???
And is
On Mon, 15 Jun 2009 17:48:29 -0600, Kopischke, David G.
dgkopisc...@oppenheimerfunds.com wrote:
Greetings,
I'm researching using HYPERPAV on some new Hitachi disk we're
getting.
I'm coming across mixed indications of whether HYPERPAV is supported on
non-IBM DS8* arrays. I read one post in the
On Mon, 15 Jun 2009 19:06:43 -0500, Peter Bishop wrote:
Yep, sure does. Below is a sample D M=DEV output, there are 32 HyperPAV
aliases in this particular base device's alias pool. I had to hide the S/N,
sorry.
.
SCP CU ND = 002107.900.HTC.65.000n.0012
SCP TOKEN NED =
Skip:
You are correct and I cannot add too much other than to say it will take a
considerable (read quite long) amount of time as repromergecat must update each
entry in the VVDS as well as the catalog. We did a small catalog (sorry do
not remember the number of entries) and it took a few
There's Some jerk out there calling himself Majic Software, Inc:
that's trying to sell a virus-catcher. Avoid him like the PLAGUE: his
so-called DEMO pops up every 100 seconds and is a major PAIN in the
POSTERIOR. I've filed complaints with Illinois Attorney General,
SecState, ICC and
On Mon, 15 Jun 2009 19:14:27 -0500, Dave Kopischke
dgkopisc...@oppenheimerfunds.com wrote:
Excellent Do you happen to know if this is an additional cost
feature of
z/OS or Hitachi ??? Not that it matters a whole lot. I'm going to pursue it
anyway
No extra cost on z/OS. I believe
That's a good point, though: zip and unzip could read/write MVS-style
datasets directly (using that // syntax), just like cp and mv do, if they
use the appropriate interfaces.
- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
- Original Message -
From: Peter Bishop peter.bis...@eds.com
Newsgroups: bit.listserv.ibm-main
Sent: Monday, June 15, 2009 9:43 PM
Subject: Re: HYPERPAV Support on Hitachi Disk
On Mon, 15 Jun 2009 19:14:27 -0500, Dave Kopischke
dgkopisc...@oppenheimerfunds.com wrote:
Excellent
52 matches
Mail list logo