ca.portal.admin

Re: Pro's & Con's of Multiple Target and DLIB Zones in SMP/E

Discussion created by ca.portal.admin on Aug 27, 2007
We do things similar, but it's not the KISS method. (In our case, I
don't know what a KISS method would be :( )

We have 2 sets of CV's - 1 large and 1 small. Each of them has their
own CALC exit. Thus whenever we need to apply maintenance to IDMSDBMS,
IDMSTMGR or IDMSUTIL it involves backing out all previous maintenance,
applying all maintenance using the small CV exit. Then, once tested on
the small systems, Backout all the maintenance again and re-apply all
maintenance using the large CV exit.

First time I applied maintenance here, I applied it to the system using
the small CV exit resulting in indexes with 2 SR-7 records and other
horrid problems.

There has got to be a better way.

Dick

Richard Pierce
(617) 973-8911
richard.pierce@state.ma.us
"
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] Pro's & Con's of Multiple Target and DLIB Zones in SMP/E
"i am certainly not an SMP/E apologists (well maybe I am) - but i have EVERY
peice of IDMS system software build through SMP/E - i did not find it that
difficult; i have always been willing and continue to be willing to share
all SMP/E solutions i have developed ...


Chris Hoelscher
Senior 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
Re: Programming Question/ Bug?
"Petra,

I believe ADS does it best at converting the string (PIC X(14)) to a
number, by looking for any digits in the string and using those. It would
of course have been much easier if CA had decided not to allow the
comparison in the first place.

I do not think the conversion used for the evaluation is actually
documented so you can expect that the behavior will change between
releases. The solution is to ensure that you tell ADS what you want. In
this case I guess from the statement that you want to capture when only
zeroes were entered in the field. but not if it was left with spaces.

if p-invoice-no not = space and replacing(p-invoice-no,'0',' ') = space
do.
-
-
end.

Remember the only thing that sets 0 and space apart from other bit
combinations is the way they are interpreted by humans.

The last order of business is to subject the offending party (any
programmer comparing numeric and alphanumeric fields to each other) to
daily public beatings for a week. Then send them to an assembler class as
a deterrent to others.


Tommy Petersen





Petra LaFrese
<lafresep@U.ARIZO
NA.EDU> To
Sent by: IDMS IDMS-L@LISTSERV.IUASSN.COM
Public Discussion cc
Forum
<IDMS-L@LISTSERV. Subject
IUASSN.COM> Programming Question/ Bug?


08/21/2007 01:12
PM


Please respond to
IDMS Public
Discussion Forum
<IDMS-L@LISTSERV.
IUASSN.COM>







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
"
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?
"Speaking of ADS,

AISTR, the ADS numeric test used to be next to useless. A string of
'ACD45' would be classified as a valid
nmeric string. Seems it packed the ACD45 (resulting in '13445F') and
checking the sign. Thus the 'F' makes it numeric.

They may have fixed/changed this, but in any event I always useed the
pattern matching instruction. (My ADS manuals are gone and we're not an
ADS shop, so no example.)

Dick

Richard Pierce
(617) 973-8911
richard.pierce@state.ma.us

Outcomes