ca.portal.admin

Re: [IDMSVENDOR-L] THIS IS A TEST are the only 4 word in the email

Discussion created by ca.portal.admin on Oct 5, 2005
body (Bruce Swist)

I saw only 1 word:

VEhJUyBJUyBBIFRFU1QNCg==


Chris (if I saw only 1 word instead of 4, does this mean I am at a loss
for words?) Hoelscher

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: DISCONNECT a MEMBER Record in a OM SET
"Hi Kay,

It's normal. Have a look at the DML-COBOL reference guide. Under
DISCONNECT, there is the following:

Currency: A successfully executed DISCONNECT statement nullifies
currency in the specified set. However, next, prior, and owner of set
are maintained, enabling continued access within the set. The
disconnected record is current of run unit, its record type, its area,
and any other sets in which it participates.

Laura

Rozeboom, Kay [DAS] wrote:
I am sending this note on behalf of one of our developers:

________________________________

From: Turner, Dan [IDR]=20
Sent: Wednesday, October 05, 2005 10:31 AM
To: Rozeboom, Kay [DAS]
Subject: DISCONNECT a MEMBER Record in a OM SET



Kay,

=20

Can you send the following note to the IDMS Listserv group. I for some
reason am not authorized. Thanks!

=20

Hello All:

=20

We have discovered that when DISCONNECTING a MEMBER record from an OM
SET, that to our surprise you can still OBTAIN the OWNER in the SET.
This is true even if you do a COMMIT right after the DISCONNECT. This is
not was not what we would expect. We were expecting once you DISCONNECT
a member record in an OM SET, that you could not OBTAIN what was the
OWNER.

=20

For some reason this is a problem for our developers. I'm not sure why,
but it is. I conducted this testing Using the DMLO tool.

=20

We had another shop test one of their OM sets, and to their surprise
they too could OBTAIN the OWNER right after the DISCONNECT.

=20

If you finish the program session, and then start a new one, and get
current on what was the MEMBER record, then at that point you can no
longer OBTAIN the OWNER in the SET. This is what is expected.

=20

Any input on this would be appreciated.=20

=20

Thanks!

=20

=20

Dan Turner, Database Design

Iowa Department of Revenue

515.281.7061 or 515.242.5915

=20

Dan.Turner@Iowa.Gov

=20

=20

=20


"
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] DISCONNECT a MEMBER Record in a OM SET
"Dan/Kay

from ""the book""

A DISCONNECT command nullifies currency in the object set. However,
the next of set and prior of set are maintained, enabling access to
continue within the set.

now if (without regard to the DISCONNECT) the set does not have an owner
pointer, and an OBTAIN OWNER was requested, it is my understanding that
IDMS would walk the set in the NEXT direction until the record id of the
record current of set matched the record id of the record type defined as
the owner of the set.

so does this mean that since SOME currency exists after the DISCONNECT, it
may find the owner of the set to which currency most recently existed


there has always (as I remember) been an adage: for non- MA sets always
make an obtain owner conditional upon a successful IF SET MEMBER

I am sure you are familiar with this scenario - you obtain occurrence 1 of
record A (which participates in an occurrence of set B-A). and then obtain
occurrence 99 of record A which does not participate in an occurrence of
set B--A. If you were then to perform an ""raw"" OBTAIN OWNER WITHIN SET
B-A, IDMS would dutifully return the occurrence of record B that
participated in the set that included occurrence 1 of record A


Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-580-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: DISCONNECT a MEMBER Record in a OM SET
"My guess is the OWNER was current at some point before the DISCONNECT.
Test ""IF set MEMBER"" on the member record and see if you get a non-zero
IDMS-STATUS.

Joe S Cates, C.C.P.
Database Analyst
Office of Global Access Technology
Montgomery County Public Schools
Rockville, MD 20850
email: Joe_Cates@fc.mcps.k12.md.us


IDMS Public Discussion Forum <IDMS-L@LISTSERV.IUASSN.COM> writes:
I am sending this note on behalf of one of our developers:

________________________________

From: Turner, Dan [IDR]
Sent: Wednesday, October 05, 2005 10:31 AM
To: Rozeboom, Kay [DAS]
Subject: DISCONNECT a MEMBER Record in a OM SET



Kay,



Can you send the following note to the IDMS Listserv group. I for some
reason am not authorized. Thanks!



Hello All:



