ca.portal.admin

Vary offline immediate

Discussion created by ca.portal.admin on Aug 23, 2007
Latest reply on Aug 23, 2007 by ca.portal.admin
One of our production users has had problems with the ""vary area offline
immediate"" command. On two occasions, it did not work immediately. The
""immediate"" parameter causes DCMT to wait until the area actually goes
offline, rather than returning a ""pending"" message as it does otherwise.
These commands were submitted via UCFBTCH, and the batch job eventually
timed out while waiting for the DCMT command to complete.

Unfortunately, no one got a look at the CV at the time to see what the
holdup was. Since this problem results in late-night calls, the users
are natually reluctant to try it again for debugging purposes. Has
anyone else had experiences where the ""vary area offline immediate""
command went into a wait state?

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
Vary offline immediate
"One of our production users has had problems with the ""vary area offline
immediate"" command. On two occasions, it did not work immediately. The
""immediate"" parameter causes DCMT to wait until the area actually goes
offline, rather than returning a ""pending"" message as it does otherwise.
These commands were submitted via UCFBTCH, and the batch job eventually
timed out while waiting for the DCMT command to complete.

Unfortunately, no one got a look at the CV at the time to see what the
holdup was. Since this problem results in late-night calls, the users
are natually reluctant to try it again for debugging purposes. Has
anyone else had experiences where the ""vary area offline immediate""
command went into a wait state?

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: Programming Question/ Bug?
"> -----Original Message-----
From: IDMS Public Discussion Forum [mailTo:IDMS-L@LISTSERV.IUASSN.COM]
On Behalf Of Petra LaFrese
Sent: Wednesday, 22 August 2007 2:42
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: Programming Question/ Bug?

One of my programmers asked me this question. I am not sure why this
happens.

Field P-INVOICE-NO is defined as Pic X(14). Code in the ADS program
checks if the field contains zeros using any of the following lines of
code:

IF P-INVOICE-NO OF IAVMRPPV = 0
IF P-INVOICE-NO OF IAVMRPPV = ZEROS
IF P-INVOICE-NO OF IAVMRPPV = ZEROES

If the field is all zeroes, it executes an error message, as it should.
But if the field is changed to 0A (or any 0 and alpha combo) and enter
is pressed - the screen does not recognize that the field now contains
something other than 0, or zeros, or zeroes and still produces the error
message. This is happening in programs that are recently changed. We are
running IDMS V16.0 Service Pack 4.

I have searched Support Connect and have found no mention of such a
problem. Has anyone heard of or experienced this? How did you fix it?
The programmer got around this by checking for 0 in every position of
the field, but the code above is used in several of our programs and has
us concerned.

Thanks for your help.
Petra
This looks the problem we had last millennium with a now-defunct
application when we went from 10.2 to 12.0 and then 14.0. We had to apply
optional fixes LS10368 to 12.0 and LS17332 and TF24083 to 14.0.

The 'problem' is that ADS treats a PIC X field as unsigned zoned decimal
when comparing the field to ZERO, which is a numeric figurative constant.
This is documented in the ADS reference. So if the contents of the field
can be converted to a valid numeric value then ADS does so. I think this
can happen if the field begins with a valid zoned decimal character or
spaces followed by zoned decimal characters. Perhaps it shouldn't be
possible for ADS to convert a value such as '0A' to a valid numeric but
rather give an error such as 'DC175015 NO NUMBER ON EBCDIC/NUMERIC
CONVERSION'.

Also, just an opinion, ZEROS and ZEROES shouldn't be valid syntax for the
figurative constant. They imply functionality that doesn't exist.


Peter Hannigan
IBM Global Technology Services Australia and New Zealand
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Programming Question/ Bug? No mention of S0C4 - this is an ADS question
"At the risk of getting shot I'll stick my head up over the trench. I
believe there are two threads running here. One is about batch IDMS
Cobol getting a S0C4. The other is a question about the behaviour of an
ADS/O dialog. The original e-mail that I replied to is included at the
end of this note - and I don't see any mention of a S0C4. But then I may
have missed something. I'd have liked to have contributed something
positive to this thread - but I seem to be ""in the middle of a muddle"" -
so to speak ;-)

Cheers - Gary


Gary Cherlet
Justice Technology Services
Department of Justice, SA Government
Telephone +61 (0)8 8226 5199
Facsimile +61 (0)8 8226 5311
Mobile +61 (0)41 333 1613
MailTo:cherlet.gary@saugov.sa.gov.au

This e-mail message and any attachments are qualified as follows:
Addressing: If you have received this e-mail in error, please advise by
reply e-mail to the sender. Please also destroy the original
transmission and its contents. Confidentiality: This e-mail may
contain confidential information which also may be legally privileged.
Only the intended recipient(s) may access, use, distribute or copy this
e-mail. Individual Views: Unless otherwise indicated, the views
expressed are those of the sender, not Justice Technology Services.
Computer Viruses: It is the recipient's responsibility to check the
e-mail and any attached files for viruses.

Outcomes