ca.portal.admin

RHDDCODE and tilde

Discussion created by ca.portal.admin on Sep 18, 2007
R16 SP3 introduces the capability of creating your own version of
RHDCCODE which defines the character set, aka the ""code page"". What is
not mentioned is that the default version of RHDCCODE has changed in at
least one place: the tilde (~) was changed from a displayable to a
non-displayable character.

If you are like me, you have never heard of a tilde or thought about
using one. I didn't even know where it was on the keyboard. But our
users like it. Our two largest ADS applications both had numerous
problems due to this undocumented change. CA's solution is that you
must create a customized version of RHDCCODE if you want to continue to
use the tilde with ""automatic edit"" fields, or if you want it to display
in OLQ, DMLO, or OCF.

Kay Rozeboom
State of Iowa
Information Technology Enterprise
Department of Administrative Services
Telephone: 515.281.6139 Fax: 515.281.6137
Email: Kay.Rozeboom@Iowa.Gov
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Stall waiting for EREECB
"Is anyone besides me getting messages like this in their Outlook in box?

This is the entire message, not just the header. -(

Dick

Richard Pierce
(617) 973-8911
richard.pierce@state.ma.us
-----Original Message-----
From: IDMS Public Discussion Forum
[mailTo:IDMS-L@listserv.iuassn.com] On Behalf Of Robert Klan
Sent: Wednesday September 19, 2007 7:05 AM
To: IDMS-L@listserv.iuassn.com
Subject: Re: Stall waiting for EREECB

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: online display of job accounting info
"John is correct PMDC is a very useful for that...........


Rob Klan/Cincinnati/IBM
Phone: 1-877-205-4871 (T/L: 349-2446)
ITN: 23492446
Email: rklan@us.ibm.com



John Abell <john.abell@INTNLSOFTWAREPRODUCTS.COM>
Sent by: IDMS Public Discussion Forum <IDMS-L@LISTSERV.IUASSN.COM>
09/19/2007 07:15 AM
Please respond to
IDMS Public Discussion Forum <IDMS-L@LISTSERV.IUASSN.COM>


To
IDMS-L@LISTSERV.IUASSN.COM
cc

Subject
Re: online display of job accounting info






For a less expensive solution, you could also look at PMDC from us.

www.ispinfo.com

John

At 05:58 PM 9/18/2007, you wrote:
You should take a look at Prealert for IDMS from Allen Systems Group.
Their
web site is www.asg.com.

Mark Grindstaff

----- Original Message -----
From: ""Petzold, Lutz"" <PetzoldL@AETNA.COM>
To: <IDMS-L@LISTSERV.IUASSN.COM>
Sent: Tuesday, September 18, 2007 8:15 AM
Subject: online display of job accounting info


Who ever wondered which batch job is preventing an area from going
online? Or, which cics transaction is holding an area in update mode ad
nauseum? Who's looked at PMRM and started cursing because it displays
everything except what you need to know, like the JES jobname and user
id on the job card. What good is the program name that did the bind
run-unit to operators who want to cancel a problem job? In the past,
I've impressed those around me by reading the ERE in hex. But, this is
2007, there's got to be a better way. My question, finally, is, does
anyone have a home grown program that wil display useful information,
like, jes/cics userid, area name, update or retrieval status, and jes
job name? Also, the start-time of the job would be nice. Except for
the information from the ere memory display, all of this info is
available in various dcmt commands, oper, and other stuff, but it sure
would be nice to have one source of intelligent information on one
screen.

Lutz Petzold


This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
John Abell
International Software Products

This email may contain confidential and privileged material for the
sole use of the intended recipient(s). Any review, use, retention,
distribution or disclosure by others is strictly prohibited. If you
are not the intended recipient (or authorized to receive on behalf of
the named recipient), please contact the sender by reply email and
delete all copies of this message. Also, email is susceptible to data
corruption, interception, tampering, unauthorized amendment and
viruses. We only send and receive emails on the basis that we are not
liable for any such corruption, interception, tampering, amendment or
viruses or any consequence thereof.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: online display of job accounting info
"For a less expensive solution, you could also look at PMDC from us.

www.ispinfo.com

John

At 05:58 PM 9/18/2007, you wrote:
You should take a look at Prealert for IDMS from Allen Systems Group. Their
web site is www.asg.com.

Mark Grindstaff

----- Original Message -----
From: ""Petzold, Lutz"" <PetzoldL@AETNA.COM>
To: <IDMS-L@LISTSERV.IUASSN.COM>
Sent: Tuesday, September 18, 2007 8:15 AM
Subject: online display of job accounting info


Who ever wondered which batch job is preventing an area from going
online? Or, which cics transaction is holding an area in update mode ad
nauseum? Who's looked at PMRM and started cursing because it displays
everything except what you need to know, like the JES jobname and user
id on the job card. What good is the program name that did the bind
run-unit to operators who want to cancel a problem job? In the past,
I've impressed those around me by reading the ERE in hex. But, this is
2007, there's got to be a better way. My question, finally, is, does
anyone have a home grown program that wil display useful information,
like, jes/cics userid, area name, update or retrieval status, and jes
job name? Also, the start-time of the job would be nice. Except for
the information from the ere memory display, all of this info is
available in various dcmt commands, oper, and other stuff, but it sure
would be nice to have one source of intelligent information on one
screen.

Lutz Petzold


This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
John Abell
International Software Products

This email may contain confidential and privileged material for the
sole use of the intended recipient(s). Any review, use, retention,
distribution or disclosure by others is strictly prohibited. If you
are not the intended recipient (or authorized to receive on behalf of
the named recipient), please contact the sender by reply email and
delete all copies of this message. Also, email is susceptible to data
corruption, interception, tampering, unauthorized amendment and
viruses. We only send and receive emails on the basis that we are not
liable for any such corruption, interception, tampering, amendment or
viruses or any consequence thereof.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Stall waiting for EREECB
"Further info on CHKUSER , I was not aware of this change until a peer
pointed it out....


***** Product Documentation Change *****
PROBLEM DESCRIPTION: Additional information regarding CHKUSER tasks
For releases 14.1, 15.0, and 16.0 of the System Generation
manual, delete all of section 2.6.1 and replace it with the
following information.
What are Check-User Tasks: Check-user tasks are operating
system subtasks attached by the DC/UCF system at startup.
How the DC/UCF System Uses Check-User Tasks: The system uses
check-user tasks to detect abnormally terminated batch external
request units running under the central version as follows:
1. The DC/UCF system associates a check-user task with a batch
program when the first BIND request is issued by that program.
An external request unit (ERUS) task is started to process the
normal requests for the external request unit.
A check-user task is also started when a UCFBATCH program
is started. Check-user tasks are not associated with
external request units from a CICS front-end or from another
IDMS-DC/UCF front-end.
2. The check-user task attempts to enqueue a unique resource
held by the batch interface module for the program. While
the request unit exists, the resource is not available to
the check-user task.
3. If the batch program terminates the run-unit via a FINISH or
ROLLBACK or if the batch program terminates abnormally, the
check-user task is then able to enqueue the resource.
4. If the batch program has explicitly ended the request
unit, then the ERUS task will have already been terminated.
If the batch job has ended abnormally, the ERUS task will
still be active. The check-user task informs the DC/UCF
system that the batch request unit has terminated.
5. The DC/UCF system aborts the ERUS task.
What happens if no check-user task is available
when a batch request unit is started:
The system starts the ERUS task normally. The
system notes that there is no check-user task
associated with the ERUS task. If a check-user
task becomes available while the ERUS task is
still active, then that check-user task will be
associated with the ERUS task and the regular
enqueue mechanism will go into effect. If the
ERUS task terminates normally before any check-
user task is available, then the system simply
discards the notation of a potential need for a
check-user task.
How You Define Check-User Tasks: The check-user mechanism
is controlled by the CHKUSER TASKS parameter of the system
generation SYSTEM statement (described in ""SYSTEM Statement""
in topic 5.0). You use this parameter to specify the
number of subtasks to be attached by the system.
Specifying zero disables the check-user mechanism.
How Many Check-User Tasks Should Be Defined:
Check-user tasks are associated only with batch jobs
(DML access or UCFBATCH). There is never a need
for more check-user tasks than the maximum
number of batch request units which will be
active simultaneously. In most cases, only
a few check-user tasks will be needed. A
batch job may start when no check-user task is
available. Suppose that job terminates
abnormally before a check-user task becomes
available. A check-user task will become
associated with the corresponding ERUS task
as soon as some other batch job terminates
and its check-user task becomes available. The
system will then abort the ERUS task which had
been started for the program that terminated
abnormally.
NOTE: Release 14.1 and 15.0 clients:
Prior to this documentation update the release 14.1 and
15.0 manuals contained the following erroneous paragraph:
When the check-user mechanism is enabled, the system will
not initiate external request units for batch programs unless
a check-user task is available. The check-user mechanism,
therefore, implicitly controls the number of batch external
request units that can be active concurrently.
This statement was true for some earlier releases of IDMS,
but it is not the case for release 14.1 or later as
explained above.
HYPER: NO
DISTRIBUTION CODE: A (A=Available, I=Internal)
PROBLEM RESOLUTION:
Update documentation as indicated.
Thank you for your continued support of Computer Associates and its
products. If you have any questions about this Product Documentation
Change or any other questions about this product, please contact your
local Computer Associates Technical Support organization.
PRODUCT(S) AFFECTED: CA-IDMS/BASE PRODUCTS-VSE RELEASE 16.0

CA-IDMS/DB CORE RELEASE 16.0

CA-IDMS/DB CORE RELEASE 16.0

CA-IDMS/DB CORE-BS2000 RELEASE 16.0

CA-IDMS/DB CORE-MSP RELEASE 16.0

*
____________________________________________________________________________
*
* DOS VERSION: 0 EFFECTIVE: 03/11/2005 ACTION: A
*** NO ZAPS FOR THIS VERSION


Rob Klan/Cincinnati/IBM
Phone: 1-877-205-4871 (T/L: 349-2446)
ITN: 23492446
Email: rklan@us.ibm.com



peter.g.charles@BT.COM
Sent by: IDMS Public Discussion Forum <IDMS-L@LISTSERV.IUASSN.COM>
09/19/2007 04:40 AM
Please respond to
IDMS Public Discussion Forum <IDMS-L@LISTSERV.IUASSN.COM>


To
IDMS-L@LISTSERV.IUASSN.COM
cc

Subject
Re: Stall waiting for EREECB






ABRU is when CICS task ends with out issuing a finish for batch with
CHKUSER it CV task gets abended with a CKUR

Pete

Outcomes