We have discovered that when DISCONNECTING a MEMBER record from an OM
SET, that to our surprise you can still OBTAIN the OWNER in the SET.
This is true even if you do a COMMIT right after the DISCONNECT. This is
not was not what we would expect. We were expecting once you DISCONNECT
a member record in an OM SET, that you could not OBTAIN what was the
OWNER.



For some reason this is a problem for our developers. I'm not sure why,
but it is. I conducted this testing Using the DMLO tool.



We had another shop test one of their OM sets, and to their surprise
they too could OBTAIN the OWNER right after the DISCONNECT.



If you finish the program session, and then start a new one, and get
current on what was the MEMBER record, then at that point you can no
longer OBTAIN the OWNER in the SET. This is what is expected.



Any input on this would be appreciated.



Thanks!





Dan Turner, Database Design

Iowa Department of Revenue

515.281.7061 or 515.242.5915



Dan.Turner@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: Problem with the List?
"Folks,,

IDMS-L does not maintain settings for individuals. Since 99% of folks can
send legible emails to the list indicates it is not a problem with the
listserv.

IDMS-L does not accept HTML emails nor does it accept attachments. I
suspect either the email is being sent in HTML or there is a font being
used that the listserv does not recognize. Currier, Ariel and Sans Serif
are usually good choices for fonts.

Bob Wiklund
IUA Chair

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








Normal

Normal
Re: Problem with the List?
"Got this from Hugh Laderman, the interesting thing about this is that when
Bruce and Lutz E-mail me directly nothing is garbled?
Bill

Bruce's message is base64 encrypted and Lutz's uses the Ascii character
set. Both should be handled by Outlook (or any MIME compliant mail reader).
There may be some ""read message"" option which needs to be set.
>
Or maybe Bruce & Lutz want to change their ""send"" options to use Plain
text with no MIME encoding.
>
Hugh Laderman
Laderman Associates
(215) 493-3460 voice
(215) 493-0573 fax
hugh@laderman.com
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: DISCONNECT a MEMBER Record in a OM SET
" Whenever dealing with an OM set, you must first do a IF setname MEMBER
statement to be sure that the member record participates as a member of the
set before working within that set.
When you OBTAIN a record, various currencies get set - current of record,
current of area, etc. However, current of set is a bit different. Current
of set gets established for every set the record participates in, not
necessarily every set it is defined in. Current of set will be established
automatically for every MA set, but none of the other three types - OM, MM
or OA. Why? Because with OM, MM or OA the record either doesn't get
automatically connected, or can be disconnected after the STORE.
What this means is that current of set is left unchanged if you
OBTAIN/FIND a member record that doesn't participate in a given set. Also
apparently, if you DISCONNECT a member record, current of set remains
unchanged.
IMPORTANT - the set currency doesn't get NULLed out - it remains unchanged
from it's previous value.
When working in a OM, MM or OA set, you MUST always do an IF setname
MEMBER before working within the set. If the (member) record you're on does
not participate in the set you're interested in, and you do not do this
check, the currencies remain from the last time you were in the set - a very
bad situation no matter how you look at it.

Joe Lupico
IDMS System Support
""Our World is a Happy World""

Kay,



Can you send the following note to the IDMS Listserv group. I for some
reason am not authorized. Thanks!



Hello All:



We have discovered that when DISCONNECTING a MEMBER record from an OM
SET, that to our surprise you can still OBTAIN the OWNER in the SET.
This is true even if you do a COMMIT right after the DISCONNECT. This is
not was not what we would expect. We were expecting once you DISCONNECT
a member record in an OM SET, that you could not OBTAIN what was the
OWNER.



For some reason this is a problem for our developers. I'm not sure why,
but it is. I conducted this testing Using the DMLO tool.



We had another shop test one of their OM sets, and to their surprise
they too could OBTAIN the OWNER right after the DISCONNECT.



If you finish the program session, and then start a new one, and get
current on what was the MEMBER record, then at that point you can no
longer OBTAIN the OWNER in the SET. This is what is expected.



Any input on this would be appreciated.



Thanks!

"
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] THIS IS A TEST are the only 4 word in the email body (Bruce Swist)
">> Chris (if I saw only 1 word instead of 4, does this mean I am at a loss
for words?) Hoelscher


Chris, ... perhaps that would mean you are at a loss three words!

-Dennis

Outcomes