ca.portal.admin

ADS question

Discussion created by ca.portal.admin on Dec 1, 2006
Latest reply on Dec 1, 2006 by ca.portal.admin
Hi:

I have an application that accesses a record in an area that is
sometimes offline for batch processing. I have tried to trap the 0966
that results from trying to CALC to that record so I can code around it
and keep our application up. I thought I could check the ERROR-STATUS
from a READY, but I have found that READY statements that are coded are
not actually executed until you execute a DML command, such as OBTAIN.
At least it appears that way when I ADS-Alive it.

Any ideas on how I can determine if an area is off-line before I try to
issue a DML command?

Thanks.

Tim Gortner
Sr. Consultant - Sogeti USA LLC
Iowa Department of Human Services
DDM Medical Systems and Data Warehousing
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: zOS SYSLOG time versus timestamps in IDMS JOURNALs . . .
"Agreed, but when you're rolling a database forward, and the only times
you really have to go on (before examining the journals) are in SYSLOG .
. . It matters a lot! :) As luck would have it, that's what I was
doing in this case.

I'm going to pass the below on to the SysProg . . . They haven't been
able to explain it yet and are putting it down to I/O delays . . . . But
I don't buy a 25-second I/O delay; that's a bit much . . .

Nevertheless, thanks!
------------------------------

Date: Fri, 1 Dec 2006 11:33:03 +1030
From: ""Cherlet, Gary (JTS)"" <Cherlet.Gary@SAUGOV.SA.GOV.AU>
Subject: Re: zOS SYSLOG time versus timestamps in IDMS JOURNALs . . .

Maths was never my strong point - that's why I use computers. As for the
time difference - this is purely speculation on my part - the IDMS
""date-time stamp"" may be UCT time accessed by a ""time service"" available
at the hardware/software level - whereas the times in the system log may
be a ""system time"" as entered by an operator during the IPL process.
This could account for differences in time from seconds to minutes if
this was the case.

My understanding is that there are different ""clocks and timers"" in the
machine and different ways of accessing ""current time"" - some at a
hardware level (machine level instructions) some at a software level
(accessed through SVC's).=20

I know that even small differences like this can sometimes make it
difficult to rationalise internal events within IDMS with other events
taking place in other regions of the same machine - but with that
exception I'm not sure that such differences matter much.

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








Normal

Normal
Re: [IDMSVENDOR-L] ADS question
"how about a dynamic call to RHDCMT00 with a display area segment.area and
interrogate the results?


Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com




The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
ADS question
"Hi:

I have an application that accesses a record in an area that is
sometimes offline for batch processing. I have tried to trap the 0966
that results from trying to CALC to that record so I can code around it
and keep our application up. I thought I could check the ERROR-STATUS
from a READY, but I have found that READY statements that are coded are
not actually executed until you execute a DML command, such as OBTAIN.
At least it appears that way when I ADS-Alive it.

Any ideas on how I can determine if an area is off-line before I try to
issue a DML command?

Thanks.

Tim Gortner
Sr. Consultant - Sogeti USA LLC
Iowa Department of Human Services
DDM Medical Systems and Data Warehousing
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: [IDMSVENDOR-L] ADS question
"This is the method I have just introduced for 16.0 SP1.

Chris Wood
Alberta Department of Energy
CANADA

Outcomes