Paul
(o) Where is your SRBWORK block located? (from your description, it needs to be
in storage that is shared between the two ASIDs)
(o) Have you dumped the contents of SRBWORK and validated the contents?
(o) Does the value in SRBSTOKEN match the value in the ASSBSTKN field of the
target
Hello,
In my LPALST member, while adding dataset for CICS 5.1 , rather
then removing entry for older CICS 4.2, I simply commented CICS 4.2 dataset
line like below.
/* SYS1.CICS41.SDFHLPA,
And added CICS 5.1 dataset SYS1.CICS51.SDFHLPA. I think, this is only
reason for this 064 wait
W dniu 2013-10-21 11:55, saurabh khandelwal pisze:
Hello,
In my LPALST member, while adding dataset for CICS 5.1 , rather
then removing entry for older CICS 4.2, I simply commented CICS 4.2 dataset
line like below.
/* SYS1.CICS41.SDFHLPA,
And added CICS 5.1 dataset
Hello,
Was CLPA specified in IEASYSxx when you IPL'd first time ? .If not , that could
lead to a wait 064
If not , I am wondering how you got a wait 064 for syntax error in LPALSTxx .
On Monday, October 21, 2013 3:25 PM, saurabh khandelwal
sourabhkhandelwal...@gmail.com wrote:
Hello,
When I issue the IEAMSCHED macro, and Abend SAC7 occurs without any dump.
Since this is a user error, taking a dump is your responsibility (whether
by recovery with SDUMP(X) or via DD statements if your task and/or job
will terminate due to this error). While it does not always do it this
way,
As you have seen, the syntax rules for LPALST and comments do not follow
other comment functions. This is probably due to where it is loaded and the
process has a very strict syntax for the process.
So depending on where you put your /* you could have lost many datasets that
were to be loaded by
Just one comment,
When I run into these types of issues, I usually add a comment to that
member with a warning on how to code things.
You might want to consider adding comments at the end of this member
explaining how to comment out a line. It may save you or someone else in the
future - how to
Lizette,
Apology If my thoughts are different. Does the wait state 064 really has to
do anything with the wrong syntax ?
On Mon, Oct 21, 2013 at 6:52 PM, Lizette Koehler stars...@mindspring.comwrote:
Just one comment,
When I run into these types of issues, I usually add a comment to that
So the client remains waiting?
On Mon, 21 Oct 2013 15:31:11 +0100 Steve Austin steve.aus...@macro4.com
wrote:
:The ECB is in ECSA. The RESMGR routine only posts if the ECBWAIT is set
:and it is not, ECBUNWT is set instead.
:
:-Original Message-
:From: IBM Mainframe Discussion List
I'm curious as to what other products shops are using instead of BMC's
StopX-37. I know that SMS can replace at least some of the functionality
but we use a lot of what the product has available. At this point, I
don't think SMS is a viable option. So what else are people using with
what
ACC/SRS from DTS Software.
--- darth.kel...@assurant.com wrote:
From: Darth Keller darth.kel...@assurant.com
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: StopX-37 functionality other products
Date: Mon, 21 Oct 2013 10:32:55 -0500
I'm curious as to what other products shops
I have been asked this question and I don't know enough about CICS to even
be dangerous.
What sort of facility might one use to write a program to be notified in
real time of CICS transaction ABENDs? For example, can CICS be configured to
write an SMF record (that one could intercept in IEFU8x)
You might, if you have not done so, join the CICS Newsgroup.
http://www.listserv.uga.edu/archives/cics-l.html
There are processes available in CICS to handle abends.
Depending on what problem you are trying to solve, that group may be more
helpful
Lizette
-Original Message-
From:
Thanks. Might do so. It's not so much handling as just being notified of
ABENDs programmatically.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Monday, October 21, 2013 8:54 AM
To:
On 10/21/2013 10:00 AM, Steve Austin wrote:
I have client and a server addess spaces and the client is waiting on
the server. As part of testing I'm forcing the server. An addess space
level RESMGR posts the client if the ECBWAIT bit is on. However, in this
case ECBWAIT is not set and ECBUNWT is
With CICS you do not want to put anything in place that could delay its
actions.
A lot of shops will be reluctant to shave even one second off a CICS
transaction. It could have a major impact.
So CICS has some help inside the product. CICS does produce DFH messages
that document some but not
On 10/21/2013 11:03 AM, Charles Mills wrote:
Thanks. Might do so. It's not so much handling as just being notified of
ABENDs programmatically.
Charles,
You will get a message similar to:
+DFHSR0001 An abend (code 0C7/AKEA) has occurred at offset
X'' in program .
My favorite hot button is itching...The underlying problem here is one
I've trotted out during several user sessions at SHARE: the various
members of SYS1.PARMLIB are managed by the various development groups that
own them. We as customers tend to view PARMLIB as a single entity. It
actually
There is detailed instruction for how to do the CS trick under Bypassing
the POST Routine in the Authorized Assembler Services Guide.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Gerhard Postpischil
Sent: Monday, October
Everybody chant: XML! XML! XML! Ouch, don't hit! grin/.
On Mon, Oct 21, 2013 at 11:24 AM, Skip Robinson jo.skip.robin...@sce.comwrote:
My favorite hot button is itching...The underlying problem here is one
I've trotted out during several user sessions at SHARE: the various
members of
PERFECT answer. Thanks,
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Richard Peurifoy
Sent: Monday, October 21, 2013 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catching CICS Transaction ABENDs?
On 10/21/2013 11:03
Steve
The ECBUNWT field was documented in APAR OY66212
Rob Scott
Lead Developer
Rocket Software
77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA
Tel: +1.781.684.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Discussion List
You could also get a similar DFHAP0001 message, depending on some of your CICS
options such as storage protection.
Mike Giaquinto
AVP/Principal Engineer, Wells Fargo
CICS Engineering
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
I don't know whether this okay to post or not. We're offering a free issue of
our newsletter as part of a marketing project. But the newsletter is free for
the asking, and includes many of the topics on this forum. I'll ask that this
email be deleted if it's improper.
Here's the Table of
Charles
You should use the CICS XMEOUT Messaging Out Exit
to rerout the Abend Message to the Joblog and have automation provide an email
to the respective parties.
-- Original Message --
From: Charles Mills charl...@mcn.org
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Catching CICS
IBM Solution Editions --
http://www-03.ibm.com/systems/z/solutions/editions/ -- have been
available for a while, with specific bundles coming and going. In fact,
I'm not sure that page lists all current Solution Editions so I'll dig
further.
Has anyone here used these,
Thanks. I will look at that.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of esst...@juno.com
Sent: Monday, October 21, 2013 11:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Catching CICS Transaction ABENDs?
Charles
You
On Oct 21, 2013, at 11:24 AM, Skip Robinson wrote:
--SNIP
In order to subject all PARMLIB members to a single set of syntactic
rules, all participating development cats would have to be herded
into a
one big room with no windows
Under z/OS 1.13, the z/OS Unicode User's Guide and Reference, appendix A
says that the default tables include direct (non-Unicode) conversions
between 1047 and 850 for techniques R,C and L.
But there is no SYS1.SCUNTBL(CUNLM0EB) and an attempt to load the
conversion table for 1047-850 with
On 10/21/2013 11:46 AM, Richard Pinion wrote:
ACC/SRS from DTS Software.
--- darth.kel...@assurant.com wrote:
From: Darth Keller darth.kel...@assurant.com
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: StopX-37 functionality other products
Date: Mon, 21 Oct 2013 10:32:55
Glad you enjoyed it.
The 3330s were Calcomp. Our Calcomp CE also fixed color TVs part time.
The unit-record gear was all IBM. No one did it better :-)
We had a mishmash of vendors (and still do, on a much grander scale)
mainly because we're a state university and we had to go low bid for
On 21 October 2013 16:57, Kirk Wolf k...@dovetail.com wrote:
But there is no SYS1.SCUNTBL(CUNLM0EB) and an attempt to load the
conversion table for 1047-850 with technique=L fails:
This is surely from APAR OA37099. I mentioned this, and its fix
OA38383 in response to a post of yours entitled
On 2013-10-21 14:57, Kirk Wolf wrote:
But there is no SYS1.SCUNTBL(CUNLM0EB) and an attempt to load the
conversion table for 1047-850 with technique=L fails:
Might this have fallen victim to the Scunthorpe Problem?
-- gil
Thank to Dennis Trojak for this headsup. OA38328 is now on my to-do list.
.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
From: Dennis Trojak
Hello,
Yes, I have specified CLPA in IEASYSxx . But as Radoslaw
mentioned, I think comment line can not be part of LPALAT member . So ,
this could only be a issue.
Regards
Saurabh
On Mon, Oct 21, 2013 at 4:24 PM, Roger Steyn roger.st...@yahoo.com wrote:
Hello,
Was CLPA
35 matches
Mail list logo
