ca.portal.admin

Re:Re: [IDMSVENDOR-L] Mixed page group

Discussion created by ca.portal.admin on May 9, 2005
Close, but no cigar Chris. We do not have any sets that cross page
group boundaries. We do however have areas with the same page ranges in
multiple page groups. That is where we have had problems.



Here is the response I got from CA when I asked SPECIFICALLY if you can
use a mixed page group subschema with UNLOAD after we experienced a
failure in RELOAD. I guess no one got the docup:







SEE THE FOLLOWING SOLUTION(S):

IDMS 15.0 T 303

*
________________________________________________________________________
____
*



* ID: 303

* PRODUCT: IDMS

* RELEASE: 15.0

* DESC: TCC TEST PTF

* SOLUTION TYPE: TEST

* SYSTEMS AFFECTED: OS

* SOLUTION TEXT:



**********************************************************************

* PROB #: IDMS 2734 PDC: BC03048 DATE: 31 DEC 2003 *

* *

* ***** Product Documentation Change ***** *

* *

* PROBLEM DESCRIPTION: The CA-IDMS Utilities manual is unclear as to *

* what is meant when it states that the UNLOAD *

* cannot process multiple page groups. *

* *

**********************************************************************







PROBLEM RESOLUTION:



The description of the inability to use the UNLOAD utility with multiple
page groups in Section 4.30.2 of the CA-IDMS Utilities manual needs a
clarification.



Replace the Mixed Page Group paragraph in Section 4.30.2 (Unload
utility) of the CA-IDMS Utilities manual with the following text.



USING UNLOAD and MIXED PAGE GROUPS: UNLOAD cannot process mixed page
groups. The subschemas specified for use by the UNLOAD utility cannot
contain areas that reside in a page group other than the page group for
the segment being unloaded.



If the environment has an EXIT34 installed that exit will be invoked.

If the CA supplied EXIT34 is used (RHDCUX34) and has not been altered a
message will be produced indicating that an unqualified FIND/OBTAIN
DBKEY command has been issued. If the exit has been modified to abort
the associated run-unit when this type of command is encountered the
UNLOAD utility will be abnormally terminated. You must us multiple
invocations of the utility to process areas in different page groups.







*
________________________________________________________________________
____
*



* OS VERSION: 0 UNCONFIRMED

*** NO ZAPS FOR THIS VERSION ***






************************************************************************
****

+++ Subscribe Now To CA's E-News Technical Newsletter +++

For Information Visit Us At: http://eSupport.ca.com

==> Come Visit CA's Open Forum at: http://forums.ca.com <==


************************************************************************
****





*** Contact technical support Monday - Friday 8:30AM - 7:00 PM EST

*** CA-IDMS/DB 856 273 3411 CA-IDMS/DC 856 273 3410

CA-IDMS/ADS 856 273 3414 CA/IDMS/TOOLs 856 273 3417

STARTCC - 856 273 3412 eSupport 631 342 6364

************************************************************************
****
**



END OF STARTRAK MESSAGE

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








Normal

Normal
Re: Order of members in an unsorted via set
"Thanks, everyone, for all the replies.

After checking the code, you are correct. There's a find current on
Record1 prior to the store of Record2, not a find current on Record2.

Thanks for the help.

Richard
drslocum@CMSENERGY.COM 5/27/2005 8:48:52 AM >>>
Hi Richard,

It's implied in the responses you got back, but I thought I would
restate
things just in case you missed it. The ORDER clause of the SET
statement
determines how records are stored in relation to the current of set.
For
example, if ORDER IS NEXT is used, and a member of the set is current
of
set, then the new record will be stored immediately after the member
record, no matter where that record is in the set. As others have said,
if
the owner record is current of set, then the new member record will be
stored at the head of the set. If a member record in the middle of the
set
is current, then the new record will be added to the middle of the
set.
The only way new records will get stored to the end of the set is if
the
last member record in the set is current of set. It sounds like what
you
really wanted for this set is ORDER IS LAST, which would always store
new
records at the end of the set. Usually the only time you would use
ORDER
IS NEXT is when you don't care where the record ends up in the set, or
if
you control where the record is stored through program logic (i.e.,
walking the set to find the insertion point, and then storing the new
record).

Hope this clears things up.

Dave Slocum
Consumers Energy

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








Normal

Normal
Date conversion problem
"I changed a field on a map record which contains dates. I did not change a date field, nor did I make any changes to the map or dialog. I only had to change the PIC on a field.

The dates in my system are stored in yyyymmdd format. After changing the map record, recompiling the map, and then recompiling the dialog, the dates on the map now appear as gcdate¬1. This has happened to me before, but it's been so long I don't remember the resolution. The map field for the date invokes input edit module cgdate after automatic editing (MAPC page 6 of the field definition), and invokes output edit module gcdate after automatic editing. I've tried recompiling the map, dialog, and application, but that doesn't do anything.

Does anyone know how to solve this?

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: Date conversion problem
"I don't know about the definition within the map record, but shouldn't the
rountines be CGDATEX and GCDATEX with the X at the end since it is dealing
with a four digit year?

Cindy Kline
A.S.K.
(440) 884-4275

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








Normal

Normal
Re: Small Display Problem in OLQ Menu Mode
"I've been watching this thread and tried it out (I imagine many others
did the same). I discovered something strange.

I can change the response from one with ""CA-OLQ"" to one with ""Release
12.0"" by changing the model number of the terminal type as follows:
3270 model 2 - produces ""CA-OLQ Release 12.0""
3270 model 3 - ""CA-OLQ Release 12.0""
3270 Model 4 - ""CA-OLQ"".

How very strange.

Steve

Outcomes