ca.portal.admin

""Required"" 256-byte Sort Key

Discussion created by ca.portal.admin on Sep 8, 2006
Folks:

I occasionally have to write ""normal"" IDMS application programs
and while looking up the syntax for ""OBTAIN USING SORT KEY"" in the
current IDMS DML manual I came across the following note that I don't
remember seeing:

""Due to the architecture of the client interface
for Advantage CA-IDMS, 256 bytes will be moved regardless of the actual
length of the working storage sort key. This additional storage should
be accounted for in order to avoid potential program exceptions that can
occur. While these exceptions are rare, they are more probable if the
sort-key is defined in a FILE or LINKAGE SECTION definition. To avoid
this problem, it is recommended that the sort-key be defined in the
program's WORKING STORAGE SECTION, padded to a full 256 bytes; and moved
in and out of the FILE or LINKAGE SECTION fields.""
This came as a bit of a shock to me. Has anyone had any problems caused
by this? It seems a rather bizarre coding choice by CA; since they
obviously know the length of the sort key from the subschema, why not
only accept and move only what is necessary? Comments would be
appreciated and I am wondering if we should review our code for this
situation.


Thanks,
Dan Miley
Lockheed Martin
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
"""Required"" 256-byte Sort Key"
"Folks:

I occasionally have to write ""normal"" IDMS application programs
and while looking up the syntax for ""OBTAIN USING SORT KEY"" in the
current IDMS DML manual I came across the following note that I don't
remember seeing:

""Due to the architecture of the client interface
for Advantage CA-IDMS, 256 bytes will be moved regardless of the actual
length of the working storage sort key. This additional storage should
be accounted for in order to avoid potential program exceptions that can
occur. While these exceptions are rare, they are more probable if the
sort-key is defined in a FILE or LINKAGE SECTION definition. To avoid
this problem, it is recommended that the sort-key be defined in the
program's WORKING STORAGE SECTION, padded to a full 256 bytes; and moved
in and out of the FILE or LINKAGE SECTION fields.""
This came as a bit of a shock to me. Has anyone had any problems caused
by this? It seems a rather bizarre coding choice by CA; since they
obviously know the length of the sort key from the subschema, why not
only accept and move only what is necessary? Comments would be
appreciated and I am wondering if we should review our code for this
situation.


Thanks,
Dan Miley
Lockheed Martin
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: IDMS shutdown - two different ways to do it
"On Fri, 08 Sep 2006, at 08:24:56 [GMT -0400], Chris Hoelscher wrote:

TH> If it was a SHUTDOWN IMMEDIATE Mike won't reply.


CH> and not only that, but since I have CS76640 applied, i can't get
CH> verification that that's what he wanted to do .....

Helpful advice AND bad jokes... Gotta love this list.

Mike Yetto

--
Opinions expressed above are, at best, mine.
However, I will share them.
"
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] IDMS shutdown - two different ways to do it
"Chris,

If it was a SHUTDOWN IMMEDIATE Mike won't reply.


and not only that, but since I have CS76640 applied, i can't get
verification that that's what he wanted to do .....



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: IDMS shutdown - two different ways to do it
"Chris,

If it was a SHUTDOWN IMMEDIATE Mike won't reply.

Tom Hebert
ObjEx, Inc.
01 908-813-2866

Outcomes