Hi
Now-days you can change (almost) everything without IPL.
Can you change the SDUMP post exit without IPL ?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the
(Crossposted)
We have been trying to get NetView Web Services Gateway working for a few days
now to no great effect when I found what looks like a bug. Firstly the
documentation is not that great as you have to install the XML Toolkit (and
GSKit if not already installed) although it doesn't
There are 3 versions of the XML toolkit and even though they say z/OS 1.x, they
are standalone products. Unfortunately, they are not upward compatible.
IXMLE1A0 DESCRIPTION = XML Toolkit z/OS
REWORK = 2008344
DATE/TIME REC =
hello,
I have a very strange problem. Maybe there is someone having an idea how to
solve it. So what happens:
We have a pdse-load-library (with only primary allocation - no secondary!) for
testing software. Now when testing a new versions we first delete all members
with a batch-job and copy
Folks:
It's rare that I have anything to offer this august assemblage, but I do
happen to know about the Source Recovery Company. They can do what you
ask, and they do it well.
http://www.source-recovery.com/
Cheers,
Bob Shimizu
ColeSoft Marketing, Inc.
On 1/18/12 8:42 PM, jagadishan
In 4474451749672711.wa.juergen.kellerdeutscheboerse@bama.ua.edu,
on 01/19/2012
at 06:26 AM, Juergen Keller juergen.kel...@deutsche-boerse.com
said:
... we added this dataset to LINKLIST to get rid of the steplib. When
I now delete all members and copy the new version to that dataset I
will
From the DFSMS Using Data Sets manual:
*PDSE Unused Space*
PDS gas is the unreclaimed space in a PDS that was vacated when members
were deleted or rewritten. Users often overallocate their PDSs to allow for
the inevitable amount of PDS gas that would develop over time. With PDSEs,
you do not
On Wed, 18 Jan 2012 15:29:22 -0600, McKown, John wrote:
I found another good reason to use ISGENQ instead of ENQ/DEQ.
It supports MF=L and MF=E for RENT coding.
So do ENQ and DEQ.
--
Tom Marchant
--
For IBM-MAIN subscribe /
I noticed that all three wall clocks, labeled Fishkill, Poughkeepsie, and
Endicott showed the same time of day, which was comforting. But was there any
hidden meaning or inside joke to the fact that there was no clock above the
label for Armonk?
Thanks to Harry Yudenfriend for writing,
Anyone having problems down loading their orders? I can get to the order but
can't view it or download it. Good thing our MF up time is better than IBM's or
the MF would be rolled out the door.
Tks Matt
--
For IBM-MAIN
Hi Folks,
The Shared Spool Mods for JES2 known popularly as the Mellon Mods,
which are found on CBT Tape File 856 (for the z/OS 1.9 thru 1.12 level),
have now been tested to work, with the same source code, on z/OS 1.13.
They must (of course) be reassembled with z/OS 1.13 JES2 macros,
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant
Sent: Thursday, January 19, 2012 7:59 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: New code? use ENQ/DEQ or ISGENQ?
On Wed, 18 Jan 2012 15:29:22 -0600, McKown, John wrote:
I got rsu1112 on 09jan12 w/o any problems at all, and then on 12jan12
downloaded a half-dozen individual ptf-s , again w/o any problems
/s/ tuco bonno;
Graduate, College of Conflict Management;
University of SouthEast Asia;
I partied on the Ho Chi Minh Trail - tiến lên !!
NOTE: X-posted to CICS-L and IBM-MAIN
Environment: z/OS 1.11, MQ 7.0, CICS TS 4.2.
We have a batch program that is run once or twice a day, that writes
between 200 - 600 (on average) messages to an MQ queue. That MQ queue
in turn is drained by a CICS region, with each message spawning a new
On 1/18/2012 1:29 PM, McKown, John wrote:
I found another good reason to use ISGENQ instead of ENQ/DEQ. It supports MF=L
and MF=E for RENT coding. OK, I could do the same by hand coding with ENQ/DEQ.
But I prefer to use the macros when possible.
ENQ and DEQ also support MF=L and MF=E.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe
Sent: Thursday, January 19, 2012 10:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: New code? use ENQ/DEQ or ISGENQ?
On 1/18/2012 1:29 PM, McKown, John wrote:
I found
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Dazzo, Matt
Anyone having problems down loading their orders? I can get to the
order but can't view it or download
it. Good thing our MF up time is better than IBM's or the MF would be
rolled out the door.
We
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Dazzo, Matt
Sent: Thursday, 19 January, 2012 10:18 AM
To: IBM-MAIN@bama.ua.edu
Subject: Shop zseries
Anyone having problems down loading their orders? I can get to the order but
can't view
On Tue, 17 Jan 2012 16:49:58 -0600, Mark Zelden m...@mzelden.com wrote:
snip
3) The Datacom R12 SVC load failed because I chose the same number as the R11
SVC
that was in use for MSM R3.I thought, no problem re-run the load job
with the
CAIRIM REINIT parm since MSM was the
On 1/18/2012 5:05 AM, McKown, John wrote:
The # is the command prefix, registered with CPF and displayed by D OPDATA. The ,X
means that this command prefix is sysplex-wide. For a single system, use ,M instead. I
have a different command prefix for every system in my sysplex (OK, only 2) and
I also received this:
User Group Number - MR1026112735
Document Status - Recognized
Title - Provide a utility to remove residual systems from the sysplex CDS IBM
agrees with the request and a solution appears to be a desirable objective. A
solution however may not presently appear feasible or
On 01/19/2012 07:38 AM, Don Imbriale wrote:
From the DFSMS Using Data Sets manual:
*PDSE Unused Space*
PDS gas is the unreclaimed space in a PDS that was vacated when members
were deleted or rewritten. Users often overallocate their PDSs to allow for
the inevitable amount of PDS gas that
Try running an IEBCopy compress against the data set (option z against.
TSO-ISPF display of the PDSE). It might be a little complicated as it's in the
Linklist, and so disp=old wouldn't work (still allocated to LLA), so you'll
have to use disp=shri in a batch job.
Run this after deleting the
I know there is a DB2 list, but thought maybe I could get an answer here in
less time. Prior to acquiring a zPDT I was running on the IBM Dallas RDP
system. On that system I had some sql that ran against DB2 version 8. When I
moved from Dallas to my zPDT, I brought up DB2 version 9. As
I am looking for a decompiler, reverse compiler, dissasembler of cobol LOAD
modules into cobol SOURCE modules for lost programs. Could any please
direct me to some Site or Freebies or specific Products which Can perform
the reverse compilation.
There is no tool or free way to do this. You can
On 1/19/2012 7:39 AM, McKown, John wrote:
So do ENQ and DEQ.
--
Tom Marchant
I didn't see that documented. Perhaps I was in the wrong manual. I tried it and had some problems. Turns out that
ISGENQ has some other nice things that I can do which are __documented__. I'm very into using only
Did you unallocate the PDSE from the LNKLST and PLLA, and VLF before you did
your delete and reload?
SETPROG LNKLST,UNALLOCATE
P LLA
P VLF
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Juergen Keller
Sent: Thursday, January 19, 2012
IEBCOPY compress generates an error message for a PDSE.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Alan Playford
Sent: Thursday, January 19, 2012 10:08 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: PDSE
Try running an IEBCopy
Edward Jaffe's post was clearly necessary, and it did settle the issue.
I nevertheless found the need for it disheartening. There are kinds
of IBM-supplied macro definitions for which the availability of both a
LIST and an EXECUTE form is predictable, and someone who does not
understand this is
Hi,
Would anyone know how to subscribe to the assembler list
Thanks
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
On Thu, 19 Jan 2012 11:09:27 -0800, Schwarz, Barry A wrote:
IEBCOPY compress generates an error message for a PDSE.
Become familiar with:
Title: z/OS V1R12 DFSMS Using Data Sets
Document Number: SC26-7410-10
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d490/3.8.7.1
Send a message to any listserv, not to the discussion list, with the text
SUBSCRIBE ASSEMBLER-LIST
If you pick the wrong listserv, it will forwarded to the correct one.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Micheal Butz
On 01/19/2012 02:55 PM, Paul Gilmartin wrote:
On Thu, 19 Jan 2012 11:09:27 -0800, Schwarz, Barry A wrote:
IEBCOPY compress generates an error message for a PDSE.
Become familiar with:
Title: z/OS V1R12 DFSMS Using Data Sets
Document Number: SC26-7410-10
Here's one option:
http://www.source-recovery.com
I have no relationship with this company and do not offer an assessment.
Timothy Sipples
Resident Enterprise Architect (Based in Singapore)
Alternatively you can step up to NetView V6. I know NetView V6R1 supports
XML Toolkit V1R10. (I'm not sure about NetView V5R4.) Among other
advantages to stepping up to NetView V6R1, there's a performance advantage
with the XML Toolkit V1R10:
http://www.ibm.com/systems/z/os/zos/tools/xml/perform/
35 matches
Mail list logo
