> nwest.com> cc:
> Sent by: Subject: PDL error
> powerh-l-admin@cu
> be.swau.edu
>
>
> 07/22/2002 03:48
> PM
>
>
>
>
>
>
> If this posted > 1time, forgive me...weird email today....
>
> Anyway, running POW 8.39D on MPE/iX 6.0.0, hp3000...
>
> Used :ITOP, using :PDL using the created source.....looks good, then....
>
>
>
> *E* The IMAGE dataset MCBA-INVENTORY-ITEM is an invalid coded record.
>
>
> Same think happens further downstream....
>
>
>
>
>
> ANY idea what could cause this?
>
>
>
>
>
> Thanks in advance!!
>
>
>
> Al Karman
> alkarman@wideopenwest.com
>
>
>
From JMBackus@TechGroupMD.com Mon, 22 Jul 2002 16:21:49 -0400
Date: Mon, 22 Jul 2002 16:21:49 -0400
From: Jonathan M. Backus JMBackus@TechGroupMD.com
Subject: MPEX command file stdlist
Sherry,
Have you tried causing this to kick off a batch job instead of doing it
interactively?
!job session,user.acct
!run main.pub.vesoft
repeat
echo compiling !mpexcurrentfile
run qtp.ph729c8.cognos;input="set nolist noverify"; &
input = "use !mpexcurrentfile"; &
input = "exit"
forfiles pla@.source
exit
!eoj
You could also add a "TELL" or "TELLOP" line so you are get informed of the
progress without checking, if you wanted.
Thanx,
Jon
-----Original Message-----
From: powerh-l-admin@cube.swau.edu [mailto:powerh-l-admin@cube.swau.edu]
On Behalf Of Sherry_Baillie@gov.nt.ca
Sent: Monday, July 22, 2002 1:11 PM
To: powerh-l@lists.swau.edu
Subject: MPEX command file stdlist
The following MPEX command file performs a global recompile of my qtp files.
The problem is I want the output to go to a standard list rather than to
screen.
I've tried a number of options but can seem to get it to work.
Can anyone point me in the right direction.
Thanks! - Sherry
repeat
echo compiling !mpexcurrentfile
!run qtp.ph729c8.cognos;input="set nolist noverify"; &
input = "use !mpexcurrentfile"; &
input = "exit"
forfiles pla@.source
From robert.mills@windsong-services.co.uk Tue, 23 Jul 2002 09:16:07 +0100
Date: Tue, 23 Jul 2002 09:16:07 +0100
From: Robert Mills robert.mills@windsong-services.co.uk
Subject: MPEX command file stdlist
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C23221.31D753A0
Content-Type: text/plain;
charset="iso-8859-1"
Sherry,
I use the following MPEX command file for compiling sets of Quick screens.
The compile listing is sent to a temporary file which has the same name as
the source with a suffix of L (for listing) if the program contains any
errors. I should be easy for you to tailor it to work with QTP and QUIZ.
NOTE: Suggest that you use the UDC's supplied with PowerHouse instead of
invoking the program's directly as they set up variables and file equations
that you need.
parm fset
# COMPQK - Generic Compiler for PowerHouse Quick Screens.
repeat
echo -----Compiling !mpexcurrentfile
setvar compqk_list lft(word('!mpexcurrentfile','.'),7) + 'L'
echo use !mpexcurrentfile > qdescmd
echo exit >> qdescmd
errclear
setjcw cjcw,0
continue
qdesign > !compqk_list < qdescmd
if cjcw <> 0 then
echo ![chr(27)+'&dC']Contains errors![chr(27)+'&d@']-- See temporary
file !compqk_list for details.
else
purge !compqk_list,temp > $null
endif
forfiles !fset
deletevar compqk_@
regards,
Robert W.Mills
Systems Development Manager
Windsong Services
-----Original Message-----
From: Jonathan M. Backus [mailto:JMBackus@TechGroupMD.com]
Sent: 22 July 2002 21:22
To: Sherry_Baillie@gov.nt.ca; powerh-l@lists.swau.edu
Subject: RE: MPEX command file stdlist
Sherry,
Have you tried causing this to kick off a batch job instead of doing
it
interactively?
!job session,user.acct
!run main.pub.vesoft
repeat
echo compiling !mpexcurrentfile
run qtp.ph729c8.cognos;input="set nolist noverify"; &
input = "use !mpexcurrentfile"; &
input = "exit"
forfiles pla@.source
exit
!eoj
You could also add a "TELL" or "TELLOP" line so you are get informed
of the
progress without checking, if you wanted.
Thanx,
Jon
-----Original Message-----
From: powerh-l-admin@cube.swau.edu [mailto:powerh-l-admin@cube.swau.edu]
On Behalf Of Sherry_Baillie@gov.nt.ca
Sent: Monday, July 22, 2002 1:11 PM
To: powerh-l@lists.swau.edu
Subject: MPEX command file stdlist
The following MPEX command file performs a global recompile of my qtp files.
The problem is I want the output to go to a standard list rather than to
screen.
I've tried a number of options but can seem to get it to work.
Can anyone point me in the right direction.
Thanks! - Sherry
repeat
echo compiling !mpexcurrentfile
!run qtp.ph729c8.cognos;input="set nolist noverify"; &
input = "use !mpexcurrentfile"; &
input = "exit"
forfiles pla@.source
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
------_=_NextPart_001_01C23221.31D753A0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
RE: MPEX command file stdlist
Sherry,
I use the following MPEX command file for compiling =
sets of Quick screens. The compile listing is sent to a temporary file =
which has the same name as the source with a suffix of L (for listing) =
if the program contains any errors. I should be easy for you to tailor =
it to work with QTP and QUIZ.
NOTE: Suggest that you use the UDC's supplied with =
PowerHouse instead of invoking the program's directly as they set up =
variables and file equations that you need.
parm fset
# COMPQK - Generic Compiler for PowerHouse Quick =
Screens.
repeat
echo -----Compiling !mpexcurrentfile
setvar compqk_list =
lft(word('!mpexcurrentfile','.'),7) + 'L'
echo use !mpexcurrentfile > qdescmd
echo exit >> qdescmd
errclear
setjcw cjcw,0
continue
qdesign > !compqk_list < qdescmd
if cjcw <> 0 then
echo ![chr(27)+'&dC']Contains =
errors![chr(27)+'&d@']-- See temporary file !compqk_list for =
details.
else
purge !compqk_list,temp > =
$null
endif
forfiles !fset
deletevar compqk_@
regards,
Robert W.Mills
Systems Development Manager
Windsong Services
-----Original Message-----
From: Jonathan M. Backus [mailto:JMBackus@TechGroupMD.com=
]
Sent: 22 July 2002 21:22
To: Sherry_Baillie@gov.nt.ca; =
powerh-l@lists.swau.edu
Subject: RE: MPEX command file stdlist
Sherry,
Have you =
tried causing this to kick off a batch job instead of doing it
interactively?
!job session,user.acct
!run main.pub.vesoft
repeat
echo compiling !mpexcurrentfile
run qtp.ph729c8.cognos;input=3D"set nolist =
noverify"; &
input =3D "use !mpexcurrentfile"; =
&
input =3D "exit"
forfiles pla@.source
exit
!eoj
You could =
also add a "TELL" or "TELLOP" line so you are get =
informed of the
progress without checking, if you wanted.
Thanx,
Jon
-----Original Message-----
From: powerh-l-admin@cube.swau.edu [mailto:powerh-l-admin@cube.=
swau.edu]
On Behalf Of Sherry_Baillie@gov.nt.ca
Sent: Monday, July 22, 2002 1:11 =
PM
To: =
powerh-l@lists.swau.edu
Subject: =
MPEX command file stdlist
The following MPEX command file performs a global =
recompile of my qtp files.
The problem is I want the output to go to a standard =
list rather than to
screen.
I've tried a number of options but can seem to get it =
to work.
Can anyone point me in the right direction.
Thanks! - Sherry
repeat
echo compiling !mpexcurrentfile
!run qtp.ph729c8.cognos;input=3D"set nolist =
noverify"; &
input =3D "use !mpexcurrentfile"; =
&
input =3D "exit"
forfiles pla@.source
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to =
powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body =
to powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you =
must be a subscriber.
------_=_NextPart_001_01C23221.31D753A0--
From Bob.Deskin@Cognos.COM Tue, 23 Jul 2002 09:02:33 -0400
Date: Tue, 23 Jul 2002 09:02:33 -0400
From: Deskin, Bob Bob.Deskin@Cognos.COM
Subject: PDL error
8.39 requires MPE/iX 6.0, 6.5, or 7.0.
8.49 will require 6.5.
Bob Deskin
PowerHouse Web Product Manager, Application Development Tools, Cognos Inc.
bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178
3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA
-----Original Message-----
From: Leonard_Berkowitz@harvardpilgrim.org
[mailto:Leonard_Berkowitz@harvardpilgrim.org]
Sent: Monday, July 22, 2002 4:13 PM
To: Al Karman
Cc: powerh-l@lists.swau.edu
Subject: Re: PDL error
I was under the impression that 8.39 required MPEiX 7.0
--
Leonard S. Berkowitz
Perot Health Care Systems
(Harvard Pilgrim Health Care account)
voice: 617-509-1212
fax: 617-509-1955
pager: 781-226-2431
"Al Karman"
nwest.com> cc:
Sent by: Subject: PDL error
powerh-l-admin@cu
be.swau.edu
07/22/2002 03:48
PM
If this posted > 1time, forgive me...weird email today....
Anyway, running POW 8.39D on MPE/iX 6.0.0, hp3000...
Used :ITOP, using :PDL using the created source.....looks good, then....
*E* The IMAGE dataset MCBA-INVENTORY-ITEM is an invalid coded record.
Same think happens further downstream....
ANY idea what could cause this?
Thanks in advance!!
Al Karman
alkarman@wideopenwest.com
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. Thank you.
From Sherry_Baillie@gov.nt.ca Tue, 23 Jul 2002 08:39:53 -0600
Date: Tue, 23 Jul 2002 08:39:53 -0600
From: Sherry_Baillie@gov.nt.ca Sherry_Baillie@gov.nt.ca
Subject: Solution RE: MPEX command file stdlist
--openmail-part-0ddf091a-00000002
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline; filename="BDY.RTF"
;Creation-Date="Tue, 23 Jul 2002 08:39:52 -0600"
Content-Transfer-Encoding: quoted-printable
Worked like a charm!
=A0
Thanks to all who forwarded suggestions.
=A0
Sherry
-----Original Message-----
From: robert.mills /unix
[mailto:robert.mills@windsong-services.co.uk]
Sent: Tuesday, July 23, 2002 2:16 AM
To: JMBackus /unix; Sherry Baillie /YK /JUS; powerh-l /unix
Cc: robert.mills /unix
Subject: RE: MPEX command file stdlist
=20
=20
Sherry,=20
I use the following MPEX command file for compiling sets of Quick
screens. The compile listing is sent to a temporary file which has
the same name as the source with a suffix of L (for listing) if the
program contains any errors. I should be easy for you to tailor it to=
work with QTP and QUIZ.
NOTE: Suggest that you use the UDC's supplied with PowerHouse instead=
of invoking the program's directly as they set up variables and file
equations that you need.
parm fset=20
# COMPQK - Generic Compiler for PowerHouse Quick Screens.=20
repeat=20
=A0 echo -----Compiling !mpexcurrentfile=20
=A0 setvar compqk=5Flist lft(word('!mpexcurrentfile','.'),7) + 'L'=20
=A0 echo use !mpexcurrentfile > qdescmd=20
=A0 echo exit >> qdescmd=20
=A0 errclear=20
=A0 setjcw cjcw,0=20
=A0 continue=20
=A0 qdesign > !compqk=5Flist < qdescmd=20
=A0 if cjcw <> 0 then=20
=A0=A0=A0 echo ![chr(27)+'&dC']Contains errors![chr(27)+'&d@']-- See
temporary file !compqk=5Flist for details.=20
=A0 else=20
=A0=A0=A0 purge !compqk=5Flist,temp > $null=20
=A0=A0=A0 endif=20
=A0 forfiles !fset=20
deletevar compqk=5F@=20
regards,=20
=A0=20
Robert W.Mills=20
Systems Development Manager=20
Windsong Services=20
-----Original Message-----=20
From: Jonathan M. Backus [ mailto:JMBackus@TechGroupMD.com]=20
Sent: 22 July 2002 21:22=20
To: Sherry=5FBaillie@gov.nt.ca; powerh-l@lists.swau.edu=20
Subject: RE: MPEX command file stdlist=20
Sherry,=20
=A0=A0=A0=A0=A0=A0=A0 Have you tried causing this to kick off a batch=
job instead
of doing it=20
interactively=3F=20
!job session,user.acct=20
!run main.pub.vesoft=20
repeat=20
echo compiling !mpexcurrentfile=20
run qtp.ph729c8.cognos;input=3D"set nolist noverify"; &=20
input =3D "use !mpexcurrentfile"; &=20
input =3D "exit"=20
forfiles pla@.source=20
exit=20
!eoj=20
=A0=A0=A0=A0=A0=A0=A0 You could also add a "TELL" or "TELLOP" line so=
you are get
informed of the=20
progress without checking, if you wanted.=20
Thanx,=20
=A0=A0=A0=A0=A0=A0=A0 Jon=20
=A0-----Original Message-----=20
From: =A0 powerh-l-admin@cube.swau.edu [
mailto:powerh-l-admin@cube.swau.edu]=20
On Behalf Of Sherry=5FBaillie@gov.nt.ca=20
Sent:=A0=A0 Monday, July 22, 2002 1:11 PM=20
To:=A0=A0=A0=A0 powerh-l@lists.swau.edu=20
Subject:=A0=A0=A0=A0=A0=A0=A0 MPEX command file stdlist=20
The following MPEX command file performs a global recompile of my qtp=
files.=20
The problem is I want the output to go to a standard list rather than=
to=20
screen.=20
I've tried a number of options but can seem to get it to work.=20
Can anyone point me in the right direction.=20
Thanks! - Sherry=20
repeat=20
echo compiling !mpexcurrentfile=20
!run qtp.ph729c8.cognos;input=3D"set nolist noverify"; &=20
input =3D "use !mpexcurrentfile"; &=20
input =3D "exit"=20
forfiles pla@.source=20
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D=
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D=20
Mailing list: powerh-l@lists.swau.edu=20
Subscribe: "subscribe" in message body to
powerh-l-request@lists.swau.edu=20
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu=20
http://lists.swau.edu/mailman/listinfo/powerh-l=20
This list is closed, thus to post to the list you must be a
subscriber.=20
=20
--openmail-part-0ddf091a-00000002
Content-Type: application/rtf
Content-Disposition: attachment; filename="BDY.RTF"
;Creation-Date="Tue, 23 Jul 2002 08:39:52 -0600"
Content-Transfer-Encoding: base64
e1xydGYxXGFuc2lcYW5zaWNwZzEyNTJcZnJvbWh0bWwxIFxkZWZmMHtcZm9udHRibA0Ke1xm
MFxmc3dpc3NcZmNoYXJzZXQwIEFyaWFsO30NCntcZjFcZm1vZGVybiBDb3VyaWVyIE5ldzt9
DQp7XGYyXGZuaWxcZmNoYXJzZXQyIFN5bWJvbDt9DQp7XGYzXGZtb2Rlcm5cZmNoYXJzZXQw
IENvdXJpZXIgTmV3O30NCntcZjRcZnN3aXNzIEFyaWFsO30NCntcZjVcZnN3aXNzIFRpbWVz
IE5ldyBSb21hbjt9fQ0Ke1xjb2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxncmVl
bjBcYmx1ZTI1NTtccmVkMFxncmVlbjBcYmx1ZTI1NTt9DQpcdWMxXHBhcmRccGxhaW5cZGVm
dGFiMzYwIFxmMFxmczI0XGNmMCANCntcKlxodG1sdGFnMjQzIDwhRE9DVFlQRSBIVE1MIFBV
QkxJQyAiLS8vVzNDLy9EVEQgSFRNTCA0LjAgVHJhbnNpdGlvbmFsLy9FTiI+fQ0Ke1wqXGh0
bWx0YWczIFxwYXIgfQ0Ke1wqXGh0bWx0YWcxOSA8SFRNTD59DQp7XCpcaHRtbHRhZzM0IDxI
RUFEPn0NCntcKlxodG1sdGFnMTc3IDxUSVRMRT59DQp7XCpcaHRtbHRhZzI0MSBSRTogTVBF
WCBjb21tYW5kIGZpbGUgc3RkbGlzdH0NCntcKlxodG1sdGFnMTg1IDwvVElUTEU+fQ0Ke1wq
XGh0bWx0YWcxIFxwYXIgfQ0Ke1wqXGh0bWx0YWcxIFxwYXIgfQ0Ke1wqXGh0bWx0YWcxNjEg
PE1FVEEgY29udGVudD0iTVNIVE1MIDYuMDAuMjYwMC4wIiBuYW1lPUdFTkVSQVRPUj59DQp7
XCpcaHRtbHRhZzQxIDwvSEVBRD59DQp7XCpcaHRtbHRhZzIgXHBhciB9DQp7XCpcaHRtbHRh
ZzUwIDxCT0RZPn0NCntcKlxodG1sdGFnMCBccGFyIH0NCntcKlxodG1sdGFnOTYgPERJVj59
XGh0bWxydGYge1xodG1scnRmMCB7XCpcaHRtbHRhZzY0fVxodG1scnRmIHtcaHRtbHJ0ZjAg
DQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBmYWNlPUFyaWFsIGNvbG9yPSMwMDAwZmYgc2l6ZT0y
Pn1caHRtbHJ0ZiB7XGY0IFxjZjIgXGZzMjAgXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCA8
U1BBTiBjbGFzcz03NDcwMjM5MTQtMjMwNzIwMDI+fVxodG1scnRmIHtcaHRtbHJ0ZjAgV29y
a2VkIA0Ke1wqXGh0bWx0YWc0IFxwYXIgfWxpa2UgYSBjaGFybSENCntcKlxodG1sdGFnOTIg
PC9TUEFOPn1caHRtbHJ0ZiB9XGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1c
aHRtbHJ0ZiB9XGh0bWxydGYwIHtcKlxodG1sdGFnNzJ9XGh0bWxydGZccGFyfVxodG1scnRm
MA0KDQp7XCpcaHRtbHRhZzEwNCA8L0RJVj59XGh0bWxydGYgfVxodG1scnRmMCANCntcKlxo
dG1sdGFnMCBccGFyIH0NCntcKlxodG1sdGFnOTYgPERJVj59XGh0bWxydGYge1xodG1scnRm
MCB7XCpcaHRtbHRhZzY0fVxodG1scnRmIHtcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8
Rk9OVCBmYWNlPUFyaWFsIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPn1caHRtbHJ0ZiB7XGY0IFxj
ZjIgXGZzMjAgXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCA8U1BBTiBccGFyIGNsYXNzPTc0
NzAyMzkxNC0yMzA3MjAwMj59XGh0bWxydGYge1xodG1scnRmMCANCntcKlxodG1sdGFnOTIg
PC9TUEFOPn1caHRtbHJ0ZiB9XGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1c
aHRtbHJ0ZiB9XGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdh
MFxodG1scnRmMCB7XCpcaHRtbHRhZzcyfVxodG1scnRmXHBhcn1caHRtbHJ0ZjANCg0Ke1wq
XGh0bWx0YWcxMDQgPC9ESVY+fVxodG1scnRmIH1caHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzAg
XHBhciB9DQp7XCpcaHRtbHRhZzk2IDxESVY+fVxodG1scnRmIHtcaHRtbHJ0ZjAge1wqXGh0
bWx0YWc2NH1caHRtbHJ0ZiB7XGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgZmFj
ZT1BcmlhbCBjb2xvcj0jMDAwMGZmIHNpemU9Mj59XGh0bWxydGYge1xmNCBcY2YyIFxmczIw
IFxodG1scnRmMCANCntcKlxodG1sdGFnODQgPFNQQU4gY2xhc3M9NzQ3MDIzOTE0LTIzMDcy
MDAyPn1caHRtbHJ0ZiB7XGh0bWxydGYwIFRoYW5rcyANCntcKlxodG1sdGFnNCBccGFyIH10
byBhbGwgd2hvIGZvcndhcmRlZCBzdWdnZXN0aW9ucy4NCntcKlxodG1sdGFnOTIgPC9TUEFO
Pn1caHRtbHJ0ZiB9XGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0
ZiB9XGh0bWxydGYwIHtcKlxodG1sdGFnNzJ9XGh0bWxydGZccGFyfVxodG1scnRmMA0KDQp7
XCpcaHRtbHRhZzEwNCA8L0RJVj59XGh0bWxydGYgfVxodG1scnRmMCANCntcKlxodG1sdGFn
MCBccGFyIH0NCntcKlxodG1sdGFnOTYgPERJVj59XGh0bWxydGYge1xodG1scnRmMCB7XCpc
aHRtbHRhZzY0fVxodG1scnRmIHtcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBm
YWNlPUFyaWFsIGNvbG9yPSMwMDAwZmYgc2l6ZT0yPn1caHRtbHJ0ZiB7XGY0IFxjZjIgXGZz
MjAgXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCA8U1BBTiBccGFyIGNsYXNzPTc0NzAyMzkx
NC0yMzA3MjAwMj59XGh0bWxydGYge1xodG1scnRmMCANCntcKlxodG1sdGFnOTIgPC9TUEFO
Pn1caHRtbHJ0ZiB9XGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0
ZiB9XGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1s
cnRmMCB7XCpcaHRtbHRhZzcyfVxodG1scnRmXHBhcn1caHRtbHJ0ZjANCg0Ke1wqXGh0bWx0
YWcxMDQgPC9ESVY+fVxodG1scnRmIH1caHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzAgXHBhciB9
DQp7XCpcaHRtbHRhZzk2IDxESVY+fVxodG1scnRmIHtcaHRtbHJ0ZjAge1wqXGh0bWx0YWc2
NH1caHRtbHJ0ZiB7XGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgZmFjZT1Bcmlh
bCBjb2xvcj0jMDAwMGZmIHNpemU9Mj59XGh0bWxydGYge1xmNCBcY2YyIFxmczIwIFxodG1s
cnRmMCANCntcKlxodG1sdGFnODQgPFNQQU4gXHBhciBjbGFzcz03NDcwMjM5MTQtMjMwNzIw
MDI+fVxodG1scnRmIHtcaHRtbHJ0ZjAgU2hlcnJ5DQp7XCpcaHRtbHRhZzkyIDwvU1BBTj59
XGh0bWxydGYgfVxodG1scnRmMCANCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYg
fVxodG1scnRmMCB7XCpcaHRtbHRhZzcyfVxodG1scnRmXHBhcn1caHRtbHJ0ZjANCg0Ke1wq
XGh0bWx0YWcxMDQgPC9ESVY+fVxodG1scnRmIH1caHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzAg
XHBhciB9DQp7XCpcaHRtbHRhZzk2IDxCTE9DS1FVT1RFIGRpcj1sdHIgc3R5bGU9Ik1BUkdJ
Ti1SSUdIVDogMHB4Ij59XGh0bWxydGYgXHBhcg0Ke1xodG1scnRmMCANCntcKlxodG1sdGFn
MCBccGFyIH0NCntcKlxodG1sdGFnMjQwICAgfQ0Ke1wqXGh0bWx0YWc5NiA8RElWIGNsYXNz
PU91dGxvb2tNZXNzYWdlSGVhZGVyPn1caHRtbHJ0ZiB7XGh0bWxydGYwIHtcKlxodG1sdGFn
NjR9XGh0bWxydGYge1xodG1scnRmMCBcbGkzNjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBm
YWNlPSJUaW1lcyBOZXcgUm9tYW4iIFxwYXIgICBzaXplPTI+fVxodG1scnRmIHtcZjUgXGZz
MjAgXGh0bWxydGYwIC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQp7XCpcaHRtbHRhZzEx
NiA8QlI+fVxodG1scnRmIFxsaW5lDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0IDxCPn1c
aHRtbHJ0ZiB7XGIgXGh0bWxydGYwIEZyb206DQp7XCpcaHRtbHRhZzkyIDwvQj59XGh0bWxy
dGYgfVxodG1scnRmMCAgcm9iZXJ0Lm1pbGxzIC91bml4IA0Ke1wqXGh0bWx0YWc0IFxwYXIg
fQ0Ke1wqXGh0bWx0YWc4NCAgIH1bbWFpbHRvOnJvYmVydC5taWxsc0B3aW5kc29uZy1zZXJ2
aWNlcy5jby51a10NCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1s
cnRmMCANCntcKlxodG1sdGFnODQgPEI+fVxodG1scnRmIHtcYiBcaHRtbHJ0ZjAgU2VudDoN
CntcKlxodG1sdGFnOTIgPC9CPn1caHRtbHJ0ZiB9XGh0bWxydGYwICBUdWVzZGF5LCBKdWx5
IA0Ke1wqXGh0bWx0YWc0IFxwYXIgfQ0Ke1wqXGh0bWx0YWc4NCAgIH0yMywgMjAwMiAyOjE2
IEFNDQp7XCpcaHRtbHRhZzExNiA8QlI+fVxodG1scnRmIFxsaW5lDQpcaHRtbHJ0ZjAgDQp7
XCpcaHRtbHRhZzg0IDxCPn1caHRtbHJ0ZiB7XGIgXGh0bWxydGYwIFRvOg0Ke1wqXGh0bWx0
YWc5MiA8L0I+fVxodG1scnRmIH1caHRtbHJ0ZjAgIEpNQmFja3VzIC91bml4OyBTaGVycnkg
QmFpbGxpZSAvWUsgL0pVUzsgDQp7XCpcaHRtbHRhZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0
ICAgfXBvd2VyaC1sIC91bml4DQp7XCpcaHRtbHRhZzExNiA8QlI+fVxodG1scnRmIFxsaW5l
DQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0IDxCPn1caHRtbHJ0ZiB7XGIgXGh0bWxydGYw
IENjOg0Ke1wqXGh0bWx0YWc5MiA8L0I+fVxodG1scnRmIH1caHRtbHJ0ZjAgIHJvYmVydC5t
aWxscyAvdW5peA0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxy
dGYwIA0Ke1wqXGh0bWx0YWc4NCA8Qj59XGh0bWxydGYge1xiIFxodG1scnRmMCBTdWJqZWN0
Og0Ke1wqXGh0bWx0YWc5MiA8L0I+fVxodG1scnRmIH1caHRtbHJ0ZjAgIFJFOiBNUEVYIA0K
e1wqXGh0bWx0YWc0IFxwYXIgfQ0Ke1wqXGh0bWx0YWc4NCAgIH1jb21tYW5kIGZpbGUgc3Rk
bGlzdA0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0K
e1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0
bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwIHtcKlxodG1sdGFnNzJ9XGh0
bWxydGZccGFyfVxodG1scnRmMA0KDQp7XCpcaHRtbHRhZzEwNCA8L0RJVj59XGh0bWxydGYg
fVxodG1scnRmMCANCntcKlxodG1sdGFnMCBccGFyIH0NCntcKlxodG1sdGFnMjQwICAgfQ0K
e1wqXGh0bWx0YWc2NCA8UD59XGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIFxodG1scnRmIHtc
aHRtbHJ0ZjAgXGxpMzYwIA0Ke1wqXGh0bWx0YWc0IFxwYXIgfQ0Ke1wqXGh0bWx0YWc4NCAg
IH0NCntcKlxodG1sdGFnNjggPFA+fQ0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1c
aHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIFNoZXJyeSwNCntcKlxodG1sdGFnMTU2IDwvRk9O
VD59XGh0bWxydGYgfVxodG1scnRmMCAgXGh0bWxydGZccGFyfVxodG1scnRmMA0KXGh0bWxy
dGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc3MiA8L1A+fQ0Ke1wqXGh0bWx0YWcw
IFxwYXIgfQ0Ke1wqXGh0bWx0YWcyNDAgICB9DQp7XCpcaHRtbHRhZzY0IDxQPn1caHRtbHJ0
ZiB7XGh0bWxydGYwIFxsaTM2MCANCntcKlxodG1sdGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0
bWxydGYge1xmczIwIFxodG1scnRmMCBJIHVzZSB0aGUgZm9sbG93aW5nIE1QRVggY29tbWFu
ZCBmaWxlIGZvciBjb21waWxpbmcgc2V0cyBvZiANCntcKlxodG1sdGFnNCBccGFyIH0NCntc
KlxodG1sdGFnODQgICB9UXVpY2sgc2NyZWVucy4gVGhlIGNvbXBpbGUgbGlzdGluZyBpcyBz
ZW50IHRvIGEgdGVtcG9yYXJ5IGZpbGUgd2hpY2ggaGFzIHRoZSANCntcKlxodG1sdGFnNCBc
cGFyIH0NCntcKlxodG1sdGFnODQgICB9c2FtZSBuYW1lIGFzIHRoZSBzb3VyY2Ugd2l0aCBh
IHN1ZmZpeCBvZiBMIChmb3IgbGlzdGluZykgaWYgdGhlIHByb2dyYW0gDQp7XCpcaHRtbHRh
ZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0ICAgfWNvbnRhaW5zIGFueSBlcnJvcnMuIEkgc2hv
dWxkIGJlIGVhc3kgZm9yIHlvdSB0byB0YWlsb3IgaXQgdG8gd29yayB3aXRoIFFUUCANCntc
KlxodG1sdGFnNCBccGFyIH0NCntcKlxodG1sdGFnODQgICB9YW5kIFFVSVouDQp7XCpcaHRt
bHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgXGh0bWxydGZccGFyfVxodG1s
cnRmMA0KXGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc3MiA8L1A+fQ0K
e1wqXGh0bWx0YWcwIFxwYXIgfQ0Ke1wqXGh0bWx0YWcyNDAgICB9DQp7XCpcaHRtbHRhZzY0
IDxQPn1caHRtbHJ0ZiB7XGh0bWxydGYwIFxsaTM2MCANCntcKlxodG1sdGFnMTQ4IDxGT05U
IHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBOT1RFOiBTdWdnZXN0IHRoYXQg
eW91IHVzZSB0aGUgVURDJ3Mgc3VwcGxpZWQgd2l0aCBQb3dlckhvdXNlIA0Ke1wqXGh0bWx0
YWc0IFxwYXIgfQ0Ke1wqXGh0bWx0YWc4NCAgIH1pbnN0ZWFkIG9mIGludm9raW5nIHRoZSBw
cm9ncmFtJ3MgZGlyZWN0bHkgYXMgdGhleSBzZXQgdXAgdmFyaWFibGVzIGFuZCBmaWxlIA0K
e1wqXGh0bWx0YWc0IFxwYXIgfQ0Ke1wqXGh0bWx0YWc4NCAgIH1lcXVhdGlvbnMgdGhhdCB5
b3UgbmVlZC4NCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCBc
aHRtbHJ0ZlxwYXJ9XGh0bWxydGYwDQpcaHRtbHJ0ZiBccGFyDQpcaHRtbHJ0ZjAgDQp7XCpc
aHRtbHRhZzcyIDwvUD59DQp7XCpcaHRtbHRhZzAgXHBhciB9DQp7XCpcaHRtbHRhZzI0MCAg
IH0NCntcKlxodG1sdGFnNjQgPFA+fVxodG1scnRmIHtcaHRtbHJ0ZjAgXGxpMzYwIA0Ke1wq
XGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIHBh
cm0gZnNldA0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICAN
CntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntcKlxo
dG1sdGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCAjIENP
TVBRSyAtIEdlbmVyaWMgQ29tcGlsZXIgDQp7XCpcaHRtbHRhZzQgXHBhciB9DQp7XCpcaHRt
bHRhZzg0ICAgfWZvciBQb3dlckhvdXNlIFF1aWNrIFNjcmVlbnMuDQp7XCpcaHRtbHRhZzE1
NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1c
aHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0y
Pn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIHJlcGVhdA0Ke1wqXGh0bWx0YWcxNTYgPC9G
T05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICANCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxy
dGYgXGxpbmUNClxodG1scnRmMCANCntcKlxodG1sdGFnMTQ4IDxGT05UIFxwYXIgICBzaXpl
PTI+fVxodG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31c
aHRtbHJ0ZiBcJ2EwXGh0bWxydGYwICBlY2hvIC0tLS0tQ29tcGlsaW5nICFtcGV4Y3VycmVu
dGZpbGUNCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgDQp7
XCpcaHRtbHRhZzExNiA8QlI+fVxodG1scnRmIFxsaW5lDQpcaHRtbHJ0ZjAgDQp7XCpcaHRt
bHRhZzE0OCA8Rk9OVCBccGFyICAgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYw
IA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCAgc2V0dmFy
IGNvbXBxa19saXN0IGxmdCh3b3JkKCchbXBleGN1cnJlbnRmaWxlJywnLicpLDcpICsgDQp7
XCpcaHRtbHRhZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0ICAgfSdMJw0Ke1wqXGh0bWx0YWcx
NTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICANCntcKlxodG1sdGFnMTE2IDxCUj59
XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntcKlxodG1sdGFnMTQ4IDxGT05UIHNpemU9
Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5ic3A7fVxo
dG1scnRmIFwnYTBcaHRtbHJ0ZjAgIGVjaG8gdXNlICFtcGV4Y3VycmVudGZpbGUgDQp7XCpc
aHRtbHRhZzg0ICZndDt9XGh0bWxydGYgPlxodG1scnRmMCAgDQp7XCpcaHRtbHRhZzQgXHBh
ciB9DQp7XCpcaHRtbHRhZzg0ICAgfXFkZXNjbWQNCntcKlxodG1sdGFnMTU2IDwvRk9OVD59
XGh0bWxydGYgfVxodG1scnRmMCAgDQp7XCpcaHRtbHRhZzExNiA8QlI+fVxodG1scnRmIFxs
aW5lDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBzaXplPTI+fVxodG1scnRm
IHtcZnMyMCBcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31caHRtbHJ0ZiBcJ2Ew
XGh0bWxydGYwICBlY2hvIGV4aXQgDQp7XCpcaHRtbHRhZzg0ICZndDt9XGh0bWxydGYgPlxo
dG1scnRmMCANCntcKlxodG1sdGFnODQgJmd0O31caHRtbHJ0ZiA+XGh0bWxydGYwICBxZGVz
Y21kDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wq
XGh0bWx0YWc0IFxwYXIgfQ0Ke1wqXGh0bWx0YWc4NCAgIH0NCntcKlxodG1sdGFnMTE2IDxC
Uj59XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntcKlxodG1sdGFnMTQ4IDxGT05UIHNp
emU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5ic3A7
fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgIGVycmNsZWFyDQp7XCpcaHRtbHRhZzE1NiA8L0ZP
TlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0
ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRt
bHJ0ZiB7XGZzMjAgXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYg
XCdhMFxodG1scnRmMCAgc2V0amN3IA0Ke1wqXGh0bWx0YWc0IFxwYXIgfQ0Ke1wqXGh0bWx0
YWc4NCAgIH1jamN3LDANCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1s
cnRmMCAgDQp7XCpcaHRtbHRhZzExNiA8QlI+fVxodG1scnRmIFxsaW5lDQpcaHRtbHJ0ZjAg
DQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBzaXplPTI+fVxodG1scnRmIHtcZnMyMCBcaHRtbHJ0
ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31caHRtbHJ0ZiBcJ2EwXGh0bWxydGYwICBjb250
aW51ZQ0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICANCntc
KlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntcKlxodG1s
dGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCANCntcKlxo
dG1sdGFnODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWc0
IFxwYXIgfQ0Ke1wqXGh0bWx0YWc4NCAgIH1xZGVzaWduIA0Ke1wqXGh0bWx0YWc4NCAmZ3Q7
fVxodG1scnRmID5caHRtbHJ0ZjAgICFjb21wcWtfbGlzdCANCntcKlxodG1sdGFnODQgJmx0
O31caHRtbHJ0ZiA8XGh0bWxydGYwICBxZGVzY21kDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+
fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBc
bGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0
ZiB7XGZzMjAgXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdh
MFxodG1scnRmMCAgaWYgY2pjdyANCntcKlxodG1sdGFnNCBccGFyIH0NCntcKlxodG1sdGFn
ODQgICB9DQp7XCpcaHRtbHRhZzg0ICZsdDt9XGh0bWxydGYgPFxodG1scnRmMCANCntcKlxo
dG1sdGFnODQgJmd0O31caHRtbHJ0ZiA+XGh0bWxydGYwICAwIHRoZW4NCntcKlxodG1sdGFn
MTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgDQp7XCpcaHRtbHRhZzExNiA8QlI+
fVxodG1scnRmIFxsaW5lDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBzaXpl
PTI+fVxodG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31c
aHRtbHJ0ZiBcJ2EwXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYg
XCdhMFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRt
bHJ0ZjAgIGVjaG8gDQp7XCpcaHRtbHRhZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0ICAgfSFb
Y2hyKDI3KSsnDQp7XCpcaHRtbHRhZzg0ICZhbXA7fVxodG1scnRmICZcaHRtbHJ0ZjAgZEMn
XUNvbnRhaW5zIGVycm9ycyFbY2hyKDI3KSsnDQp7XCpcaHRtbHRhZzg0ICZhbXA7fVxodG1s
cnRmICZcaHRtbHJ0ZjAgZEAnXS0tIFNlZSB0ZW1wb3JhcnkgZmlsZSANCntcKlxodG1sdGFn
NCBccGFyIH0NCntcKlxodG1sdGFnODQgICB9IWNvbXBxa19saXN0IGZvciBkZXRhaWxzLg0K
e1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICANCntcKlxodG1s
dGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntcKlxodG1sdGFnMTQ4
IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCANCntcKlxodG1sdGFn
ODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgIGVsc2UNCntcKlxodG1sdGFnMTU2
IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgDQp7XCpcaHRtbHRhZzExNiA8QlI+fVxo
dG1scnRmIFxsaW5lDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBccGFyICAg
c2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJz
cDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5ic3A7fVxodG1s
cnRmIFwnYTBcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31caHRtbHJ0ZiBcJ2Ew
XGh0bWxydGYwICBwdXJnZSAhY29tcHFrX2xpc3QsdGVtcCANCntcKlxodG1sdGFnODQgJmd0
O31caHRtbHJ0ZiA+XGh0bWxydGYwICAkbnVsbA0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1c
aHRtbHJ0ZiB9XGh0bWxydGYwICANCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxp
bmUNClxodG1scnRmMCANCntcKlxodG1sdGFnMTQ4IDxGT05UIFxwYXIgICBzaXplPTI+fVxo
dG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31caHRtbHJ0
ZiBcJ2EwXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxo
dG1scnRmMCANCntcKlxodG1sdGFnODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAg
IGVuZGlmDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0K
e1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0
bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIA0Ke1wq
XGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCAgZm9yZmlsZXMgDQp7
XCpcaHRtbHRhZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0ICAgfSFmc2V0DQp7XCpcaHRtbHRh
ZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxMTYgPEJS
Pn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6
ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIGRlbGV0ZXZhciBjb21wcWtfQA0Ke1wq
XGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICBcaHRtbHJ0ZlxwYXJ9
XGh0bWxydGYwDQpcaHRtbHJ0ZiBccGFyDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzcyIDwv
UD59DQp7XCpcaHRtbHRhZzAgXHBhciB9DQp7XCpcaHRtbHRhZzI0MCAgIH0NCntcKlxodG1s
dGFnNjQgPFA+fVxodG1scnRmIHtcaHRtbHJ0ZjAgXGxpMzYwIA0Ke1wqXGh0bWx0YWcxNDgg
PEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIHJlZ2FyZHMsDQp7XCpc
aHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcx
MTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZP
TlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAm
bmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCANCntcKlxodG1sdGFnMTU2IDwvRk9OVD59
XGh0bWxydGYgfVxodG1scnRmMCAgDQp7XCpcaHRtbHRhZzExNiA8QlI+fVxodG1scnRmIFxs
aW5lDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBccGFyICAgc2l6ZT0yPn1c
aHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIFJvYmVydCBXLk1pbGxzDQp7XCpcaHRtbHRhZzE1
NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1c
aHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0y
Pn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIFN5c3RlbXMgRGV2ZWxvcG1lbnQgDQp7XCpc
aHRtbHRhZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0ICAgfU1hbmFnZXINCntcKlxodG1sdGFn
MTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgDQp7XCpcaHRtbHRhZzExNiA8QlI+
fVxodG1scnRmIFxsaW5lDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBzaXpl
PTI+fVxodG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgV2luZHNvbmcgU2VydmljZXMNCntcKlxo
dG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgXGh0bWxydGZccGFyfVxo
dG1scnRmMA0KXGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc3MiA8L1A+
fQ0Ke1wqXGh0bWx0YWcwIFxwYXIgfQ0Ke1wqXGh0bWx0YWcyNDAgICB9DQp7XCpcaHRtbHRh
ZzY0IDxQPn1caHRtbHJ0ZiB7XGh0bWxydGYwIFxsaTM2MCANCntcKlxodG1sdGFnMTQ4IDxG
T05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCAtLS0tLU9yaWdpbmFsIE1l
c3NhZ2UtLS0tLQ0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYw
ICANCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntc
KlxodG1sdGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBG
cm9tOiANCntcKlxodG1sdGFnNCBccGFyIH0NCntcKlxodG1sdGFnODQgICB9Sm9uYXRoYW4g
TS4gQmFja3VzIFsNCntcKlxodG1sdGFnODQgPEEgXHBhciAgIGhyZWY9Im1haWx0bzpKTUJh
Y2t1c0BUZWNoR3JvdXBNRC5jb20iPn1caHRtbHJ0ZiB7IFxmaWVsZHtcKlxmbGRpbnN0e0hZ
UEVSTElOSyAibWFpbHRvOkpNQmFja3VzQFRlY2hHcm91cE1ELmNvbSJ9fXtcZmxkcnNsdFxj
ZjFcdWwgXGh0bWxydGYwIG1haWx0bzpKTUJhY2t1c0BUZWNoR3JvdXBNRC5jb21caHRtbHJ0
ZiB9XGh0bWxydGYwIFxodG1scnRmIH1caHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzkyIDwvQT59
XQ0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICANCntcKlxo
dG1sdGFnNCBccGFyIH0NCntcKlxodG1sdGFnODQgICB9DQp7XCpcaHRtbHRhZzExNiA8QlI+
fVxodG1scnRmIFxsaW5lDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBzaXpl
PTI+fVxodG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgU2VudDogMjIgSnVseSAyMDAyIDIxOjIy
DQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0
bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcx
NDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIFRvOiANCntcKlxo
dG1sdGFnNCBccGFyIH0NCntcKlxodG1sdGFnODQgICB9U2hlcnJ5X0JhaWxsaWVAZ292Lm50
LmNhOyBwb3dlcmgtbEBsaXN0cy5zd2F1LmVkdQ0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1c
aHRtbHJ0ZiB9XGh0bWxydGYwICANCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxp
bmUNClxodG1scnRmMCANCntcKlxodG1sdGFnMTQ4IDxGT05UIFxwYXIgICBzaXplPTI+fVxo
dG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgU3ViamVjdDogUkU6IE1QRVggY29tbWFuZCBmaWxl
IHN0ZGxpc3QNCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAg
XGh0bWxydGZccGFyfVxodG1scnRmMA0KXGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wq
XGh0bWx0YWc3MiA8L1A+fQ0Ke1wqXGh0bWx0YWcxMTIgPEJSPn1caHRtbHJ0ZiBccGFyDQpc
aHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzAgXHBhciB9DQp7XCpcaHRtbHRhZzI0MCAgIH0NCntc
KlxodG1sdGFnNjQgPFA+fVxodG1scnRmIHtcaHRtbHJ0ZjAgXGxpMzYwIA0Ke1wqXGh0bWx0
YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIFNoZXJyeSwN
CntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgXGh0bWxydGZc
cGFyfVxodG1scnRmMA0KXGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc3
MiA8L1A+fQ0Ke1wqXGh0bWx0YWcwIFxwYXIgfQ0Ke1wqXGh0bWx0YWcyNDAgICB9DQp7XCpc
aHRtbHRhZzY0IDxQPn1caHRtbHJ0ZiB7XGh0bWxydGYwIFxsaTM2MCANCntcKlxodG1sdGFn
ODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNw
O31caHRtbHJ0ZiBcJ2EwXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxy
dGYgXCdhMFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5ic3A7fVxodG1scnRmIFwnYTBc
aHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31caHRtbHJ0ZiBcJ2EwXGh0bWxydGYw
IA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCANCntcKlxo
dG1sdGFnODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcx
NDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIEhhdmUgeW91IHRy
aWVkIA0Ke1wqXGh0bWx0YWc0IFxwYXIgfQ0Ke1wqXGh0bWx0YWc4NCAgIH1jYXVzaW5nIHRo
aXMgdG8ga2ljayBvZmYgYSBiYXRjaCBqb2IgaW5zdGVhZCBvZiBkb2luZyBpdA0Ke1wqXGh0
bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICANCntcKlxodG1sdGFnMTE2
IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntcKlxodG1sdGFnMTQ4IDxGT05U
IFxwYXIgICBzaXplPTI+fVxodG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgaW50ZXJhY3RpdmVs
eT8NCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgXGh0bWxy
dGZccGFyfVxodG1scnRmMA0KXGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0
YWc3MiA8L1A+fQ0Ke1wqXGh0bWx0YWcxMTIgPEJSPn1caHRtbHJ0ZiBccGFyDQpcaHRtbHJ0
ZjAgDQp7XCpcaHRtbHRhZzAgXHBhciB9DQp7XCpcaHRtbHRhZzI0MCAgIH0NCntcKlxodG1s
dGFnNjQgPFA+fVxodG1scnRmIHtcaHRtbHJ0ZjAgXGxpMzYwIA0Ke1wqXGh0bWx0YWcxNDgg
PEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwICFqb2Igc2Vzc2lvbix1
c2VyLmFjY3QNCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAg
DQp7XCpcaHRtbHRhZzExNiA8QlI+fVxodG1scnRmIFxsaW5lDQpcaHRtbHJ0ZjAgDQp7XCpc
aHRtbHRhZzE0OCA8Rk9OVCBzaXplPTI+fVxodG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgIXJ1
biANCntcKlxodG1sdGFnNCBccGFyIH0NCntcKlxodG1sdGFnODQgICB9bWFpbi5wdWIudmVz
b2Z0DQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wq
XGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0
YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIHJlcGVhdA0K
e1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICANCntcKlxodG1s
dGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntcKlxodG1sdGFnMTQ4
IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBlY2hvIA0Ke1wqXGh0
bWx0YWc0IFxwYXIgfQ0Ke1wqXGh0bWx0YWc4NCAgIH1jb21waWxpbmcgIW1wZXhjdXJyZW50
ZmlsZQ0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICANCntc
KlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntcKlxodG1s
dGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBydW4gDQp7
XCpcaHRtbHRhZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0ICAgfXF0cC5waDcyOWM4LmNvZ25v
cztpbnB1dD0ic2V0IG5vbGlzdCBub3ZlcmlmeSI7IA0Ke1wqXGh0bWx0YWc4NCAmYW1wO31c
aHRtbHJ0ZiAmXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9
XGh0bWxydGYwICANCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1s
cnRmMCANCntcKlxodG1sdGFnMTQ4IDxGT05UIFxwYXIgICBzaXplPTI+fVxodG1scnRmIHtc
ZnMyMCBcaHRtbHJ0ZjAgaW5wdXQgPSAidXNlICFtcGV4Y3VycmVudGZpbGUiOyANCntcKlxo
dG1sdGFnODQgJmFtcDt9XGh0bWxydGYgJlxodG1scnRmMCANCntcKlxodG1sdGFnMTU2IDwv
Rk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgDQp7XCpcaHRtbHRhZzExNiA8QlI+fVxodG1s
cnRmIFxsaW5lDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBzaXplPTI+fVxo
dG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgaW5wdXQgPSANCntcKlxodG1sdGFnNCBccGFyIH0N
CntcKlxodG1sdGFnODQgICB9ImV4aXQiDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1s
cnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0K
XGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZz
MjAgXGh0bWxydGYwIGZvcmZpbGVzIHBsYUAuc291cmNlDQp7XCpcaHRtbHRhZzE1NiA8L0ZP
TlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0
ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgXHBhciAgIHNpemU9
Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBleGl0DQp7XCpcaHRtbHRhZzE1NiA8L0ZP
TlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0
ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRt
bHJ0ZiB7XGZzMjAgXGh0bWxydGYwICFlb2oNCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0
bWxydGYgfVxodG1scnRmMCAgXGh0bWxydGZccGFyfVxodG1scnRmMA0KXGh0bWxydGYgXHBh
cg0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc3MiA8L1A+fQ0Ke1wqXGh0bWx0YWcwIFxwYXIg
fQ0Ke1wqXGh0bWx0YWcyNDAgICB9DQp7XCpcaHRtbHRhZzY0IDxQPn1caHRtbHJ0ZiB7XGh0
bWxydGYwIFxsaTM2MCANCntcKlxodG1sdGFnODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRt
bHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31caHRtbHJ0ZiBcJ2EwXGh0bWxydGYwIA0K
e1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCANCntcKlxodG1s
dGFnODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZu
YnNwO31caHRtbHJ0ZiBcJ2EwXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0
bWxydGYgXCdhMFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5ic3A7fVxodG1scnRmIFwn
YTBcaHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7
XGZzMjAgXGh0bWxydGYwIFlvdSBjb3VsZCBhbHNvIGFkZCANCntcKlxodG1sdGFnNCBccGFy
IH0NCntcKlxodG1sdGFnODQgICB9YSAiVEVMTCIgb3IgIlRFTExPUCIgbGluZSBzbyB5b3Ug
YXJlIGdldCBpbmZvcm1lZCBvZiB0aGUNCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxy
dGYgfVxodG1scnRmMCAgDQp7XCpcaHRtbHRhZzExNiA8QlI+fVxodG1scnRmIFxsaW5lDQpc
aHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBccGFyICAgc2l6ZT0yPn1caHRtbHJ0
ZiB7XGZzMjAgXGh0bWxydGYwIHByb2dyZXNzIHdpdGhvdXQgY2hlY2tpbmcsIGlmIHlvdSB3
YW50ZWQuDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIFxo
dG1scnRmXHBhcn1caHRtbHJ0ZjANClxodG1scnRmIFxwYXINClxodG1scnRmMCANCntcKlxo
dG1sdGFnNzIgPC9QPn0NCntcKlxodG1sdGFnMCBccGFyIH0NCntcKlxodG1sdGFnMjQwICAg
fQ0Ke1wqXGh0bWx0YWc2NCA8UD59XGh0bWxydGYge1xodG1scnRmMCBcbGkzNjAgDQp7XCpc
aHRtbHRhZzE0OCA8Rk9OVCBzaXplPTI+fVxodG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgVGhh
bngsDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wq
XGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0
YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5i
c3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31caHRt
bHJ0ZiBcJ2EwXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdh
MFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0
ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31caHRtbHJ0ZiBcJ2EwXGh0bWxydGYwIA0Ke1wq
XGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCAgDQp7XCpcaHRtbHRh
ZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0ICAgfQ0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6
ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIEpvbg0Ke1wqXGh0bWx0YWcxNTYgPC9G
T05UPn1caHRtbHJ0ZiB9XGh0bWxydGYwICANCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxy
dGYgXGxpbmUNClxodG1scnRmMCANCntcKlxodG1sdGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0
bWxydGYge1xmczIwIFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5ic3A7fVxodG1scnRm
IFwnYTBcaHRtbHJ0ZjAgLS0tLS1PcmlnaW5hbCANCntcKlxodG1sdGFnNCBccGFyIH0NCntc
KlxodG1sdGFnODQgICB9TWVzc2FnZS0tLS0tDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxo
dG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGlu
ZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7
XGZzMjAgXGh0bWxydGYwIEZyb206IA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYg
XCdhMFxodG1scnRmMCAgcG93ZXJoLWwtYWRtaW5AY3ViZS5zd2F1LmVkdSANCntcKlxodG1s
dGFnNCBccGFyIH0NCntcKlxodG1sdGFnODQgICB9Ww0Ke1wqXGh0bWx0YWc4NCA8QSBccGFy
ICAgaHJlZj0ibWFpbHRvOnBvd2VyaC1sLWFkbWluQGN1YmUuc3dhdS5lZHUiPn1caHRtbHJ0
ZiB7IFxmaWVsZHtcKlxmbGRpbnN0e0hZUEVSTElOSyAibWFpbHRvOnBvd2VyaC1sLWFkbWlu
QGN1YmUuc3dhdS5lZHUifX17XGZsZHJzbHRcY2YxXHVsIFxodG1scnRmMCBtYWlsdG86cG93
ZXJoLWwtYWRtaW5AY3ViZS5zd2F1LmVkdVxodG1scnRmIH1caHRtbHJ0ZjAgXGh0bWxydGYg
fVxodG1scnRmMCANCntcKlxodG1sdGFnOTIgPC9BPn1dDQp7XCpcaHRtbHRhZzE1NiA8L0ZP
TlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWc0IFxwYXIgfQ0Ke1wqXGh0
bWx0YWc4NCAgIH0NCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1s
cnRmMCANCntcKlxodG1sdGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxo
dG1scnRmMCBPbiBCZWhhbGYgT2YgU2hlcnJ5X0JhaWxsaWVAZ292Lm50LmNhDQp7XCpcaHRt
bHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWcxMTYg
PEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQg
XHBhciAgIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBTZW50Og0Ke1wqXGh0
bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCANCntcKlxodG1sdGFnODQg
Jm5ic3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgIE1vbmRheSwgSnVseSAyMiwgMjAwMiAx
OjExIFBNDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0K
e1wqXGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0
bWx0YWcxNDggPEZPTlQgXHBhciAgIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRm
MCBUbzoNCntcKlxodG1sdGFnODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgDQp7
XCpcaHRtbHRhZzg0ICZuYnNwO31caHRtbHJ0ZiBcJ2EwXGh0bWxydGYwIA0Ke1wqXGh0bWx0
YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5i
c3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgIHBvd2VyaC1sQGxpc3RzLnN3YXUuZWR1DQp7
XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0
YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDgg
PEZPTlQgXHBhciAgIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBTdWJqZWN0
Og0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCANCntcKlxo
dG1sdGFnODQgJm5ic3A7fVxodG1scnRmIFwnYTBcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0
ICZuYnNwO31caHRtbHJ0ZiBcJ2EwXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9
XGh0bWxydGYgXCdhMFxodG1scnRmMCANCntcKlxodG1sdGFnODQgJm5ic3A7fVxodG1scnRm
IFwnYTBcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzg0ICZuYnNwO31caHRtbHJ0ZiBcJ2EwXGh0
bWxydGYwIA0Ke1wqXGh0bWx0YWc4NCAmbmJzcDt9XGh0bWxydGYgXCdhMFxodG1scnRmMCAg
TVBFWCBjb21tYW5kIGZpbGUgDQp7XCpcaHRtbHRhZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0
ICAgfXN0ZGxpc3QNCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRm
MCAgXGh0bWxydGZccGFyfVxodG1scnRmMA0KXGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIA0K
e1wqXGh0bWx0YWc3MiA8L1A+fQ0Ke1wqXGh0bWx0YWcwIFxwYXIgfQ0Ke1wqXGh0bWx0YWcy
NDAgICB9DQp7XCpcaHRtbHRhZzY0IDxQPn1caHRtbHJ0ZiB7XGh0bWxydGYwIFxsaTM2MCAN
CntcKlxodG1sdGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRm
MCBUaGUgZm9sbG93aW5nIE1QRVggY29tbWFuZCBmaWxlIHBlcmZvcm1zIGEgZ2xvYmFsIHJl
Y29tcGlsZSBvZiANCntcKlxodG1sdGFnNCBccGFyIH0NCntcKlxodG1sdGFnODQgICB9bXkg
cXRwIGZpbGVzLg0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxydGYw
ICANCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntc
KlxodG1sdGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBU
aGUgcHJvYmxlbSBpcyBJIHdhbnQgdGhlIG91dHB1dCB0byBnbyANCntcKlxodG1sdGFnNCBc
cGFyIH0NCntcKlxodG1sdGFnODQgICB9dG8gYSBzdGFuZGFyZCBsaXN0IHJhdGhlciB0aGFu
IHRvDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1caHRtbHJ0ZjAgIA0Ke1wq
XGh0bWx0YWcxMTYgPEJSPn1caHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0
YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIHNjcmVlbi4N
CntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgXGh0bWxydGZc
cGFyfVxodG1scnRmMA0KXGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc3
MiA8L1A+fQ0Ke1wqXGh0bWx0YWcwIFxwYXIgfQ0Ke1wqXGh0bWx0YWcyNDAgICB9DQp7XCpc
aHRtbHRhZzY0IDxQPn1caHRtbHJ0ZiB7XGh0bWxydGYwIFxsaTM2MCANCntcKlxodG1sdGFn
MTQ4IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBJJ3ZlIHRyaWVk
IGEgbnVtYmVyIG9mIG9wdGlvbnMgYnV0IGNhbiBzZWVtIHRvIGdldCBpdCB0byANCntcKlxo
dG1sdGFnNCBccGFyIH0NCntcKlxodG1sdGFnODQgICB9d29yay4NCntcKlxodG1sdGFnMTU2
IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgXGh0bWxydGZccGFyfVxodG1scnRmMA0K
XGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc3MiA8L1A+fQ0Ke1wqXGh0
bWx0YWcwIFxwYXIgfQ0Ke1wqXGh0bWx0YWcyNDAgICB9DQp7XCpcaHRtbHRhZzY0IDxQPn1c
aHRtbHJ0ZiB7XGh0bWxydGYwIFxsaTM2MCANCntcKlxodG1sdGFnMTQ4IDxGT05UIHNpemU9
Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBDYW4gYW55b25lIHBvaW50IG1lIGluIHRo
ZSByaWdodCBkaXJlY3Rpb24uDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1scnRmIH1c
aHRtbHJ0ZjAgIFxodG1scnRmXHBhcn1caHRtbHJ0ZjANClxodG1scnRmIFxwYXINClxodG1s
cnRmMCANCntcKlxodG1sdGFnNzIgPC9QPn0NCntcKlxodG1sdGFnMCBccGFyIH0NCntcKlxo
dG1sdGFnMjQwICAgfQ0Ke1wqXGh0bWx0YWc2NCA8UD59XGh0bWxydGYge1xodG1scnRmMCBc
bGkzNjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBzaXplPTI+fVxodG1scnRmIHtcZnMyMCBc
aHRtbHJ0ZjAgVGhhbmtzISAtIFNoZXJyeQ0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRt
bHJ0ZiB9XGh0bWxydGYwICBcaHRtbHJ0ZlxwYXJ9XGh0bWxydGYwDQpcaHRtbHJ0ZiBccGFy
DQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzcyIDwvUD59DQp7XCpcaHRtbHRhZzAgXHBhciB9
DQp7XCpcaHRtbHRhZzI0MCAgIH0NCntcKlxodG1sdGFnNjQgPFA+fVxodG1scnRmIHtcaHRt
bHJ0ZjAgXGxpMzYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7
XGZzMjAgXGh0bWxydGYwIHJlcGVhdA0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0
ZiB9XGh0bWxydGYwICBcaHRtbHJ0ZlxwYXJ9XGh0bWxydGYwDQpcaHRtbHJ0ZiBccGFyDQpc
aHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzcyIDwvUD59DQp7XCpcaHRtbHRhZzAgXHBhciB9DQp7
XCpcaHRtbHRhZzI0MCAgIH0NCntcKlxodG1sdGFnNjQgPFA+fVxodG1scnRmIHtcaHRtbHJ0
ZjAgXGxpMzYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZz
MjAgXGh0bWxydGYwIGVjaG8gY29tcGlsaW5nICFtcGV4Y3VycmVudGZpbGUNCntcKlxodG1s
dGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgXGh0bWxydGZccGFyfVxodG1s
cnRmMA0KXGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc3MiA8L1A+fQ0K
e1wqXGh0bWx0YWcwIFxwYXIgfQ0Ke1wqXGh0bWx0YWcyNDAgICB9DQp7XCpcaHRtbHRhZzY0
IDxQPn1caHRtbHJ0ZiB7XGh0bWxydGYwIFxsaTM2MCANCntcKlxodG1sdGFnMTQ4IDxGT05U
IHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCAhcnVuIHF0cC5waDcyOWM4LmNv
Z25vcztpbnB1dD0ic2V0IG5vbGlzdCBub3ZlcmlmeSI7IA0Ke1wqXGh0bWx0YWc0IFxwYXIg
fQ0Ke1wqXGh0bWx0YWc4NCAgIH0NCntcKlxodG1sdGFnODQgJmFtcDt9XGh0bWxydGYgJlxo
dG1scnRmMCANCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAg
XGh0bWxydGZccGFyfVxodG1scnRmMA0KXGh0bWxydGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wq
XGh0bWx0YWc3MiA8L1A+fQ0Ke1wqXGh0bWx0YWcwIFxwYXIgfQ0Ke1wqXGh0bWx0YWcyNDAg
ICB9DQp7XCpcaHRtbHRhZzY0IDxQPn1caHRtbHJ0ZiB7XGh0bWxydGYwIFxsaTM2MCANCntc
KlxodG1sdGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCBp
bnB1dCA9ICJ1c2UgIW1wZXhjdXJyZW50ZmlsZSI7IA0Ke1wqXGh0bWx0YWc4NCAmYW1wO31c
aHRtbHJ0ZiAmXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9
XGh0bWxydGYwICBcaHRtbHJ0ZlxwYXJ9XGh0bWxydGYwDQpcaHRtbHJ0ZiBccGFyDQpcaHRt
bHJ0ZjAgDQp7XCpcaHRtbHRhZzcyIDwvUD59DQp7XCpcaHRtbHRhZzAgXHBhciB9DQp7XCpc
aHRtbHRhZzI0MCAgIH0NCntcKlxodG1sdGFnNjQgPFA+fVxodG1scnRmIHtcaHRtbHJ0ZjAg
XGxpMzYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0yPn1caHRtbHJ0ZiB7XGZzMjAg
XGh0bWxydGYwIGlucHV0ID0gImV4aXQiDQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1s
cnRmIH1caHRtbHJ0ZjAgIFxodG1scnRmXHBhcn1caHRtbHJ0ZjANClxodG1scnRmIFxwYXIN
ClxodG1scnRmMCANCntcKlxodG1sdGFnNzIgPC9QPn0NCntcKlxodG1sdGFnMCBccGFyIH0N
CntcKlxodG1sdGFnMjQwICAgfQ0Ke1wqXGh0bWx0YWc2NCA8UD59XGh0bWxydGYge1xodG1s
cnRmMCBcbGkzNjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBzaXplPTI+fVxodG1scnRmIHtc
ZnMyMCBcaHRtbHJ0ZjAgZm9yZmlsZXMgcGxhQC5zb3VyY2UNCntcKlxodG1sdGFnMTU2IDwv
Rk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgXGh0bWxydGZccGFyfVxodG1scnRmMA0KXGh0
bWxydGYgXHBhcg0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWc3MiA8L1A+fQ0Ke1wqXGh0bWx0
YWcxMTIgPEJSPn1caHRtbHJ0ZiBccGFyDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzExMiA8
QlI+fVxodG1scnRmIFxwYXINClxodG1scnRmMCANCntcKlxodG1sdGFnMCBccGFyIH0NCntc
KlxodG1sdGFnMjQwICAgfQ0Ke1wqXGh0bWx0YWc2NCA8UD59XGh0bWxydGYge1xodG1scnRm
MCBcbGkzNjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBzaXplPTI+fVxodG1scnRmIHtcZnMy
MCBcaHRtbHJ0ZjAgPSA9ID0gPSA9ID0gPSA9ID0gPSA9ID0gPSA9ID0gPSA9ID0gPSA9ID0g
PSA9ID0gPSA9ID0gPQ0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRtbHJ0ZiB9XGh0bWxy
dGYwICANCntcKlxodG1sdGFnNCBccGFyIH0NCntcKlxodG1sdGFnODQgICB9DQp7XCpcaHRt
bHRhZzExNiA8QlI+fVxodG1scnRmIFxsaW5lDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0
OCA8Rk9OVCBzaXplPTI+fVxodG1scnRmIHtcZnMyMCBcaHRtbHJ0ZjAgTWFpbGluZyBsaXN0
OiBwb3dlcmgtbEBsaXN0cy5zd2F1LmVkdQ0Ke1wqXGh0bWx0YWcxNTYgPC9GT05UPn1caHRt
bHJ0ZiB9XGh0bWxydGYwICANCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUN
ClxodG1scnRmMCANCntcKlxodG1sdGFnMTQ4IDxGT05UIFxwYXIgICBzaXplPTI+fVxodG1s
cnRmIHtcZnMyMCBcaHRtbHJ0ZjAgU3Vic2NyaWJlOiAic3Vic2NyaWJlIiBpbiBtZXNzYWdl
IGJvZHkgdG8gDQp7XCpcaHRtbHRhZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0ICAgfXBvd2Vy
aC1sLXJlcXVlc3RAbGlzdHMuc3dhdS5lZHUNCntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0
bWxydGYgfVxodG1scnRmMCAgDQp7XCpcaHRtbHRhZzExNiA8QlI+fVxodG1scnRmIFxsaW5l
DQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzE0OCA8Rk9OVCBzaXplPTI+fVxodG1scnRmIHtc
ZnMyMCBcaHRtbHJ0ZjAgVW5zdWJzY3JpYmU6IA0Ke1wqXGh0bWx0YWc0IFxwYXIgfQ0Ke1wq
XGh0bWx0YWc4NCAgIH0idW5zdWJzY3JpYmUiIGluIG1lc3NhZ2UgYm9keSB0byBwb3dlcmgt
bC1yZXF1ZXN0QGxpc3RzLnN3YXUuZWR1DQp7XCpcaHRtbHRhZzE1NiA8L0ZPTlQ+fVxodG1s
cnRmIH1caHRtbHJ0ZjAgIA0Ke1wqXGh0bWx0YWc0IFxwYXIgfQ0Ke1wqXGh0bWx0YWc4NCAg
IH0NCntcKlxodG1sdGFnMTE2IDxCUj59XGh0bWxydGYgXGxpbmUNClxodG1scnRmMCANCntc
KlxodG1sdGFnMTQ4IDxGT05UIHNpemU9Mj59XGh0bWxydGYge1xmczIwIFxodG1scnRmMCAN
CntcKlxodG1sdGFnODQgPEEgaHJlZj0iaHR0cDovL2xpc3RzLnN3YXUuZWR1L21haWxtYW4v
bGlzdGluZm8vcG93ZXJoLWwiIFxwYXIgICB0YXJnZXQ9X2JsYW5rPn1caHRtbHJ0ZiB7XGZp
ZWxke1wqXGZsZGluc3R7SFlQRVJMSU5LICJodHRwOi8vbGlzdHMuc3dhdS5lZHUvbWFpbG1h
bi9saXN0aW5mby9wb3dlcmgtbCIgXFxufX17XGZsZHJzbHRcY2YxXHVsIFxodG1scnRmMCBo
dHRwOi8vbGlzdHMuc3dhdS5lZHUvbWFpbG1hbi9saXN0aW5mby9wb3dlcmgtbFxodG1scnRm
IH1caHRtbHJ0ZjAgXGh0bWxydGYgfVxodG1scnRmMCANCntcKlxodG1sdGFnOTIgPC9BPn0N
CntcKlxodG1sdGFnMTU2IDwvRk9OVD59XGh0bWxydGYgfVxodG1scnRmMCAgDQp7XCpcaHRt
bHRhZzQgXHBhciB9DQp7XCpcaHRtbHRhZzg0ICAgfQ0Ke1wqXGh0bWx0YWcxMTYgPEJSPn1c
aHRtbHJ0ZiBcbGluZQ0KXGh0bWxydGYwIA0Ke1wqXGh0bWx0YWcxNDggPEZPTlQgc2l6ZT0y
Pn1caHRtbHJ0ZiB7XGZzMjAgXGh0bWxydGYwIFRoaXMgbGlzdCBpcyBjbG9zZWQsIHRodXMg
dG8gcG9zdCB0byB0aGUgbGlzdCB5b3UgbXVzdCBiZSBhIA0Ke1wqXGh0bWx0YWc0IFxwYXIg
fQ0Ke1wqXGh0bWx0YWc4NCAgIH1zdWJzY3JpYmVyLg0Ke1wqXGh0bWx0YWcxNTYgPC9GT05U
Pn1caHRtbHJ0ZiB9XGh0bWxydGYwICBcaHRtbHJ0ZlxwYXJ9XGh0bWxydGYwDQpcaHRtbHJ0
ZiBccGFyDQpcaHRtbHJ0ZjAgDQp7XCpcaHRtbHRhZzcyIDwvUD59DQp7XCpcaHRtbHRhZzAg
XHBhciB9DQp7XCpcaHRtbHRhZzI0MCAgIH0NCntcKlxodG1sdGFnNjQgPFA+fVxodG1scnRm
IHtcaHRtbHJ0ZjAgXGxpMzYwIFxodG1scnRmXHBhcn1caHRtbHJ0ZjANClxodG1scnRmIFxw
YXINClxodG1scnRmMCANCntcKlxodG1sdGFnNzIgPC9QPn0NCntcKlxodG1sdGFnMTA0IDwv
QkxPQ0tRVU9URT59XGh0bWxydGYgfVxodG1scnRmMCANCntcKlxodG1sdGFnNTggPC9CT0RZ
Pn0NCntcKlxodG1sdGFnMjcgPC9IVE1MPn0NCntcKlxodG1sdGFnMyBccGFyIH19
--openmail-part-0ddf091a-00000002--
From victor@nha.co.za Tue, 23 Jul 2002 17:00:44 +0200
Date: Tue, 23 Jul 2002 17:00:44 +0200
From: Victor Geere victor@nha.co.za
Subject: common hp[3|9]k dictionary
Is it possible to connect to C-ISAM data on a hp9k and to Image data on a hp3k
with the same dictionary (to move data between the two without using subfiles
or any other intermediate format)?
1.If the dictionary is on the 9k?
2.If the dictionary is on the 3k?
3.If Image and the C-ISAM data is on the 3k?
Regards
Victor
From Christina.Hasse@COGNOS.com Tue, 23 Jul 2002 11:05:43 -0400
Date: Tue, 23 Jul 2002 11:05:43 -0400
From: Hasse, Christina Christina.Hasse@COGNOS.com
Subject: common hp[3|9]k dictionary
Hi Victor,
The only way this can be done is if the dictionary lives on a PC and uses
ODBC access to the CISAM file and ODBC access to the Image database.
PowerHouse NT has been out for a couple of years. The only thing that has
not been there is QUICK on NT, but it is currently in beta and will be
released by the end of summer.
Regards,
Christina Hasse
ADT North American Technical Manager
COGNOS CORPORATION
christina.hasse@cognos.com
425 N. Martingale Road, Suite 600
Schaumburg, IL 60173
Office: 847 - 285 - 2905
Cell: 847 - 612 - 6854
-----Original Message-----
From: Victor Geere [mailto:victor@nha.co.za]
Sent: Tuesday, July 23, 2002 11:01 AM
To: Powerhouse List (E-mail)
Subject: common hp[3|9]k dictionary
Is it possible to connect to C-ISAM data on a hp9k and to Image data on a
hp3k
with the same dictionary (to move data between the two without using
subfiles
or any other intermediate format)?
1.If the dictionary is on the 9k?
2.If the dictionary is on the 3k?
3.If Image and the C-ISAM data is on the 3k?
Regards
Victor
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. Thank you.
From victor@nha.co.za Wed, 24 Jul 2002 16:53:54 +0200
Date: Wed, 24 Jul 2002 16:53:54 +0200
From: Victor Geere victor@nha.co.za
Subject: common hp[3|9]k dictionary
Is it QUICK on NT that would link the two ODBC drivers once it becomes
available, or would it connect to both databases natively from an NT
machine? Also is C-ISAM not available on the HP3K? If not, how does
it handle indexed subfiles, something that requires C-ISAM support on
the HP9K? Or doesn't it? If it does, would I be able to export Image
data to C-ISAM files on the HP3K and FTP them accross to the HP9K?
Is powerhouse going to continue being supported on NT?
For which databases? Natively or via ODBC?
Regards
Victor
--------------------------------------------------------------------------
Hi Victor,
The only way this can be done is if the dictionary lives on a PC and uses
ODBC access to the CISAM file and ODBC access to the Image database.
PowerHouse NT has been out for a couple of years. The only thing that has
not been there is QUICK on NT, but it is currently in beta and will be
released by the end of summer.
Regards,
Christina Hasse
ADT North American Technical Manager
COGNOS CORPORATION
christina.hasse@cognos.com
425 N. Martingale Road, Suite 600
Schaumburg, IL 60173
Office: 847 - 285 - 2905
Cell: 847 - 612 - 6854
-----Original Message-----
From: Victor Geere [mailto:victor@nha.co.za]
Sent: Tuesday, July 23, 2002 11:01 AM
To: Powerhouse List (E-mail)
Subject: common hp[3|9]k dictionary
Is it possible to connect to C-ISAM data on a hp9k and to Image data on a
hp3k
with the same dictionary (to move data between the two without using
subfiles
or any other intermediate format)?
1.If the dictionary is on the 9k?
2.If the dictionary is on the 3k?
3.If Image and the C-ISAM data is on the 3k?
Regards
Victor
From Bob.Deskin@Cognos.COM Wed, 24 Jul 2002 12:27:59 -0400
Date: Wed, 24 Jul 2002 12:27:59 -0400
From: Deskin, Bob Bob.Deskin@Cognos.COM
Subject: common hp[3|9]k dictionary
Any of the PowerHouse components, QUICK, QUIZ, or QTP, can use ODBC drivers
to access data on other machines, assuming the correct ODBC driver is
available and that it has remote access capability. For example, you could
use QTP on the NT machine to access an IMAGE database on an HP3000 and a
CISAM file on an HP9000.
CISAM is not available on the HP3000. The indexed file system on HP3000 is
called KSAM. The key structure is more limited than CISAM. PowerHouse uses
KSAM for indexed subfiles on the HP3000.
Another alternative is to use portable subfiles. Generate them from the
IMAGE data on the HP3000, FTP them to the HP9000, and then use QTP to update
your CISAM files.
PowerHouse will continue to be supported on Windows NT/2000/XP. We support
ORACLE, MS SQL Server, Sybase, and DB2 (as of version 8.41) natively. As
well we support ODBC.
Bob Deskin
PowerHouse Web Product Manager, Application Development Tools, Cognos Inc.
bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178
3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA
-----Original Message-----
From: Victor Geere [mailto:victor@nha.co.za]
Sent: Wednesday, July 24, 2002 10:54 AM
To: Powerhouse List (E-mail)
Subject: common hp[3|9]k dictionary
Is it QUICK on NT that would link the two ODBC drivers once it becomes
available, or would it connect to both databases natively from an NT
machine? Also is C-ISAM not available on the HP3K? If not, how does
it handle indexed subfiles, something that requires C-ISAM support on
the HP9K? Or doesn't it? If it does, would I be able to export Image
data to C-ISAM files on the HP3K and FTP them accross to the HP9K?
Is powerhouse going to continue being supported on NT?
For which databases? Natively or via ODBC?
Regards
Victor
--------------------------------------------------------------------------
Hi Victor,
The only way this can be done is if the dictionary lives on a PC and uses
ODBC access to the CISAM file and ODBC access to the Image database.
PowerHouse NT has been out for a couple of years. The only thing that has
not been there is QUICK on NT, but it is currently in beta and will be
released by the end of summer.
Regards,
Christina Hasse
ADT North American Technical Manager
COGNOS CORPORATION
christina.hasse@cognos.com
425 N. Martingale Road, Suite 600
Schaumburg, IL 60173
Office: 847 - 285 - 2905
Cell: 847 - 612 - 6854
-----Original Message-----
From: Victor Geere [mailto:victor@nha.co.za]
Sent: Tuesday, July 23, 2002 11:01 AM
To: Powerhouse List (E-mail)
Subject: common hp[3|9]k dictionary
Is it possible to connect to C-ISAM data on a hp9k and to Image data on a
hp3k
with the same dictionary (to move data between the two without using
subfiles
or any other intermediate format)?
1.If the dictionary is on the 9k?
2.If the dictionary is on the 3k?
3.If Image and the C-ISAM data is on the 3k?
Regards
Victor
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. Thank you.
From bcomeau@crossley.ca Wed, 24 Jul 2002 14:47:29 -0300
Date: Wed, 24 Jul 2002 14:47:29 -0300
From: Bob Comeau bcomeau@crossley.ca
Subject: character value
Does anyone know of a way in quiz to get the ASCII value of a single character returned as a number?
I know how to get from a displayable character from an integer, I need to go the other way.
For instance if a variable contains the letter "A" I would like to be able to that converted to the number 65.
Bob Comeau
Systems Programmer Analyst
Crossley Carpet Mills Ltd.
(902)895-5491 ex 139
From PICKERIJ@norbord.com Wed, 24 Jul 2002 14:22:36 -0400
Date: Wed, 24 Jul 2002 14:22:36 -0400
From: Pickering, John (NORBORD) PICKERIJ@norbord.com
Subject: character value
How about:
define d-decimal int*3 &
= 64 + index("ABCDEFGHIJKLMNOPQRSTUVWXYZ",your-letter)
> -----Original Message-----
> From: Bob Comeau [SMTP:bcomeau@crossley.ca]
> Sent: Wednesday, July 24, 2002 1:47 PM
> To: powerh-l@lists. swau. edu
> Subject: character value
>
> Does anyone know of a way in quiz to get the ASCII value of a single
> character returned as a number?
> I know how to get from a displayable character from an integer, I need to
> go the other way.
>
> For instance if a variable contains the letter "A" I would like to be able
> to that converted to the number 65.
>
> Bob Comeau
> Systems Programmer Analyst
> Crossley Carpet Mills Ltd.
> (902)895-5491 ex 139
>
>
From KnoxDa01@unisourcelink.com Wed, 24 Jul 2002 14:23:20 -0400
Date: Wed, 24 Jul 2002 14:23:20 -0400
From: Knox, Dave (Dallas, CSC) KnoxDa01@unisourcelink.com
Subject: character value
Bob
What's you're environment ?
The following works on HP3000 . It parses out the item "X" to MPE and uses the HP ord() function.
I would hope similar could be done on any platform.
def X char*1 = "A" ;or fieldname of choice...
def Y int*2 = ncon(getsystemval("XY")) &
if setsystemval("XY","![ord('" + X + "')]")
rep X Y
go
X Y
A 65
Regards
Dave Knox
-----Original Message-----
From: Bob Comeau [mailto:bcomeau@crossley.ca]
Sent: Wednesday, July 24, 2002 12:47 PM
To: powerh-l@lists. swau. edu
Subject: character value
Does anyone know of a way in quiz to get the ASCII value of a single character returned as a number?
I know how to get from a displayable character from an integer, I need to go the other way.
For instance if a variable contains the letter "A" I would like to be able to that converted to the number 65.
Bob Comeau
Systems Programmer Analyst
Crossley Carpet Mills Ltd.
(902)895-5491 ex 139
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From bcomeau@crossley.ca Wed, 24 Jul 2002 16:36:44 -0300
Date: Wed, 24 Jul 2002 16:36:44 -0300
From: Bob Comeau bcomeau@crossley.ca
Subject: character value
This should work, we are on an HP3000.
I had thought of using the INDEX function but the character values I'm trying to extract are in the extended character range (above
128) and a little tricky to type in.
Thanks
Bob Comeau
Systems Programmer Analyst
Crossley Carpet Mills Ltd.
(902)895-5491 ex 139
-----Original Message-----
From: Knox, Dave (Dallas, CSC) [mailto:KnoxDa01@unisourcelink.com]
Sent: Wednesday, July 24, 2002 3:23 PM
To: 'Bob Comeau'; powerh-l@lists. swau. edu
Subject: RE: character value
Bob
What's you're environment ?
The following works on HP3000 . It parses out the item "X" to MPE and uses the HP ord() function.
I would hope similar could be done on any platform.
def X char*1 = "A" ;or fieldname of choice...
def Y int*2 = ncon(getsystemval("XY")) &
if setsystemval("XY","![ord('" + X + "')]")
rep X Y
go
X Y
A 65
Regards
Dave Knox
-----Original Message-----
From: Bob Comeau [mailto:bcomeau@crossley.ca]
Sent: Wednesday, July 24, 2002 12:47 PM
To: powerh-l@lists. swau. edu
Subject: character value
Does anyone know of a way in quiz to get the ASCII value of a single character returned as a number?
I know how to get from a displayable character from an integer, I need to go the other way.
For instance if a variable contains the letter "A" I would like to be able to that converted to the number 65.
Bob Comeau
Systems Programmer Analyst
Crossley Carpet Mills Ltd.
(902)895-5491 ex 139
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From shulbert@littlejohnfrazer.com Thu, 25 Jul 2002 10:02:06 +0100
Date: Thu, 25 Jul 2002 10:02:06 +0100
From: shulbert@littlejohnfrazer.com shulbert@littlejohnfrazer.com
Subject: character value
you have to redefine a character item as an integer.
you can do this in the dictionary (see the pdl documentation: "redefined by") but you can also use subfiles. as long as the length is the same PH doesn't care what record layout you append.
as an example:
first define a one byte subfile record:
cancel clear
def a integer unsigned size 1 = 0
set sub
rep sum a
go
then append to this the character value:
cancel clear
def b cha = "A"
set sub append
rep sum b
go
this should give you the ASCII value on the second record.
this has only been tested on AIX and SCO but i think the logic will work elsewhere.
on systems that have a two byte minimum, both the items should be size 2, and quiz will append a space to the character item. so to remove the value of the space (ASCII 32) you have to either subtract 32 and divide by 256, or subtract 8192 depending on whether the first bit is most or least significant.
regards,
stephen.
-----Original Message-----
From: bcomeau@crossley.ca [mailto:bcomeau@crossley.ca] Sent: Wednesday, July 24, 2002 7:08 PM
To: powerh-l@lists.swau.edu
Subject: character value
Does anyone know of a way in quiz to get the ASCII value of a single character returned as a number?
I know how to get from a displayable character from an integer, I need to go the other way.
For instance if a variable contains the letter "A" I would like to be able to that converted to the number 65.
Bob Comeau
Systems Programmer Analyst
Crossley Carpet Mills Ltd.
(902)895-5491 ex 139
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
The information contained in this communication is confidential and may
be legally privileged. It is intended solely for the use of the
individual or entity to whom it is addressed and others authorised to
receive it. If you are not the intended recipient you are hereby
notified that any disclosure, copying, distribution or taking of any
action in reliance on the contents of this information is strictly
prohibited and may be unlawful.
Littlejohn Frazer reserves the right to monitor the content of any
message sent to or from littlejohnfrazer.com and its associate domains,
fmi-litjon.co.uk and litjon.co.uk
A list of partners may be inspected at 1 Park Place, Canary Wharf,
London, E14 4HJ
Registered to carry on audit work by the Institute of Chartered
Accountants in England & Wales, and authorised by the Financial
Services Authority to provide financial services
From bcomeau@crossley.ca Thu, 25 Jul 2002 14:14:25 -0300
Date: Thu, 25 Jul 2002 14:14:25 -0300
From: Bob Comeau bcomeau@crossley.ca
Subject: character value
Ok using the get/setsystemval did work.
But I ran across a curious problem.
Part of my original problem was that I only needed give special handling to values in the upper half of value range (128-255). I
thought a simple test for less than or equal to "~" (126) would work for a close enough to see if the character was in the normal
range or the extended range. Some tests worked others did not. I thought I was losing it.
I condensed the problem down to this small test and ran it repeatedly. The output has been condensed by deleting the extra heading
and prompt lines between the GO's, showing only the resulting detail line. The first value is what I gave to the prompt.
> set default
> set nostatistics
> set page length 0
> cancel clear
> define ascval int*2 = parm prompt "Test ASCII value: "
> define showval char*1=characters(ascval)[2:1]
> define lowchar char*1 = "Y" if showval <="~" else "N"
> define lowval char*1 = "Y" if ascval <=126 else "N"
> define highchar char*1 = "Y" if showval > "~" else "N"
> define highval char*1 = "Y" if ascval > 126 else "N"
> report all
> go
Test ASCII value: 65
ASCVAL SHOWVAL LOWCHAR LOWVAL HIGHCHAR HIGHVAL
65 A Y Y N N
66 B Y Y N N
67 C Y Y N N
126 ~ Y Y N N
160 N N Y Y
161 À N N Y Y
162 Â Y N N Y
163 È Y N N Y
164 Ê N N Y Y
165 Ë N N Y Y
166 Î Y N N Y
167 Ï Y N N Y
168 Ž N N Y Y
169 ` N N Y Y
170 ^ Y N N Y
171 š Y N N Y
172 ~ N N Y Y
173 Ù N N Y Y
If you look closely the values in the normal range behave as expected. All tests using the character value "~" match those against
the numeric ascii value. Half of those in the upper range are right, the others are wrong with regard to the character test. The
numeric test is consistently right. I didn't run through the entire range but there seems to be a pattern emerging.
For my application I went with the numeric test, but I would be curious to see an explanation of this phenomenon.
Can anyone explain this?
Bob Comeau
Systems Programmer Analyst
Crossley Carpet Mills Ltd.
(902)895-5491 ex 139
-----Original Message-----
From: Knox, Dave (Dallas, CSC) [mailto:KnoxDa01@unisourcelink.com]
Sent: Wednesday, July 24, 2002 3:23 PM
To: 'Bob Comeau'; powerh-l@lists. swau. edu
Subject: RE: character value
Bob
What's you're environment ?
The following works on HP3000 . It parses out the item "X" to MPE and uses the HP ord() function.
I would hope similar could be done on any platform.
def X char*1 = "A" ;or fieldname of choice...
def Y int*2 = ncon(getsystemval("XY")) &
if setsystemval("XY","![ord('" + X + "')]")
rep X Y
go
X Y
A 65
Regards
Dave Knox
-----Original Message-----
From: Bob Comeau [mailto:bcomeau@crossley.ca]
Sent: Wednesday, July 24, 2002 12:47 PM
To: powerh-l@lists. swau. edu
Subject: character value
Does anyone know of a way in quiz to get the ASCII value of a single character returned as a number?
I know how to get from a displayable character from an integer, I need to go the other way.
For instance if a variable contains the letter "A" I would like to be able to that converted to the number 65.
Bob Comeau
Systems Programmer Analyst
Crossley Carpet Mills Ltd.
(902)895-5491 ex 139
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From audrey.yates@cdhb.govt.nz Mon, 29 Jul 2002 15:29:20 +1200
Date: Mon, 29 Jul 2002 15:29:20 +1200
From: Audrey Yates audrey.yates@cdhb.govt.nz
Subject: PH to Axiant migration
Hello all.
We are about to embark on this migration with trepidation. What 'traps for young players' are there that we should be aware of? Any tips and tricks you can tell us about?
Thanks in advance for your help
Audrey
Analyst/Programmer
Canterbury District Health Board
Christchurch, New Zealand
**********************************************************************
** This email and attachments have been scanned for content and viruses
and is believed to be clean **
This email or attachments may contain confidential or legally
privileged information intended for the sole use of the addressee(s).
Any use, redistribution, disclosure, or reproduction of this message,
except as intended, is prohibited. If you received this email in error,
please notify the sender and remove all copies of the message,
including any attachments. Any views or opinions expressed in this
email (unless otherwise stated) may not represent those of Canterbury
District Health Board
**********************************************************************
From robert.mills@windsong-services.co.uk Mon, 29 Jul 2002 09:10:33 +0100
Date: Mon, 29 Jul 2002 09:10:33 +0100
From: Robert Mills robert.mills@windsong-services.co.uk
Subject: PH to Axiant migration
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C236D7.69BDF340
Content-Type: text/plain;
charset="iso-8859-1"
Audrey,
It would help if you gave some details of your current environment.
What version of PowerHouse and which platform and version of OS is it
running on?
regards,
Robert W.Mills
Systems Development Manager
Windsong Services
-----Original Message-----
From: Audrey Yates [mailto:audrey.yates@cdhb.govt.nz]
Sent: 29 July 2002 04:29
To: powerh-l@lists.swau.edu
Subject: PH to Axiant migration
Hello all.
We are about to embark on this migration with trepidation. What 'traps for
young players' are there that we should be aware of? Any tips and tricks you
can tell us about?
Thanks in advance for your help
Audrey
Analyst/Programmer
Canterbury District Health Board
Christchurch, New Zealand
**********************************************************************
** This email and attachments have been scanned for content and viruses
and is believed to be clean **
This email or attachments may contain confidential or legally
privileged information intended for the sole use of the addressee(s).
Any use, redistribution, disclosure, or reproduction of this message,
except as intended, is prohibited. If you received this email in error,
please notify the sender and remove all copies of the message,
including any attachments. Any views or opinions expressed in this
email (unless otherwise stated) may not represent those of Canterbury
District Health Board
**********************************************************************
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
------_=_NextPart_001_01C236D7.69BDF340
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
RE: PH to Axiant migration
Audrey,
It would help if you gave some details of your =
current environment.
What version of PowerHouse and which platform and =
version of OS is it running on?
regards,
Robert W.Mills
Systems Development Manager
Windsong Services
-----Original Message-----
From: Audrey Yates [mailto:audrey.yates@cdhb.govt.=
nz]
Sent: 29 July 2002 04:29
To: powerh-l@lists.swau.edu
Subject: PH to Axiant migration
Hello all.
We are about to embark on this migration with =
trepidation. What 'traps for young players' are there that we should be =
aware of? Any tips and tricks you can tell us about?
Thanks in advance for your help
Audrey
Analyst/Programmer
Canterbury District Health Board
Christchurch, New Zealand
***************************************************************=
*******
** This email and attachments have been scanned for =
content and viruses
and is believed to be clean **
This email or attachments may contain confidential or =
legally
privileged information intended for the sole use of =
the addressee(s).
Any use, redistribution, disclosure, or reproduction =
of this message,
except as intended, is prohibited. If you received =
this email in error,
please notify the sender and remove all copies of =
the message,
including any attachments. Any views or opinions =
expressed in this
email (unless otherwise stated) may not represent =
those of Canterbury
District Health Board
***************************************************************=
*******
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to =
powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body =
to powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you =
must be a subscriber.
------_=_NextPart_001_01C236D7.69BDF340--
From steve_franklin@yahoo.com Mon, 29 Jul 2002 06:52:24 -0500
Date: Mon, 29 Jul 2002 06:52:24 -0500
From: Steve Franklin steve_franklin@yahoo.com
Subject: PH to Axiant migration
We did a conversion from Unix to Axiant where the Axiant code will be
deployed to a Windows 2000 server. The biggest thing is to do a small
project first. I must have changed the screen interface a million times
before I got what I wanted. Like anything else, as you learn more of the
features of Axiant, you discover more alternatives. The other thing we had
to deal with was going from CISAM to a database. That caused us to have to
restructure some of our data files since a database does not allow things
like concatenated keys. If you want more details let me know.
Steve Franklin
Stw Inc.
-----Original Message-----
From: Audrey Yates [mailto:audrey.yates@cdhb.govt.nz]
Sent: Sunday, July 28, 2002 10:29 PM
To: powerh-l@lists.swau.edu
Subject: PH to Axiant migration
Hello all.
We are about to embark on this migration with trepidation. What 'traps for
young players' are there that we should be aware of? Any tips and tricks you
can tell us about?
Thanks in advance for your help
Audrey
Analyst/Programmer
Canterbury District Health Board
Christchurch, New Zealand
**********************************************************************
** This email and attachments have been scanned for content and viruses
and is believed to be clean **
This email or attachments may contain confidential or legally
privileged information intended for the sole use of the addressee(s).
Any use, redistribution, disclosure, or reproduction of this message,
except as intended, is prohibited. If you received this email in error,
please notify the sender and remove all copies of the message,
including any attachments. Any views or opinions expressed in this
email (unless otherwise stated) may not represent those of Canterbury
District Health Board
**********************************************************************
From Conrad.Whittall@Cognos.COM Mon, 29 Jul 2002 11:02:41 -0400
Date: Mon, 29 Jul 2002 11:02:41 -0400
From: Whittall, Conrad Conrad.Whittall@Cognos.COM
Subject: common hp[3|9]k dictionary
Another option that you might consider is to use ALLBASE/SQL on HP-UX to
access your IMAGE data through IMAGE/SQL on your MPE system. PowerHouse on
both HP-UX and MPE has native access to ALLBASE/SQL databases, and
ALLBASE/SQL on HP-UX provides full read/write access to both ALLBASE/SQL and
IMAGE/SQL databases on MPE.
Using this approach you can use PowerHouse on HP-UX to transparently access
your IMAGE data on MPE, as PowerHouse simply thinks that it is accessing
tables in a local ALLBASE/SQL database.
Of course the downside to this is that you need to have ALLBASE/SQL on your
HP-UX system (maybe not a problem if HP are willing to "loan" licenses as
part of a migration package), and you have to define the IMAGE/SQL DBE for
your TurboIMAGE database(s) on the MPE system.
Also, as part of HP's announcement on discontinuing the HP3000 they included
the end-of-life for ALLBASE/SQL on both MPE and HP-UX. So although
ALLBASE/SQL should not be considered a long-term solution for data storage
on HP-UX (best look to ORACLE, DB2, SYBASE, or even C-ISAM for that) it can
certainly help with the data migration from MPE to HP-UX.
With PowerHouse on HP-UX able to access these relational databases
simultaneously (with IBM's DB2 being added in 8.43), you could use QTP on
your HP-UX system to read data directly from your TurboIMAGE database (via
ALLBASE/SQL on HP-UX and IMAGE/SQL on MPE) and write it directly to a
relational database (e.g. ORACLE) or C-ISAM files on your HP-UX system.
Best regards,
Conrad
Conrad Whittall
e-Learning Architect, Global Education Services
Cognos Incorporated, 3755 Riverside Drive, Ottawa, Ontario, K1G 4K9, Canada
-----Original Message-----
From: Deskin, Bob [mailto:Bob.Deskin@cognos.com]
Sent: Wednesday 24 July 2002 12:28
To: Powerhouse List (E-mail)
Subject: RE: common hp[3|9]k dictionary
Any of the PowerHouse components, QUICK, QUIZ, or QTP, can use ODBC drivers
to access data on other machines, assuming the correct ODBC driver is
available and that it has remote access capability. For example, you could
use QTP on the NT machine to access an IMAGE database on an HP3000 and a
CISAM file on an HP9000.
CISAM is not available on the HP3000. The indexed file system on HP3000 is
called KSAM. The key structure is more limited than CISAM. PowerHouse uses
KSAM for indexed subfiles on the HP3000.
Another alternative is to use portable subfiles. Generate them from the
IMAGE data on the HP3000, FTP them to the HP9000, and then use QTP to update
your CISAM files.
PowerHouse will continue to be supported on Windows NT/2000/XP. We support
ORACLE, MS SQL Server, Sybase, and DB2 (as of version 8.41) natively. As
well we support ODBC.
Bob Deskin
PowerHouse Web Product Manager, Application Development Tools, Cognos Inc.
bob.deskin@cognos.com (613) 738-1338 ext 7268 FAX: (613) 727-1178
3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA
-----Original Message-----
From: Victor Geere [mailto:victor@nha.co.za]
Sent: Wednesday, July 24, 2002 10:54 AM
To: Powerhouse List (E-mail)
Subject: common hp[3|9]k dictionary
Is it QUICK on NT that would link the two ODBC drivers once it becomes
available, or would it connect to both databases natively from an NT
machine? Also is C-ISAM not available on the HP3K? If not, how does
it handle indexed subfiles, something that requires C-ISAM support on
the HP9K? Or doesn't it? If it does, would I be able to export Image
data to C-ISAM files on the HP3K and FTP them accross to the HP9K?
Is powerhouse going to continue being supported on NT?
For which databases? Natively or via ODBC?
Regards
Victor
--------------------------------------------------------------------------
Hi Victor,
The only way this can be done is if the dictionary lives on a PC and uses
ODBC access to the CISAM file and ODBC access to the Image database.
PowerHouse NT has been out for a couple of years. The only thing that has
not been there is QUICK on NT, but it is currently in beta and will be
released by the end of summer.
Regards,
Christina Hasse
ADT North American Technical Manager
COGNOS CORPORATION
christina.hasse@cognos.com
425 N. Martingale Road, Suite 600
Schaumburg, IL 60173
Office: 847 - 285 - 2905
Cell: 847 - 612 - 6854
-----Original Message-----
From: Victor Geere [mailto:victor@nha.co.za]
Sent: Tuesday, July 23, 2002 11:01 AM
To: Powerhouse List (E-mail)
Subject: common hp[3|9]k dictionary
Is it possible to connect to C-ISAM data on a hp9k and to Image data on a
hp3k
with the same dictionary (to move data between the two without using
subfiles
or any other intermediate format)?
1.If the dictionary is on the 9k?
2.If the dictionary is on the 3k?
3.If Image and the C-ISAM data is on the 3k?
Regards
Victor
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. Thank you.
From audrey.yates@cdhb.govt.nz Tue, 30 Jul 2002 10:02:34 +1200
Date: Tue, 30 Jul 2002 10:02:34 +1200
From: Audrey Yates audrey.yates@cdhb.govt.nz
Subject: PH to Axiant migration
Hello again
Thanks for all your replies.
Robert Mills (and others) said:
"It would help if you gave some details of your current environment.
What version of PowerHouse and which platform and version of OS is it
running on?"
We are running on a Data General box currently and running PH version 8 on a C-ISAM file structure. Our migration is actually forced on us by the vendor of our third party payroll .
We are going to MS-SQL server on a Win2000 box.
Audrey
Analyst/Programmer
Canterbury District Health Board
Christchurch, New Zealand
**********************************************************************
** This email and attachments have been scanned for content and viruses
and is believed to be clean **
This email or attachments may contain confidential or legally
privileged information intended for the sole use of the addressee(s).
Any use, redistribution, disclosure, or reproduction of this message,
except as intended, is prohibited. If you received this email in error,
please notify the sender and remove all copies of the message,
including any attachments. Any views or opinions expressed in this
email (unless otherwise stated) may not represent those of Canterbury
District Health Board
**********************************************************************
From BEdis@usbnc.org Mon, 29 Jul 2002 17:22:42 -0500
Date: Mon, 29 Jul 2002 17:22:42 -0500
From: Edis, Bob BEdis@usbnc.org
Subject: PH to Axiant migration
Dear Audrey
The two hardest parts of your project will be converting the C-ISAM data
structure to a RDBMS structure and redesigning your Quick screens for a GUI.
Both a time consuming and can fall victim to the clash of personal
viewpoints.
I suggest you spend the time analysing and designing a robust and extensible
RDBMS schema before anything else.
If you have good existing PowerHouse expertise and little Axiant experience
you may be able to delay the screen conversion (QTP will be largely
unaffected) by getting the beta version of PowerHouse 8.4 for Windows NT.
Quiz is a dog on Windows NT against a SQL Server database. I suggest either
re-writing the reports using Impromptu or redesign the Quiz programs to use
as much embedded SQL statements as possible.
Regards,
Blue
-----Original Message-----
From: Audrey Yates [mailto:audrey.yates@cdhb.govt.nz]
Sent: Monday, July 29, 2002 5:03 PM
To: powerh-l@lists.swau.edu
Subject: RE:PH to Axiant migration
Hello again
Thanks for all your replies.
Robert Mills (and others) said:
"It would help if you gave some details of your current environment.
What version of PowerHouse and which platform and version of OS is it
running on?"
We are running on a Data General box currently and running PH version 8 on a
C-ISAM file structure. Our migration is actually forced on us by the vendor
of our third party payroll .
We are going to MS-SQL server on a Win2000 box.
Audrey
Analyst/Programmer
Canterbury District Health Board
Christchurch, New Zealand
**********************************************************************
** This email and attachments have been scanned for content and viruses
and is believed to be clean **
This email or attachments may contain confidential or legally
privileged information intended for the sole use of the addressee(s).
Any use, redistribution, disclosure, or reproduction of this message,
except as intended, is prohibited. If you received this email in error,
please notify the sender and remove all copies of the message,
including any attachments. Any views or opinions expressed in this
email (unless otherwise stated) may not represent those of Canterbury
District Health Board
**********************************************************************
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From Richard.Witkopp@idt.com Mon, 29 Jul 2002 15:37:01 -0700
Date: Mon, 29 Jul 2002 15:37:01 -0700
From: Witkopp, Richard Richard.Witkopp@idt.com
Subject: PH to Axiant migration
Screen conversion can get especially sticky if you
have a very complex screen design. GUI screens
should be event-driven (i.e. clicking the mouse).
I worked in a shop where there were very complex
sets of screens that led the user down a path
depending on the values they input into various
fields. That sort of app may need a substantial
redesign.
> -----Original Message-----
> From: Edis, Bob [mailto:BEdis@usbnc.org]
> Sent: Monday, July 29, 2002 3:23 PM
> To: PowerHouse List (E-mail)
> Subject: RE: PH to Axiant migration
>
>
> Dear Audrey
>
> The two hardest parts of your project will be converting the
> C-ISAM data
> structure to a RDBMS structure and redesigning your Quick
> screens for a GUI.
> Both a time consuming and can fall victim to the clash of personal
> viewpoints.
>
> I suggest you spend the time analysing and designing a robust
> and extensible
> RDBMS schema before anything else.
>
> If you have good existing PowerHouse expertise and little
> Axiant experience
> you may be able to delay the screen conversion (QTP will be largely
> unaffected) by getting the beta version of PowerHouse 8.4 for
> Windows NT.
>
> Quiz is a dog on Windows NT against a SQL Server database. I
> suggest either
> re-writing the reports using Impromptu or redesign the Quiz
> programs to use
> as much embedded SQL statements as possible.
>
> Regards,
> Blue
>
> -----Original Message-----
> From: Audrey Yates [mailto:audrey.yates@cdhb.govt.nz]
> Sent: Monday, July 29, 2002 5:03 PM
> To: powerh-l@lists.swau.edu
> Subject: RE:PH to Axiant migration
>
>
> Hello again
>
> Thanks for all your replies.
>
> Robert Mills (and others) said:
> "It would help if you gave some details of your current environment.
>
> What version of PowerHouse and which platform and version of OS is it
> running on?"
>
> We are running on a Data General box currently and running PH
> version 8 on a
> C-ISAM file structure. Our migration is actually forced on us
> by the vendor
> of our third party payroll .
> We are going to MS-SQL server on a Win2000 box.
>
> Audrey
> Analyst/Programmer
> Canterbury District Health Board
> Christchurch, New Zealand
>
>
>
>
> **********************************************************************
> ** This email and attachments have been scanned for content
> and viruses
> and is believed to be clean **
>
> This email or attachments may contain confidential or legally
> privileged information intended for the sole use of the addressee(s).
> Any use, redistribution, disclosure, or reproduction of this message,
> except as intended, is prohibited. If you received this email
> in error,
> please notify the sender and remove all copies of the message,
> including any attachments. Any views or opinions expressed in this
> email (unless otherwise stated) may not represent those of Canterbury
> District Health Board
> **********************************************************************
>
>
> = = = = = = = = = = = = = = = = = = = = = = = = = = = =
> Mailing list: powerh-l@lists.swau.edu
> Subscribe: "subscribe" in message body to
> powerh-l-request@lists.swau.edu
> Unsubscribe: "unsubscribe" in message body to
> powerh-l-request@lists.swau.edu
> http://lists.swau.edu/mailman/listinfo/powerh-l
> This list is closed, thus to post to the list you must be a
> subscriber.
>
> = = = = = = = = = = = = = = = = = = = = = = = = = = = =
> Mailing list: powerh-l@lists.swau.edu
> Subscribe: "subscribe" in message body to
> powerh-l-request@lists.swau.edu
> Unsubscribe: "unsubscribe" in message body to
> powerh-l-request@lists.swau.edu
> http://lists.swau.edu/mailman/listinfo/powerh-l
> This list is closed, thus to post to the list you must be a
> subscriber.
>
From shulbert@littlejohnfrazer.com Tue, 30 Jul 2002 9:27:35 +0100
Date: Tue, 30 Jul 2002 9:27:35 +0100
From: shulbert@littlejohnfrazer.com shulbert@littlejohnfrazer.com
Subject: PH to Axiant migration
audrey,
technically, the biggest gotcha comes from the fact that text powerhouse is serially processed and axiant pretends to be a gui "parallel" environment. the result of which is that ID SAME doesn't work by default the same way under 3.1 thin client as it does in text powerhouse (i'd be grateful for some feedback on other developers' experience of this). you'll have to deal with this at some point, and better in the initial migration than after the first phase of testing.
in thin client, axiant is acting as a front end for quick in the background. when the user clicks on a field, axiant generates what it thinks the command sequence should be for quick to activate the field. unfortunately it doesn't take any notice of which fields are or aren't active at the time. e.g. clicking on the third field in an id same group will always generate "n;;" (group id, next, next) even if two of the fields are inactive.
there seem to be three specific instances where this is an issue for us, two of which cognos have come through with workarounds for, the third i'm still waiting on.
1. long descriptions
throughout our text app we have code like this:
field code_item
field code_desc id same display
where code_desc is retrieved from a lookup table.
if the user clicks on the second field axiant generates the command sequence "n;".
since there is only one field active the next command is treated as a "next data": this gets a new page of data, clears the data fields if there isn't one, or generates a "Data has been changed but not updated" warning, none of which are exactly helpful to the user.
three (at least) choices:
a. change all the fields marked "id same display" to "noid display" (you can use your favourite batch text program to do this before the migration);
b. change the left click event on the second field to "Current Field ID";
c. warn the users not to click on fields they know they shouldn't.
2. lookup screens/cluster events
a fairly standard algorithm is to present the user with a selection of records and then run a subscreen or return a value based on which record the user picks. we have done this using clusters and numbered designers:
cluster occurs with detailfile
field element1
field element2 id same
field element3 id same
cluster
...
procedure designer n ; cluster id
begin
run screen screen2 passing element1
end
procedure designer n ; cluster id
begin
let tvalue = element1
return
end
choice1 is for screens displaying detail, choice2 for code lookup screens returning a value.
clicking on element3 will generate the command "n;;". since there are no fields to prompt for you get two "next data" commands. these are carried over to the called/calling screen, generating much confusion among users.
cognos' preferred solution is to change the left click event for all the fields in the cluster to "Current Field ID".
3. custom field orders
in powerhouse, a complex custom field order is set up using id same and a numbered designer procedure.
field element1
field element2 id same
field element3 id same
...
procedure designer n ; element1 id
begin
if not changemode
then accept element1
accept element2
if boolean1
then accept element3
end
axiant doesn't deal with this at all.
i've been trying to get a response on this from cognos over this for nearly a year now with no luck.
i did, however, discover a workaround:
1. change all the fields to id default.
2. create separate designer procedures for each field
field element1
field element2
field element3
...
procedure designer m ; element1 id
begin
if not changemode
then accept element1
end
; element 2 doesn't need it's own procedure since it's not conditional
procedure designer n ; element3 id
begin
if boolean1
then accept element3
end
if you really must have fields prompted for in the same order you can keep id same/procedure designer n and change the left click event of the id same fields to be "Current Field ID": this will go through all the processing all the time, which isn't very windows-like.
if you have deeply nested ifs the individual numbered designers can get very complicated. if there are a lot of fields this can become a bit of a nightmare to maintain.
if you need more pointers, please feel free to contact me on or off-list.
regards,
stephen.
-----Original Message-----
From: audrey.yates@cdhb.govt.nz [mailto:audrey.yates@cdhb.govt.nz] Sent: Monday, July 29, 2002 5:03 AM
To: powerh-l@lists.swau.edu
Subject: PH to Axiant migration
Hello all.
We are about to embark on this migration with trepidation. What 'traps for young players' are there that we should be aware of? Any tips and tricks you can tell us about?
Thanks in advance for your help
Audrey
Analyst/Programmer
Canterbury District Health Board
Christchurch, New Zealand
**********************************************************************
** This email and attachments have been scanned for content and viruses and is believed to be clean **
This email or attachments may contain confidential or legally privileged information intended for the sole use of the addressee(s). Any use, redistribution, disclosure, or reproduction of this message, except as intended, is prohibited. If you received this email in error, please notify the sender and remove all copies of the message, including any attachments. Any views or opinions expressed in this email (unless otherwise stated) may not represent those of Canterbury District Health Board
**********************************************************************
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
The information contained in this communication is confidential and may
be legally privileged. It is intended solely for the use of the
individual or entity to whom it is addressed and others authorised to
receive it. If you are not the intended recipient you are hereby
notified that any disclosure, copying, distribution or taking of any
action in reliance on the contents of this information is strictly
prohibited and may be unlawful.
Littlejohn Frazer reserves the right to monitor the content of any
message sent to or from littlejohnfrazer.com and its associate domains,
fmi-litjon.co.uk and litjon.co.uk
A list of partners may be inspected at 1 Park Place, Canary Wharf,
London, E14 4HJ
Registered to carry on audit work by the Institute of Chartered
Accountants in England & Wales, and authorised by the Financial
Services Authority to provide financial services
From victor@nha.co.za Tue, 30 Jul 2002 14:41:54 +0200
Date: Tue, 30 Jul 2002 14:41:54 +0200
From: Victor Geere victor@nha.co.za
Subject: Windows development, HP-UX deployment
I found the following paragraph on the Cognos web site:
============================================
>From within the Axiant IDE developers can build and deploy their
applications to MPE/iX, HP-UX or Windows 2000/NT servers running
either PowerHouse 4GL or PowerHouse Web-providing Web browser,
Windows client or terminal access to those applications with
efficient native access to HP IMAGE, ALLBASE/SQL, KSAM, MPE,
C-ISAM, Oracle, Sybase and Microsoft SQL Server data.
============================================
I would like to have a Powerhouse IDE that I can use on
my laptop at night and deploy on HP-UX PH 4GL/Web in the morning.
Is this it or am I missing something?
What advantages does Axiant have over Powerhouse for Windows in this scenario?
Do I have to be connected to HP-UX to use C-ISAM as a database,
or do I have to use, say, MS-SQL to develop in Windows and point
the application to the C-ISAM dictionary when deploying on HP-UX?
Better yet, can I develop Allbase/SQL and C-ISAM applications on
Axiant and deploy this on HP-UX?
see: http://cube.swau.edu/pipermail/powerh-l/2002-July/007082.html
Regards
Victor
From dmorrison@mcbrideelectric.com Tue, 30 Jul 2002 15:17:52 -0700
Date: Tue, 30 Jul 2002 15:17:52 -0700
From: David Morrison - Corporate dmorrison@mcbrideelectric.com
Subject: PowerHouse on AS/400: Entry of negative numbers
This question is related to the AS/400, only.
When one enters negative numbers into a DFU or DDS screen on the AS/400, the
"Field Minus" key (next to the 10-key pad) can be used, combining
right-justification of the digits with the ending minus sign.
My PowerHouse QUICK screens don't allow the use of the Field Minus key.
Instead, users must key the hyphen (above the "P" on the keyboard), which is
inconvenient because it's not by the 10-key pad.
Is there something that I can do in the data dictionary or in each screen,
perhaps, to enable the usage of the Field Minus key in QUICK screens?
Thank you.
David Morrison
From richard.latimer@airways.co.nz Wed, 31 Jul 2002 16:07:11 +1200
Date: Wed, 31 Jul 2002 16:07:11 +1200
From: Latimer, Richard richard.latimer@airways.co.nz
Subject: PowerHouse on AS/400: Entry of negative numbers
David,
have you tried swapping or copying the key function in your terminal
emulator?
We use Client Access Express for Windows (ver 4.3) and I just did a trial to
change it with the normal hyphen / underscore key and it worked OK in our
application.
One caveat is that since the numlock is probably selected that simulates the
shift key so you may need to fiddle a bit. (While you are at it we have
remapped most of ours to support ctrl-C and ctrl-V for cut and paste and I
have also set up the tilde (the one above the tab key) to behave like F16
(the as/400 command line find key)
regards
Richard Latimer
National MIS Manager
Airways New Zealand
Ph +64 4 471 4744
Fax +64 4 471 0395
-----Original Message-----
From: David Morrison - Corporate [mailto:dmorrison@mcbrideelectric.com]
Sent: Wednesday, 31 July 2002 10:18 a.m.
To: 'powerh-l@lists.swau.edu'
Subject: PowerHouse on AS/400: Entry of negative numbers
This question is related to the AS/400, only.
When one enters negative numbers into a DFU or DDS screen on the AS/400, the
"Field Minus" key (next to the 10-key pad) can be used, combining
right-justification of the digits with the ending minus sign.
My PowerHouse QUICK screens don't allow the use of the Field Minus key.
Instead, users must key the hyphen (above the "P" on the keyboard), which is
inconvenient because it's not by the 10-key pad.
Is there something that I can do in the data dictionary or in each screen,
perhaps, to enable the usage of the Field Minus key in QUICK screens?
Thank you.
David Morrison
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
**********************************************************************
This electronic message together with any attachments is confidential. If
you receive it in error: (i) you must not use, disclose, copy or retain
it; (ii) please contact the sender immediately by reply email and then
delete the emails. Views expressed in this email may not be those of the
Airways Corporation of New Zealand Limited
**********************************************************************
From Daniel.Miller@nightfreight.co.uk Wed, 31 Jul 2002 15:01:02 +0100
Date: Wed, 31 Jul 2002 15:01:02 +0100
From: Miller, Daniel Daniel.Miller@nightfreight.co.uk
Subject: Error adding elements to dictionary
Hi,
Anyone have an idea on the cause of this error?
Data access error. (O-ELEMENT*01)
%RMS-F-DUP, duplicate key detected (DUP not set)
Press RETURN to continue.
When we try to add elements to a dictionary we get the above error on update
(using "pow"), we can still add elements to other dictionaries ok.
The elements being added definitely dont exist in the dictionary allthough
the problem started after an element had been deleted and then was tried to
be reentered. There is definitely no one else accessing the dictionary.
We use ph 710g1 on alpha vms 7.3
tia,
Daniel Miller
Nightfreight
From aakjaer@post7.tele.dk Wed, 31 Jul 2002 16:18:55 +0200
Date: Wed, 31 Jul 2002 16:18:55 +0200
From: Jimmi Aakjaer aakjaer@post7.tele.dk
Subject: Error adding elements to dictionary
Hi Daniel
Try PHDMAINT and recover
Best Regards
Jimmi Aakjær
Denmark
----- Original Message -----
From: "Miller, Daniel"
To: "Powerhouse List 3 (E-mail)"
Sent: Wednesday, July 31, 2002 4:01 PM
Subject: Error adding elements to dictionary
> Hi,
>
> Anyone have an idea on the cause of this error?
>
> Data access error. (O-ELEMENT*01)
> %RMS-F-DUP, duplicate key detected (DUP not set)
>
> Press RETURN to continue.
>
> When we try to add elements to a dictionary we get the above error on
update
> (using "pow"), we can still add elements to other dictionaries ok.
>
> The elements being added definitely dont exist in the dictionary allthough
> the problem started after an element had been deleted and then was tried
to
> be reentered. There is definitely no one else accessing the dictionary.
>
> We use ph 710g1 on alpha vms 7.3
>
> tia,
>
> Daniel Miller
> Nightfreight
>
> = = = = = = = = = = = = = = = = = = = = = = = = = = = =
> Mailing list: powerh-l@lists.swau.edu
> Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
> Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
> http://lists.swau.edu/mailman/listinfo/powerh-l
> This list is closed, thus to post to the list you must be a subscriber.
From Allison.Hamilton@Cognos.COM Wed, 31 Jul 2002 10:19:06 -0400
Date: Wed, 31 Jul 2002 10:19:06 -0400
From: Hamilton, Allison Allison.Hamilton@Cognos.COM
Subject: Error adding elements to dictionary
It's possible that the delete didn't delete everything it was supposed to,
so you ended up with something left over that you shouldn't have. You might
try to use PHDMAINT to Recover your dictionary. It should produce a report
indicating where the problem is, and it may be able to fix it.
-----Original Message-----
From: Miller, Daniel [mailto:Daniel.Miller@nightfreight.co.uk]
Sent: Wednesday, July 31, 2002 10:01 AM
To: Powerhouse List 3 (E-mail)
Subject: Error adding elements to dictionary
Hi,
Anyone have an idea on the cause of this error?
Data access error. (O-ELEMENT*01)
%RMS-F-DUP, duplicate key detected (DUP not set)
Press RETURN to continue.
When we try to add elements to a dictionary we get the above error on update
(using "pow"), we can still add elements to other dictionaries ok.
The elements being added definitely dont exist in the dictionary allthough
the problem started after an element had been deleted and then was tried to
be reentered. There is definitely no one else accessing the dictionary.
We use ph 710g1 on alpha vms 7.3
tia,
Daniel Miller
Nightfreight
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. Thank you.
From Allison.Hamilton@Cognos.COM Wed, 31 Jul 2002 10:43:08 -0400
Date: Wed, 31 Jul 2002 10:43:08 -0400
From: Hamilton, Allison Allison.Hamilton@Cognos.COM
Subject: Error adding elements to dictionary
Another option, if the dictionary doesn't recover properly, or if you just
want to start again... Go into QSHOW, SET LANGUAGE PDL, GEN ALL (if you are
using ASC's etc, make sure you SET SECURITY first, and have privilege to do
so). This will give you a PDL source for your current dictionary. Then you
can recompile it and return to POW for further updates.
-----Original Message-----
From: Hamilton, Allison [mailto:Allison.Hamilton@cognos.com]
Sent: Wednesday, July 31, 2002 10:19 AM
To: 'Miller, Daniel'; Powerhouse List 3 (E-mail)
Subject: RE: Error adding elements to dictionary
It's possible that the delete didn't delete everything it was supposed to,
so you ended up with something left over that you shouldn't have. You might
try to use PHDMAINT to Recover your dictionary. It should produce a report
indicating where the problem is, and it may be able to fix it.
-----Original Message-----
From: Miller, Daniel [mailto:Daniel.Miller@nightfreight.co.uk]
Sent: Wednesday, July 31, 2002 10:01 AM
To: Powerhouse List 3 (E-mail)
Subject: Error adding elements to dictionary
Hi,
Anyone have an idea on the cause of this error?
Data access error. (O-ELEMENT*01)
%RMS-F-DUP, duplicate key detected (DUP not set)
Press RETURN to continue.
When we try to add elements to a dictionary we get the above error on update
(using "pow"), we can still add elements to other dictionaries ok.
The elements being added definitely dont exist in the dictionary allthough
the problem started after an element had been deleted and then was tried to
be reentered. There is definitely no one else accessing the dictionary.
We use ph 710g1 on alpha vms 7.3
tia,
Daniel Miller
Nightfreight
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. Thank you.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. Thank you.
From Jim.Pantos@amisysllc.com Wed, 31 Jul 2002 10:59:18 -0400
Date: Wed, 31 Jul 2002 10:59:18 -0400
From: Pantos, Jim Jim.Pantos@amisysllc.com
Subject: Axiant experiences
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C238A2.D855BC30
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I am with a company located in the Washington DC metro area that is
considering migrating our HP-e3000 quick code to Axiant. We have a =
large
application with about 1500 Quick screens, 500 of which are relatively
complex (from 1000 - 6000 lines of code). One idea we are considering =
is
migrating our screens to Axiant to provide our clients with a GUI =
interface
in the short term (next 1-3 years), and then initiating a brand new
development project with a newer tool that provides a more robust =
toolset.
Another alternative we have been considering is scrapping the Axiant =
plan
altogether and initiating the new development project immediately, =
using
Java with Jdeveloper, and using a very methodical phased approach so we =
can
avoid the pitfalls of trying to convert a large system all in one bite. =
We
have already committed to Oracle for our database solution and are now =
an
Oracle development partner, so this might be a low cost alternative for =
us.
We have been prototyping Axiant 3.1 running against HP-UX server and =
Oracle
database for a few months now and have found a lot of roadblocks that =
have
been very frustrating for us. We have also been disappointed with the
limited features of Axiant vis-=E0-vis a more fully object-oriented
development tool. We are going to install Axiant beta 3.4 in the near
future and do some further prototyping, but as with most projects these
days, we need to make a decision very soon, so we need to get informed =
as
quickly as we can.
My question is: Do any of you work at an Axiant development shop that =
is
also running Axiant in production? What I really need is to be able to
visit a couple of development shops that have in-house developers, have
implemented Axiant and will give me an honest evaluation of the issues =
you
have confronted during your migration/development effort. We really =
need to
know if our migration to Axiant is worthwhile for this relatively =
short-term
goal, how severe the issues are that we have found, and what sort of
workarounds you may have discovered through your own experiences. =
Ideally,
we'd like to find someone close enough to our location that we could =
visit
in a day, but I'd really appreciate any feedback any of you might have =
for
me. We would really appreciate the opportunity to come and pay you a =
visit.
Please feel free to contact me directly at my e-mail address, which is
listed below, or via the listserver.
Thanks!
> Jim Pantos=20
> Sr. Technical Development Advisor=20
> AMISYS LLC.
> Phone: 301-315-7211
> Email: Jim.Pantos@amisysllc.com
>=20
> Confidentiality Notice: This email message, including any =
attachments, is
> for the sole use of the intended recipient and may contain =
confidential
> and privileged information. Any unauthorized review, use, disclosure =
or
> distribution is prohibited. If you are not the intended recipient, =
please
> contact the sender by reply e-mail and destroy all copies of the =
original
> message
>=20
>=20
------_=_NextPart_001_01C238A2.D855BC30
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Axiant experiences
I am with a company located in the =
Washington DC metro area that is considering migrating our HP-e3000 =
quick code to Axiant. We have a large application with about 1500 =
Quick screens, 500 of which are relatively complex (from 1000 - 6000 =
lines of code). One idea we are considering is migrating our =
screens to Axiant to provide our clients with a GUI interface in the =
short term (next 1-3 years), and then initiating a brand new =
development project with a newer tool that provides a more robust =
toolset. Another alternative we have been considering is =
scrapping the Axiant plan altogether and initiating the new development =
project immediately, using Java with Jdeveloper, and using a very =
methodical phased approach so we can avoid the pitfalls of trying to =
convert a large system all in one bite. We have already committed =
to Oracle for our database solution and are now an Oracle development =
partner, so this might be a low cost alternative for us. We have =
been prototyping Axiant 3.1 running against HP-UX server and Oracle =
database for a few months now and have found a lot of roadblocks that =
have been very frustrating for us. We have also been disappointed =
with the limited features of Axiant vis-=E0-vis a more fully =
object-oriented development tool. We are going to install Axiant =
beta 3.4 in the near future and do some further prototyping, but as =
with most projects these days, we need to make a decision very soon, so =
we need to get informed as quickly as we can.
My question is: Do any of you work at =
an Axiant development shop that is also running Axiant in =
production? What I really need is to be able to visit a couple of =
development shops that have in-house developers, have implemented =
Axiant and will give me an honest evaluation of the issues you =
have confronted during your migration/development effort. We =
really need to know if our migration to Axiant is worthwhile for this =
relatively short-term goal, how severe the issues are that we have =
found, and what sort of workarounds you may have discovered through =
your own experiences. Ideally, we'd like to find someone close =
enough to our location that we could visit in a day, but I'd really =
appreciate any feedback any of you might have for me. We would =
really appreciate the opportunity to come and pay you a =
visit.
Please feel free to contact me =
directly at my e-mail address, which is listed below, or via the =
listserver.
Thanks!
Jim Pantos =
Sr. =
Technical Development Advisor
AMISYS =
LLC.
Phone: =
301-315-7211
Email: =
Jim.Pantos@amisysllc.com
Confidentiality Notice: This email message, including any =
attachments, is for the sole use of the intended recipient and may =
contain confidential and privileged information. Any unauthorized =
review, use, disclosure or distribution is prohibited. If you are not =
the intended recipient, please contact the sender by reply e-mail and =
destroy all copies of the original message
------_=_NextPart_001_01C238A2.D855BC30--
From Conrad.Whittall@Cognos.COM Wed, 31 Jul 2002 11:02:03 -0400
Date: Wed, 31 Jul 2002 11:02:03 -0400
From: Whittall, Conrad Conrad.Whittall@Cognos.COM
Subject: Windows development, HP-UX deployment
Hi Victor,
Yes, Axiant is the Windows-based PowerHouse IDE that will let you develop
offline. You can also run and test your applications standalone on your
notebook, assuming you have local data storage that is compatible with your
server-based storage and you are developing a Windows GUI for your users to
access via Axiant Client...or an HTML interface to be deployed with
PowerHouse Web (in which case you will also need a copy of PHWeb on your
notebook so that you can run these apps standalone).
While connected to your LAN (where your Axiant repository will probably be
located, for multi-developer access) you can download into a local Axiant
workspace on your notebook copies of the objects that you need for your
offline development work (data definitions, program fragments, complete
programs, etc.). You then disconnect your workspace from the repository and
you are able to work offline with those copies of the objects downloaded,
change them, or add new ones. You can compile programs locally and run
them...assuming you have local data storage compatible with that found on
your target server system. When you have completed your work you log-on to
your LAN again, reconnect your Axiant workspace to the repository, and
commit your work to the repository so that it is now visible to other
developers.
When I say "compatible" this does not necessarily mean "identical". If you
are using C-ISAM on HP-UX then, as of Axiant 3.4, you will be able to use
the "compatible" DISAM-96 file system on your Windows PC. If you are using
Oracle on your server, then you can use Personal Oracle on your PC...or you
can use the copy of Sybase SQL Anywhere that comes with Axiant, as both
PowerHouse and Axiant use the default single-transaction model against both
of these databases -- as well as against ALLBASE/SQL.
Since ALLBASE/SQL is not available for the PC you could use either Sybase
SQL Anywhere or Personal Oracle as both are treated very similarly by the
Axiant and PowerHouse data access layers.
If your target on HP-UX were Sybase ASE, for which PowerHouse/Axiant use a
dual-transaction model, then that too is available for Windows
Support for IBM's DB2 will be in Axiant 3.4, PowerHouse 4GL 8.43 and
PowerHouse Web 2.43.
If you don't already have the latest Axiant documentation you can download
it from the web site:
http://powerhouse.cognos.com/products/powerhouse/download.html
Its probably also worth downloading the PowerHouse Books 3rd Edition
documentation from this page, as all of the discussions about PowerHouse and
relational databases has been consolidated into a single manual.
Best regards,
Conrad
Conrad Whittall
e-Learning Architect, Global Education Services
Cognos Incorporated, 3755 Riverside Drive, Ottawa, Ontario, K1G 4K9, Canada
-----Original Message-----
From: Victor Geere [mailto:victor@nha.co.za]
Sent: Tuesday 30 July 2002 08:42
To: Powerhouse List (E-mail)
Subject: Windows development, HP-UX deployment
I found the following paragraph on the Cognos web site:
============================================
>From within the Axiant IDE developers can build and deploy their
applications to MPE/iX, HP-UX or Windows 2000/NT servers running
either PowerHouse 4GL or PowerHouse Web-providing Web browser,
Windows client or terminal access to those applications with
efficient native access to HP IMAGE, ALLBASE/SQL, KSAM, MPE,
C-ISAM, Oracle, Sybase and Microsoft SQL Server data.
============================================
I would like to have a Powerhouse IDE that I can use on
my laptop at night and deploy on HP-UX PH 4GL/Web in the morning.
Is this it or am I missing something?
What advantages does Axiant have over Powerhouse for Windows in this
scenario?
Do I have to be connected to HP-UX to use C-ISAM as a database,
or do I have to use, say, MS-SQL to develop in Windows and point
the application to the C-ISAM dictionary when deploying on HP-UX?
Better yet, can I develop Allbase/SQL and C-ISAM applications on
Axiant and deploy this on HP-UX?
see: http://cube.swau.edu/pipermail/powerh-l/2002-July/007082.html
Regards
Victor
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. Thank you.
From Daniel.Miller@nightfreight.co.uk Wed, 31 Jul 2002 15:58:28 +0100
Date: Wed, 31 Jul 2002 15:58:28 +0100
From: Miller, Daniel Daniel.Miller@nightfreight.co.uk
Subject: Error adding elements to dictionary
thanks to everyone who suggested phdmaint and recover, it recovered all
errors and its working fine now.
-----Original Message-----
From: Hamilton, Allison [mailto:Allison.Hamilton@Cognos.COM]
Sent: Wednesday, July 31, 2002 3:43 PM
To: 'Miller, Daniel'; Powerhouse List 3 (E-mail)
Subject: RE: Error adding elements to dictionary
Another option, if the dictionary doesn't recover properly, or if you just
want to start again... Go into QSHOW, SET LANGUAGE PDL, GEN ALL (if you are
using ASC's etc, make sure you SET SECURITY first, and have privilege to do
so). This will give you a PDL source for your current dictionary. Then you
can recompile it and return to POW for further updates.
-----Original Message-----
From: Hamilton, Allison [mailto:Allison.Hamilton@cognos.com]
Sent: Wednesday, July 31, 2002 10:19 AM
To: 'Miller, Daniel'; Powerhouse List 3 (E-mail)
Subject: RE: Error adding elements to dictionary
It's possible that the delete didn't delete everything it was supposed to,
so you ended up with something left over that you shouldn't have. You might
try to use PHDMAINT to Recover your dictionary. It should produce a report
indicating where the problem is, and it may be able to fix it.
-----Original Message-----
From: Miller, Daniel [mailto:Daniel.Miller@nightfreight.co.uk]
Sent: Wednesday, July 31, 2002 10:01 AM
To: Powerhouse List 3 (E-mail)
Subject: Error adding elements to dictionary
Hi,
Anyone have an idea on the cause of this error?
Data access error. (O-ELEMENT*01)
%RMS-F-DUP, duplicate key detected (DUP not set)
Press RETURN to continue.
When we try to add elements to a dictionary we get the above error on update
(using "pow"), we can still add elements to other dictionaries ok.
The elements being added definitely dont exist in the dictionary allthough
the problem started after an element had been deleted and then was tried to
be reentered. There is definitely no one else accessing the dictionary.
We use ph 710g1 on alpha vms 7.3
tia,
Daniel Miller
Nightfreight
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. Thank you.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. Thank you.
From george.j.wen@us.abb.com Wed, 31 Jul 2002 10:07:31 -0500
Date: Wed, 31 Jul 2002 10:07:31 -0500
From: george.j.wen@us.abb.com george.j.wen@us.abb.com
Subject: PowerHouse on AS/400: Entry of negative numbers
--0__=4kA8wuxKE0Gzha6oMs37lUBMLg1svAzW4dPXZWZs3qlmwWaHOsHUMeZw
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
David,
I had the same situation. I changed the keyboard (keypad) map of the
minus sign to the same as the that of the
top row and it now behaves the same way.
Good luck,
George
|------------->
|(Embedded |
|image moved |
|to file: |
|pic25129.pcx)|
| |
|------------->
>--------------------------------------------------------------------|
|David Morrison - Corporate |
|07/30/2002 05:17 PM |
>--------------------------------------------------------------------|
To: "'powerh-l@lists.swau.edu'"
cc: (bcc: George J. Wen/NB/USFAC/ABB)
Subject: PowerHouse on AS/400: Entry of negative numbers
Security Level:? Internal
This question is related to the AS/400, only.
When one enters negative numbers into a DFU or DDS screen on the AS/400,
the
"Field Minus" key (next to the 10-key pad) can be used, combining
right-justification of the digits with the ending minus sign.
My PowerHouse QUICK screens don't allow the use of the Field Minus key.
Instead, users must key the hyphen (above the "P" on the keyboard),
which is
inconvenient because it's not by the 10-key pad.
Is there something that I can do in the data dictionary or in each
screen,
perhaps, to enable the usage of the Field Minus key in QUICK screens?
Thank you.
David Morrison
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to
powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
--0__=4kA8wuxKE0Gzha6oMs37lUBMLg1svAzW4dPXZWZs3qlmwWaHOsHUMeZw
Content-type: application/octet-stream;
name="pic25129.pcx"
Content-Disposition: attachment; filename="pic25129.pcx"
Content-transfer-encoding: base64
CgUBCAAAAABBADEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAABQgABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAA=
--0__=4kA8wuxKE0Gzha6oMs37lUBMLg1svAzW4dPXZWZs3qlmwWaHOsHUMeZw--
From Richard.Witkopp@idt.com Wed, 31 Jul 2002 09:55:19 -0700
Date: Wed, 31 Jul 2002 09:55:19 -0700
From: Witkopp, Richard Richard.Witkopp@idt.com
Subject: Axiant experiences
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C238B3.0D8CFC00
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Java is more robust that Axiant? Not sure I would agree
with that. If you're already an Oracle development partner,
why not use Developer 2000, or whatever it's called now?
-----Original Message-----
From: Pantos, Jim [mailto:Jim.Pantos@amisysllc.com]
Sent: Wednesday, July 31, 2002 7:59 AM
To: 'powerh-l@lists.swau.edu'; Bob Edis; Darren Reely; James Byrne; =
Witkopp,
Richard; Sam DeLeese; Steve Franklin
Subject: Axiant experiences
I am with a company located in the Washington DC metro area that is
considering migrating our HP-e3000 quick code to Axiant. We have a =
large
application with about 1500 Quick screens, 500 of which are relatively
complex (from 1000 - 6000 lines of code). One idea we are considering =
is
migrating our screens to Axiant to provide our clients with a GUI =
interface
in the short term (next 1-3 years), and then initiating a brand new
development project with a newer tool that provides a more robust =
toolset.
Another alternative we have been considering is scrapping the Axiant =
plan
altogether and initiating the new development project immediately, =
using
Java with Jdeveloper, and using a very methodical phased approach so we =
can
avoid the pitfalls of trying to convert a large system all in one bite. =
We
have already committed to Oracle for our database solution and are now =
an
Oracle development partner, so this might be a low cost alternative for =
us.
We have been prototyping Axiant 3.1 running against HP-UX server and =
Oracle
database for a few months now and have found a lot of roadblocks that =
have
been very frustrating for us. We have also been disappointed with the
limited features of Axiant vis-=E0-vis a more fully object-oriented
development tool. We are going to install Axiant beta 3.4 in the near
future and do some further prototyping, but as with most projects these
days, we need to make a decision very soon, so we need to get informed =
as
quickly as we can.
My question is: Do any of you work at an Axiant development shop that =
is
also running Axiant in production? What I really need is to be able to
visit a couple of development shops that have in-house developers, have
implemented Axiant and will give me an honest evaluation of the issues =
you
have confronted during your migration/development effort. We really =
need to
know if our migration to Axiant is worthwhile for this relatively =
short-term
goal, how severe the issues are that we have found, and what sort of
workarounds you may have discovered through your own experiences. =
Ideally,
we'd like to find someone close enough to our location that we could =
visit
in a day, but I'd really appreciate any feedback any of you might have =
for
me. We would really appreciate the opportunity to come and pay you a =
visit.
Please feel free to contact me directly at my e-mail address, which is
listed below, or via the listserver.=20
Thanks!=20
Jim Pantos=20
Sr. Technical Development Advisor=20
AMISYS LLC.=20
Phone: 301-315-7211=20
Email: Jim.Pantos@amisysllc.com=20
Confidentiality Notice: This email message, including any attachments, =
is
for the sole use of the intended recipient and may contain confidential =
and
privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, =
please
contact the sender by reply e-mail and destroy all copies of the =
original
message
------_=_NextPart_001_01C238B3.0D8CFC00
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Axiant experiences
Java=20
is more robust that Axiant? Not sure I would agree
with=20
that. If you're already an Oracle development =
partner,
why=20
not use Developer 2000, or whatever it's called =
now?
I am with a company located in the =
Washington DC=20
metro area that is considering migrating our HP-e3000 quick code to=20
Axiant. We have a large application with about 1500 Quick =
screens, 500=20
of which are relatively complex (from 1000 - 6000 lines of =
code). One=20
idea we are considering is migrating our screens to Axiant to provide =
our=20
clients with a GUI interface in the short term (next 1-3 years), and =
then=20
initiating a brand new development project with a newer tool that =
provides a=20
more robust toolset. Another alternative we have been =
considering is=20
scrapping the Axiant plan altogether and initiating the new =
development=20
project immediately, using Java with Jdeveloper, and using a very =
methodical=20
phased approach so we can avoid the pitfalls of trying to convert a =
large=20
system all in one bite. We have already committed to Oracle for =
our=20
database solution and are now an Oracle development partner, so this =
might be=20
a low cost alternative for us. We have been prototyping Axiant =
3.1=20
running against HP-UX server and Oracle database for a few months now =
and have=20
found a lot of roadblocks that have been very frustrating for =
us. We=20
have also been disappointed with the limited features of Axiant =
vis-=E0-vis a=20
more fully object-oriented development tool. We are going to =
install=20
Axiant beta 3.4 in the near future and do some further prototyping, =
but as=20
with most projects these days, we need to make a decision very soon, =
so we=20
need to get informed as quickly as we can.
My question is: Do any of you work at =
an Axiant=20
development shop that is also running Axiant in production? =
What I=20
really need is to be able to visit a couple of development shops that =
have=20
in-house developers, have implemented Axiant and will give me an =
honest=20
evaluation of the issues you have confronted during your =
migration/development=20
effort. We really need to know if our migration to Axiant is =
worthwhile=20
for this relatively short-term goal, how severe the issues are that =
we have=20
found, and what sort of workarounds you may have discovered through =
your own=20
experiences. Ideally, we'd like to find someone close enough to =
our=20
location that we could visit in a day, but I'd really appreciate any =
feedback=20
any of you might have for me. We would really appreciate the =
opportunity=20
to come and pay you a visit.
Please feel free to contact me =
directly at my=20
e-mail address, which is listed below, or via the listserver. =
Thanks!
Jim Pantos =
Sr. Technical=20
Development Advisor
AMISYS LLC.
Phone: 301-315-7211
Email: =
Jim.Pantos@amisysllc.com
Confidentiality Notice:=20
This email message, including any attachments, is for the sole use of =
the=20
intended recipient and may contain confidential and privileged =
information.=20
Any unauthorized review, use, disclosure or distribution is =
prohibited. If you=20
are not the intended recipient, please contact the sender by reply =
e-mail and=20
destroy all copies of the original=20
message
------_=_NextPart_001_01C238B3.0D8CFC00--