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_01C4DE1B.710988B0
Content-Type: text/plain;
charset="iso-8859-1"
I have a QTP that writes some transactions and at the end I may have to
update the last
transaction written to adjust for rounding problems. Here is the scenario:
ORDER ITEM
XXX BR-CREDITS QUANTITY-ON-HAND ITEM-NO
1 101 1 10001059
XXX-RATIO
XXX PR-PREFIX XXX-RATIO
1 20 .33
1 20 .33
1 20 .34
All of the OO-TRX and OQ-TRX get written properly but the update at ITEM-NO
fails.
Using the exact key value given in the error message, I can find the
TRAN-KEY when
the QTP is finished.
Why does the QTP fail?
Here's the code:
CAN CLE
ACCESS ORDER-ITEMS &
LINK XXX OF ORDER-ITEMS &
TO PR-XXX OF XXX-RATIO
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 = BR-CREDITS of order-items
&
* QUANTITY-ON-HAND of
order-items &
* (PR-PERCENT of XXX-ratio /
100)
TEMPORARY CREDIT-TOTAL NUM*8
SORT ON ITEM-NO
ITEM CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO
OUTPUT TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX
ITEM UNIT OF Oo-TRX INITIAL "9999999999"
ITEM TRAN-KEY OF Oo-TRX INITIAL "Oo" + ITEM-NO + PR-PREFIX
ITEM CREDITS OF Oo-TRX FINAL SPOILED-CREDITS
OUTPUT TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING "Oo" + ITEM-NO + PR-PREFIX &
IF 0 <> (BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo = CREDITS OF LASTOq + ((BR-CREDITS *
QUANTITY-ON-HAND - CREDIT-TOTAL * -1))
GO
Executing request 1 ...
----------------------------------------------------------------------------
---
Cannot find record with this key/index value.
[3]
File: LASTOQ
Linkitem: UNIT
Linkitem: LINK-UNIT
Linkitem: TRAN-KEY Oq1000105920
Action Taken: Run terminated.
----------------------------------------------------------------------------
---
Records read:
ORDER-ITEMS 5,790
XXX-RATIO 3
Transactions processed: 3
Records processed: Added Updated Unchanged
Deleted
ORDER-ITEMS 0 0 0
0
OO-TRX 3 0 0
0
OQ-TRX 3 0 0
0
LASTOQ 0 0 0
0
LASTOO 0 0 0
0
Finished.
>
------_=_NextPart_001_01C4DE1B.710988B0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Problem updating last record written at sort break in =
QTP
I have a QTP that writes some =
transactions and at the end I may have to update the last
transaction written to adjust =
for rounding problems. Here is the scenario:
ORDER ITEM
XXX =
BR-CREDITS QUANTITY-ON-HAND ITEM-NO
=
1 =
101 &nb=
sp; 1 10001059
XXX-RATIO
XXX =
PR-PREFIX XXX-RATIO
=
1 =
20 .33
=
1 =
20 .33
=
1 =
20 .34
All of the OO-TRX and OQ-TRX =
get written properly but the update at ITEM-NO fails.
Using the exact key value given =
in the error message, I can find the TRAN-KEY when
the QTP is finished. =
Why does the QTP fail?
Here's the code:
CAN CLE
ACCESS ORDER-ITEMS =
&
LINK =
XXX OF ORDER-ITEMS &
TO PR-XXX OF XXX-RATIO
DEFINE =
SPOILED-CREDITS INTEGER SIGNED SIZE 4 =3D BR-CREDITS of order-items =
&
&=
nbsp; &=
nbsp; &=
nbsp; =
* QUANTITY-ON-HAND of order-items &
&=
nbsp; &=
nbsp; &=
nbsp; =
* (PR-PERCENT of XXX-ratio / 100)
TEMPORARY =
CREDIT-TOTAL NUM*8
SORT ON =
ITEM-NO
ITEM CREDIT-TOTAL =
SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO
OUTPUT =
TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX
ITEM =
UNIT OF =
Oo-TRX INITIAL "9999999999"
ITEM =
TRAN-KEY OF Oo-TRX INITIAL =
"Oo" + ITEM-NO + PR-PREFIX
ITEM =
CREDITS OF Oo-TRX =
FINAL SPOILED-CREDITS
OUTPUT =
TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING =
"Oo" + ITEM-NO + PR-PREFIX &
IF 0 <> =
(BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS =
OF LASTOo =3D CREDITS OF LASTOq + ((BR-CREDITS * QUANTITY-ON-HAND - =
CREDIT-TOTAL * -1))
GO
Executing request 1 ...
--------------------------------------------------------=
-----------------------
Cannot find record with this =
key/index =
value. =
=
[3]
File: =
LASTOQ
=
Linkitem: UNIT
=
Linkitem: LINK-UNIT
=
Linkitem: =
TRAN-KEY &nbs=
p; &nbs=
p; Oq1000105920
Action Taken: Run terminated.
--------------------------------------------------------=
-----------------------
Records read:
=
ORDER-ITEMS &=
nbsp; &=
nbsp; 5,790
=
XXX-RATIO &nb=
sp; &nb=
sp; 3
Transactions =
processed: &n=
bsp; 3
Records =
processed: &n=
bsp; =
Added Updated Unchanged =
Deleted
=
ORDER-ITEMS &=
nbsp; &=
nbsp; =
0 =
0 =
0 0
=
OO-TRX =
=
=
3 =
0 =
0 0
=
OQ-TRX =
=
=
3 =
0 =
0 0
=
LASTOQ =
=
=
0 =
0 =
0 0
=
LASTOO =
=
=
0 =
0 =
0 0
Finished.
>
------_=_NextPart_001_01C4DE1B.710988B0--
From dmorrison@mcbrideelectric.com Thu Dec 9 18:39:08 2004
From: dmorrison@mcbrideelectric.com (David Morrison - Corporate)
Date: Thu, 9 Dec 2004 10:39:08 -0800
Subject: Problem updating last record written at sort break in QTP
Message-ID: <741A7B80E63EFE498457491B6AE5BBE7391D50@srvrexchange.mcb_corp.mcbrideelectric.com>
This is a multi-part message in MIME format.
------_=_NextPart_001_01C4DE1E.5E0EF6B1
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Tim,
=20
I'm not sure what's causing the QTP error; I think you need to include =
more of the program (e.g., the reference to LastOq).
=20
Side issues: Using " * .01 " may be faster and/or more accurate than " =
/ 100", and there's no need to ever multiply by -1.
=20
Thanks.
=20
David Morrison
-----Original Message-----
From: powerh-l-admin@lists.sowder.com =
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Tim Cummings
Sent: Thursday, December 09, 2004 10:18 AM
To: Cognos Powerhouse List (E-mail)
Subject: Problem updating last record written at sort break in QTP
I have a QTP that writes some transactions and at the end I may have to =
update the last=20
transaction written to adjust for rounding problems. Here is the =
scenario:=20
ORDER ITEM=20
XXX BR-CREDITS QUANTITY-ON-HAND ITEM-NO=20
1 101 1 10001059=20
XXX-RATIO=20
XXX PR-PREFIX XXX-RATIO=20
1 20 .33=20
1 20 .33=20
1 20 .34=20
=20
All of the OO-TRX and OQ-TRX get written properly but the update at =
ITEM-NO fails.=20
Using the exact key value given in the error message, I can find the =
TRAN-KEY when=20
the QTP is finished. =20
Why does the QTP fail?=20
Here's the code:=20
CAN CLE=20
ACCESS ORDER-ITEMS &=20
LINK XXX OF ORDER-ITEMS &=20
TO PR-XXX OF XXX-RATIO=20
=20
=20
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 =3D BR-CREDITS of =
order-items &=20
* QUANTITY-ON-HAND of =
order-items &=20
* (PR-PERCENT of =
XXX-ratio / 100)=20
TEMPORARY CREDIT-TOTAL NUM*8=20
SORT ON ITEM-NO=20
ITEM CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO=20
OUTPUT TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX=20
ITEM UNIT OF Oo-TRX INITIAL "9999999999"=20
ITEM TRAN-KEY OF Oo-TRX INITIAL "Oo" + ITEM-NO + PR-PREFIX=20
ITEM CREDITS OF Oo-TRX FINAL SPOILED-CREDITS=20
OUTPUT TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO &=20
VIA TRAN-KEY USING "Oo" + ITEM-NO + PR-PREFIX &=20
IF 0 <> (BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)=20
ITEM CREDITS OF LASTOo =3D CREDITS OF LASTOq + ((BR-CREDITS * =
QUANTITY-ON-HAND - CREDIT-TOTAL * -1))=20
GO=20
Executing request 1 ...=20
-------------------------------------------------------------------------=
------=20
Cannot find record with this key/index value. =
[3]=20
File: LASTOQ=20
Linkitem: UNIT=20
Linkitem: LINK-UNIT=20
Linkitem: TRAN-KEY Oq1000105920=20
Action Taken: Run terminated.=20
-------------------------------------------------------------------------=
------=20
Records read:=20
ORDER-ITEMS 5,790=20
XXX-RATIO 3=20
Transactions processed: 3=20
Records processed: Added Updated Unchanged =
Deleted=20
ORDER-ITEMS 0 0 0 =
0=20
OO-TRX 3 0 0 =
0=20
OQ-TRX 3 0 0 =
0=20
LASTOQ 0 0 0 =
0=20
LASTOO 0 0 0 =
0=20
Finished.=20
>=20
------_=_NextPart_001_01C4DE1E.5E0EF6B1
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Problem updating last record written at sort break in QTP
Tim,
I'm =
not sure=20
what's causing the QTP error; I think you need to include more of the =
program=20
(e.g., the reference to LastOq).
Side=20
issues: Using " * .01 " may be faster and/or more accurate =
than " /=20
100", and there's no need to ever multiply by -1.
Thanks.
David=20
Morrison
I have a QTP that writes some =
transactions=20
and at the end I may have to update the last
transaction written to adjust for =
rounding=20
problems. Here is the scenario:
ORDER ITEM
XXX BR-CREDITS =20
QUANTITY-ON-HAND ITEM-NO
=
1 =20
=
101 &nbs=
p; =20
1 10001059
XXX-RATIO
XXX PR-PREFIX =
XXX-RATIO=20
=20
1 =20
20 .33
=20
1 =20
20 .33
=20
1 =20
20 .34
All of the OO-TRX and OQ-TRX get written properly but the =
update at=20
ITEM-NO fails.
Using =
the exact key=20
value given in the error message, I can find the TRAN-KEY when=20
the QTP is finished. =
Why does the QTP fail? =
Here's the code:
CAN CLE
ACCESS ORDER-ITEMS =
&
LINK=20
XXX OF ORDER-ITEMS &
TO PR-XXX OF =
XXX-RATIO=20
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 =3D =
BR-CREDITS=20
of order-items &
&nbs=
p; =
; =
=
* QUANTITY-ON-HAND of order-items &
&nbs=
p; =
; =
=
* (PR-PERCENT of XXX-ratio / 100)
TEMPORARY =
CREDIT-TOTAL=20
NUM*8
SORT ON =
ITEM-NO
ITEM CREDIT-TOTAL =
SUBTOTAL=20
SPOILED-CREDITS RESET AT ITEM-NO
OUTPUT =
TRANSACTIONS ADD=20
NOITEMS ALIAS Oo-TRX
ITEM=20
UNIT OF =
Oo-TRX=20
INITIAL "9999999999"
ITEM =
TRAN-KEY OF=20
Oo-TRX INITIAL "Oo" + ITEM-NO + PR-PREFIX
ITEM=20
CREDITS OF Oo-TRX =
FINAL =20
SPOILED-CREDITS
OUTPUT =
TRANSACTIONS=20
UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING "Oo" =
+ ITEM-NO=20
+ PR-PREFIX &
IF 0 <> =
(BR-CREDITS *=20
QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo =3D CREDITS OF =
LASTOq +=20
((BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL * -1))
GO
Executing request 1 ... =
----------------------------------------------------------------=
---------------=20
Cannot find record with this =
key/index=20
=
value. &=
nbsp; &n=
bsp; =20
[3]
File: =
LASTOQ=20
=
Linkitem: =20
UNIT
=20
Linkitem: LINK-UNIT
Linkitem: =20
=
TRAN-KEY =
; =
=20
Oq1000105920
Action Taken: Run terminated. =
----------------------------------------------------------------=
---------------=20
Records read:
=20
=
ORDER-ITEMS &n=
bsp; &nb=
sp; =20
5,790
=20
=
XXX-RATIO &nbs=
p; =
; =20
3
Transactions=20
=
processed: &nb=
sp; =20
3
Records=20
=
processed: &nb=
sp; =20
Added Updated Unchanged =20
Deleted
=20
=
ORDER-ITEMS &n=
bsp; &nb=
sp; =20
0 =20
0 =20
0 0 =
=20
=
OO-TRX &=
nbsp; &n=
bsp; =20
3 =20
0 =20
0 0 =
=20
=
OQ-TRX &=
nbsp; &n=
bsp; =20
3 =20
0 =20
0 0 =
=20
=
LASTOQ &=
nbsp; &n=
bsp; =20
0 =20
0 =20
0 0 =
=20
=
LASTOO &=
nbsp; &n=
bsp; =20
0 =20
0 =20
0 0
Finished.
>=20
------_=_NextPart_001_01C4DE1E.5E0EF6B1--
From tim.cummings@frequencymarketing.com Thu Dec 9 18:43:13 2004
From: tim.cummings@frequencymarketing.com (Tim Cummings)
Date: Thu, 9 Dec 2004 13:43:13 -0500
Subject: Problem updating last record written at sort break in QTP
Message-ID:
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_01C4DE1E.F0810930
Content-Type: text/plain;
charset="iso-8859-1"
PS: I originally had "FNIAL" on the ITEM statement for LASTOO, that didn't
work either.
-----Original Message-----
From: Tim Cummings [mailto:tim.cummings@frequencymarketing.com]
Sent: Thursday, December 09, 2004 1:18 PM
To: Cognos Powerhouse List (E-mail)
Subject: Problem updating last record written at sort break in QTP
I have a QTP that writes some transactions and at the end I may have to
update the last
transaction written to adjust for rounding problems. Here is the scenario:
ORDER ITEM
XXX BR-CREDITS QUANTITY-ON-HAND ITEM-NO
1 101 1 10001059
XXX-RATIO
XXX PR-PREFIX XXX-RATIO
1 20 .33
1 20 .33
1 20 .34
All of the OO-TRX and OQ-TRX get written properly but the update at ITEM-NO
fails.
Using the exact key value given in the error message, I can find the
TRAN-KEY when
the QTP is finished.
Why does the QTP fail?
Here's the code:
CAN CLE
ACCESS ORDER-ITEMS &
LINK XXX OF ORDER-ITEMS &
TO PR-XXX OF XXX-RATIO
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 = BR-CREDITS of order-items
&
* QUANTITY-ON-HAND of
order-items &
* (PR-PERCENT of XXX-ratio /
100)
TEMPORARY CREDIT-TOTAL NUM*8
SORT ON ITEM-NO
ITEM CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO
OUTPUT TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX
ITEM UNIT OF Oo-TRX INITIAL "9999999999"
ITEM TRAN-KEY OF Oo-TRX INITIAL "Oo" + ITEM-NO + PR-PREFIX
ITEM CREDITS OF Oo-TRX FINAL SPOILED-CREDITS
OUTPUT TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING "Oo" + ITEM-NO + PR-PREFIX &
IF 0 <> (BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo = CREDITS OF LASTOo+ ((BR-CREDITS *
QUANTITY-ON-HAND - CREDIT-TOTAL * -1))
GO
Executing request 1 ...
----------------------------------------------------------------------------
---
Cannot find record with this key/index value.
[3]
File: LASTOO
Linkitem: UNIT
Linkitem: LINK-UNIT
Linkitem: TRAN-KEY Oq1000105920
Action Taken: Run terminated.
----------------------------------------------------------------------------
---
Records read:
ORDER-ITEMS 5,790
XXX-RATIO 3
Transactions processed: 3
Records processed: Added Updated Unchanged
Deleted
ORDER-ITEMS 0 0 0
0
OO-TRX 3 0 0
0
LASTOO 0 0 0
0
Finished.
>
------_=_NextPart_001_01C4DE1E.F0810930
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Problem updating last record written at sort break in =
QTP
PS: I originally had "FNIAL" on =
the ITEM=20
statement for LASTOO, that didn't work either.
I have a QTP that writes some =
transactions=20
and at the end I may have to update the last
transaction written to adjust for =
rounding=20
problems. Here is the scenario:
ORDER ITEM
XXX BR-CREDITS =20
QUANTITY-ON-HAND ITEM-NO
=
1 =20
=
101 &nb=
sp; =20
1 10001059
XXX-RATIO
XXX PR-PREFIX =
XXX-RATIO=20
=20
1 =20
20 .33
=20
1 =20
20 .33
=20
1 =20
20 .34
All of the OO-TRX and OQ-TRX get written properly but the =
update at=20
ITEM-NO fails.
Using =
the exact key=20
value given in the error message, I can find the TRAN-KEY when =
the QTP is finished. =
Why does the QTP fail? =
Here's the code:
CAN CLE
ACCESS =
ORDER-ITEMS=20
&
LINK=20
XXX OF ORDER-ITEMS &
TO PR-XXX OF =
XXX-RATIO=20
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 =
=3D BR-CREDITS=20
of order-items &
&nb=
sp; &nb=
sp; &nb=
sp; &nb=
sp;=20
* QUANTITY-ON-HAND of order-items &
&=
nbsp; &=
nbsp; &=
nbsp; &=
nbsp;=20
* (PR-PERCENT of XXX-ratio / 100)
TEMPORARY =
CREDIT-TOTAL=20
NUM*8
SORT ON =
ITEM-NO
ITEM CREDIT-TOTAL =
SUBTOTAL=20
SPOILED-CREDITS RESET AT ITEM-NO
OUTPUT =
TRANSACTIONS ADD=20
NOITEMS ALIAS Oo-TRX
ITEM=20
UNIT OF =
Oo-TRX=20
INITIAL "9999999999"
ITEM =
TRAN-KEY OF=20
Oo-TRX INITIAL "Oo" + ITEM-NO + PR-PREFIX
ITEM=20
CREDITS OF Oo-TRX =
FINAL =20
SPOILED-CREDITS
OUTPUT =
TRANSACTIONS=20
UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING "Oo" =
+ ITEM-NO=20
+ PR-PREFIX &
IF 0 <> =
(BR-CREDITS *=20
QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo =3D CREDITS OF =
LASTOo+=20
((BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL * -1)) =
GO
Executing request 1 ... =
---------------------------------------------------------------=
----------------=20
Cannot find record with this =
key/index=20
=
value. =
=
=20
[3]
File: =20
LASTOO
=20
Linkitem: UNIT
Linkitem: LINK-UNIT =
Linkitem: =20
=
TRAN-KEY &nbs=
p; &nbs=
p; =20
Oq1000105920
Action Taken: Run terminated. =
---------------------------------------------------------------=
----------------=20
Records read:
=20
=
ORDER-ITEMS &=
nbsp; &=
nbsp; =20
5,790
=20
=
XXX-RATIO &nb=
sp; &nb=
sp; =20
3
Transactions=20
=
processed: &n=
bsp; =20
3
Records=20
=
processed: &n=
bsp; =20
Added Updated Unchanged =20
Deleted
=20
=
ORDER-ITEMS &=
nbsp; &=
nbsp; =20
0 =20
0 =20
0 0 =
=20
=
OO-TRX =
=
=20
3 =20
0 =20
0 =20
0
=20
=
LASTOO =
=
=20
0 =20
0 =20
0 0
Finished.
>=20
------_=_NextPart_001_01C4DE1E.F0810930--
From tim.cummings@frequencymarketing.com Thu Dec 9 19:11:10 2004
From: tim.cummings@frequencymarketing.com (Tim Cummings)
Date: Thu, 9 Dec 2004 14:11:10 -0500
Subject: Problem updating last record written at sort break in QTP
Message-ID:
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_01C4DE22.D7AED4B0
Content-Type: text/plain;
charset="iso-8859-1"
I'm not allowed to send out actual code, so I have to cut out some stuff
and change the names of other stuff. The code below is all I can share.
The problem I believe the problem is in the phases of QTP processing (I'm
guessing).
Tim
CAN CLE
ACCESS ORDER-ITEMS &
LINK XXX OF ORDER-ITEMS &
TO PR-XXX OF XXX-RATIO
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 = BR-CREDITS of order-items
&
* QUANTITY-ON-HAND of
order-items &
* (PR-PERCENT of XXX-ratio /
100)
TEMPORARY CREDIT-TOTAL NUM*8
SORT ON ITEM-NO
ITEM CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO
OUTPUT TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX
ITEM UNIT OF Oo-TRX INITIAL "9999999999"
ITEM TRAN-KEY OF Oo-TRX INITIAL "Oo" + ITEM-NO + PR-PREFIX
ITEM CREDITS OF Oo-TRX FINAL SPOILED-CREDITS
OUTPUT TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING "Oo" + ITEM-NO + PR-PREFIX &
IF 0 <> (BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo = CREDITS OF LASTOo+ ((BR-CREDITS *
QUANTITY-ON-HAND - CREDIT-TOTAL * -1))
GO
Executing request 1 ...
----------------------------------------------------------------------------
---
Cannot find record with this key/index value.
[3]
File: LASTOO
Linkitem: UNIT
Linkitem: LINK-UNIT
Linkitem: TRAN-KEY Oo1000105920
Action Taken: Run terminated.
----------------------------------------------------------------------------
---
Records read:
ORDER-ITEMS 5,790
XXX-RATIO 3
Transactions processed: 3
Records processed: Added Updated Unchanged
Deleted
ORDER-ITEMS 0 0 0
0
OO-TRX 3 0 0
0
LASTOO 0 0 0
0
Finished.
>
-----Original Message-----
From: David Morrison - Corporate [mailto:dmorrison@mcbrideelectric.com]
Sent: Thursday, December 09, 2004 1:39 PM
To: Tim Cummings; Cognos Powerhouse List (E-mail)
Subject: RE: Problem updating last record written at sort break in QTP
Tim,
I'm not sure what's causing the QTP error; I think you need to include more
of the program (e.g., the reference to LastOq).
Side issues: Using " * .01 " may be faster and/or more accurate than " /
100", and there's no need to ever multiply by -1.
Thanks.
David Morrison
------_=_NextPart_001_01C4DE22.D7AED4B0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Problem updating last record written at sort break in =
QTP
I'm not allowed to send out actual code, so =
I have to=20
cut out some stuff
and change the names of other stuff. =
The code=20
below is all I can share.
The problem I believe the problem is in the =
phases of=20
QTP processing (I'm guessing).
Tim
CAN =
CLE=20
ACCESS=20
ORDER-ITEMS &
=20
LINK XXX OF ORDER-ITEMS &
TO PR-XXX OF=20
XXX-RATIO
=
=20
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 =3D BR-CREDITS of =
order-items=20
&
&=
nbsp; &=
nbsp; &=
nbsp; =
* QUANTITY-ON-HAND of order-items &
&=
nbsp; &=
nbsp; &=
nbsp; =
* (PR-PERCENT of XXX-ratio / 100)
=20
TEMPORARY CREDIT-TOTAL NUM*8
SORT=20
ON ITEM-NO
ITEM=20
CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO =
=20
OUTPUT TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX
ITEM=20
UNIT OF =
Oo-TRX=20
INITIAL "9999999999"
ITEM=20
TRAN-KEY OF Oo-TRX INITIAL "Oo" + =
ITEM-NO +=20
PR-PREFIX
ITEM =
CREDITS OF Oo-TRX =
FINAL =20
SPOILED-CREDITS
=
; =20
OUTPUT TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO & =
VIA TRAN-KEY =
USING "Oo"=20
+ ITEM-NO + PR-PREFIX &
IF 0 =
<>=20
(BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo =3D =
CREDITS OF=20
LASTOo+ ((BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL * -1)) =
GO
Executing =
request 1=20
...
----------------------------------------------------------=
---------------------=20
Cannot find record with this key/index=20
value. =
=
=20
[3]
File: =
LASTOO
Linkitem: UNIT =
Linkitem: LINK-UNIT =
Linkitem: =20
TRAN-KEY &nbs=
p; &nbs=
p; =20
Oo1000105920 =
Action =
Taken: Run=20
terminated.
----------------------------------------------------------=
---------------------=20
Records =
read:=20
=20
ORDER-ITEMS &=
nbsp; &=
nbsp; =20
5,790
=20
XXX-RATIO &nb=
sp; &nb=
sp; =20
3
Transactions=20
processed: &n=
bsp; =20
3
Records=20
processed: &n=
bsp; =20
Added Updated Unchanged =
Deleted=20
=20
ORDER-ITEMS &=
nbsp; &=
nbsp; =20
0 =20
0 =20
0 0 =
=20
OO-TRX =
=
=20
3 =20
0 =20
0 =
0
=20
LASTOO =
=
=20
0 =20
0 =20
0 0=20
Finished.
>=20
Tim,
I'm not sure=20
what's causing the QTP error; I think you need to include more of the =
program=20
(e.g., the reference to LastOq).
Side=20
issues: Using " * .01 " may be faster and/or more =
accurate than "=20
/ 100", and there's no need to ever multiply by =
-1.
Thanks.
David=20
Morrison
------_=_NextPart_001_01C4DE22.D7AED4B0--
From dmorrison@mcbrideelectric.com Thu Dec 9 19:20:35 2004
From: dmorrison@mcbrideelectric.com (David Morrison - Corporate)
Date: Thu, 9 Dec 2004 11:20:35 -0800
Subject: Problem updating last record written at sort break in QTP
Message-ID: <741A7B80E63EFE498457491B6AE5BBE74D2A48@srvrexchange.mcb_corp.mcbrideelectric.com>
This is a multi-part message in MIME format.
------_=_NextPart_001_01C4DE24.28AB0955
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Tim,
=20
Well, you can always break it up into 2 requests. In Request #1, output =
a subfile so you have what you need to access and update the file at =
item-no.
=20
David Morrison
McBride Electric
-----Original Message-----
From: powerh-l-admin@lists.sowder.com =
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Tim Cummings
Sent: Thursday, December 09, 2004 11:11 AM
To: Cognos Powerhouse List (E-mail)
Subject: RE: Problem updating last record written at sort break in QTP
=20
I'm not allowed to send out actual code, so I have to cut out some stuff
and change the names of other stuff. The code below is all I can share.
=20
The problem I believe the problem is in the phases of QTP processing =
(I'm guessing).
=20
=20
Tim
CAN CLE=20
ACCESS ORDER-ITEMS &=20
LINK XXX OF ORDER-ITEMS &=20
TO PR-XXX OF XXX-RATIO=20
=20
=20
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 =3D BR-CREDITS of =
order-items &=20
* QUANTITY-ON-HAND of =
order-items &=20
* (PR-PERCENT of =
XXX-ratio / 100)=20
TEMPORARY CREDIT-TOTAL NUM*8=20
SORT ON ITEM-NO=20
ITEM CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO=20
OUTPUT TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX=20
ITEM UNIT OF Oo-TRX INITIAL "9999999999"=20
ITEM TRAN-KEY OF Oo-TRX INITIAL "Oo" + ITEM-NO + PR-PREFIX=20
ITEM CREDITS OF Oo-TRX FINAL SPOILED-CREDITS=20
OUTPUT TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO &=20
VIA TRAN-KEY USING "Oo" + ITEM-NO + PR-PREFIX &=20
IF 0 <> (BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)=20
ITEM CREDITS OF LASTOo =3D CREDITS OF LASTOo+ ((BR-CREDITS * =
QUANTITY-ON-HAND - CREDIT-TOTAL * -1))=20
GO=20
Executing request 1 ...=20
-------------------------------------------------------------------------=
------=20
Cannot find record with this key/index value. =
[3]=20
File: LASTOO
Linkitem: UNIT=20
Linkitem: LINK-UNIT=20
Linkitem: TRAN-KEY Oo1000105920=20
Action Taken: Run terminated.=20
-------------------------------------------------------------------------=
------=20
Records read:=20
ORDER-ITEMS 5,790=20
XXX-RATIO 3=20
Transactions processed: 3=20
Records processed: Added Updated Unchanged =
Deleted=20
ORDER-ITEMS 0 0 0 =
0=20
OO-TRX 3 0 0 =
0=20
LASTOO 0 0 0 =
0=20
Finished.=20
>=20
-----Original Message-----
From: David Morrison - Corporate [mailto:dmorrison@mcbrideelectric.com]
Sent: Thursday, December 09, 2004 1:39 PM
To: Tim Cummings; Cognos Powerhouse List (E-mail)
Subject: RE: Problem updating last record written at sort break in QTP
Tim,
=20
I'm not sure what's causing the QTP error; I think you need to include =
more of the program (e.g., the reference to LastOq).
=20
Side issues: Using " * .01 " may be faster and/or more accurate than " =
/ 100", and there's no need to ever multiply by -1.
=20
Thanks.
=20
David Morrison
=20
------_=_NextPart_001_01C4DE24.28AB0955
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Problem updating last record written at sort break in QTP
Tim,
Well, you can=20
always break it up into 2 requests. In Request #1, output a =
subfile so you=20
have what you need to access and update the file at =
item-no.
David=20
Morrison
McBride=20
Electric
I'm not allowed to send out actual code, so =
I have to=20
cut out some stuff
and change the names of other stuff. =
The code=20
below is all I can share.
The problem I believe the problem is in the =
phases of=20
QTP processing (I'm guessing).
Tim
CAN =
CLE=20
=20
ACCESS ORDER-ITEMS &
LINK XXX OF ORDER-ITEMS=20
&
=20
TO PR-XXX OF XXX-RATIO
=20
DEFINE SPOILED-CREDITS INTEGER =
SIGNED SIZE 4 =3D=20
BR-CREDITS of order-items &
&n=
bsp; &nb=
sp; &nbs=
p; =20
* QUANTITY-ON-HAND of order-items &
&n=
bsp; &nb=
sp; &nbs=
p; =20
* (PR-PERCENT of XXX-ratio / 100)
=20
TEMPORARY CREDIT-TOTAL NUM*8
SORT=20
ON ITEM-NO
ITEM=20
CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO=20
OUTPUT TRANSACTIONS ADD =
NOITEMS ALIAS=20
Oo-TRX
ITEM=20
UNIT OF =
Oo-TRX=20
INITIAL "9999999999"
=20
ITEM TRAN-KEY OF Oo-TRX INITIAL =
"Oo" +=20
ITEM-NO + PR-PREFIX
=20
ITEM CREDITS OF Oo-TRX=20
FINAL SPOILED-CREDITS
OUTPUT TRANSACTIONS UPDATE =
ALIAS LASTOo=20
AT ITEM-NO &
VIA TRAN-KEY =
USING=20
"Oo" + ITEM-NO + PR-PREFIX &
IF 0 =
<>=20
(BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo =3D =
CREDITS OF=20
LASTOo+ ((BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL * -1)) =
GO
Executing =
request 1=20
...
-----------------------------------------------------------=
--------------------=20
Cannot find record with this key/index=20
=
value. &=
nbsp; &n=
bsp; =20
[3]
File: =20
LASTOO
=
Linkitem: =20
UNIT
=
Linkitem: =20
LINK-UNIT
=20
Linkitem: =20
=
TRAN-KEY =
; =
=20
Oo1000105920 =
Action =
Taken: Run=20
terminated.
-----------------------------------------------------------=
--------------------=20
Records =
read:=20
=20
=
ORDER-ITEMS &n=
bsp; &nb=
sp; =20
5,790
=20
=
XXX-RATIO &nbs=
p; =
; =20
3
Transactions=20
=
processed: &nb=
sp; =20
3
Records=20
=
processed: &nb=
sp; =20
Added Updated Unchanged =20
Deleted
=20
=
ORDER-ITEMS &n=
bsp; &nb=
sp; =20
0 =20
0 =20
0 0 =
=20
=
OO-TRX &=
nbsp; &n=
bsp; =20
3 =20
0 =20
0 =20
0
=20
=
LASTOO &=
nbsp; &n=
bsp; =20
0 =20
0 =20
0 0=20
Finished.=20
>=20
Tim,
I'm not sure=20
what's causing the QTP error; I think you need to include more of =
the=20
program (e.g., the reference to LastOq).
Side=20
issues: Using " * .01 " may be faster and/or more =
accurate than=20
" / 100", and there's no need to ever multiply by =
-1.
Thanks.
David=20
Morrison
------_=_NextPart_001_01C4DE24.28AB0955--
From Harold.A.Johnson@gems1.gov.bc.ca Thu Dec 9 19:22:56 2004
From: Harold.A.Johnson@gems1.gov.bc.ca (Johnson, Harold A EDUC:EX)
Date: Thu, 9 Dec 2004 11:22:56 -0800
Subject: Problem updating last record written at sort break in QTP
Message-ID:
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_01C4DE24.641458DE
Content-Type: text/plain;
charset="iso-8859-1"
I'd be inclined to fix the rounding errors so you don't need the final
record, if at all possible.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Tim Cummings
Sent: 2004 December 9 11:11 AM
To: Cognos Powerhouse List (E-mail)
Subject: RE: Problem updating last record written at sort break in QTP
I'm not allowed to send out actual code, so I have to cut out some stuff
and change the names of other stuff. The code below is all I can share.
The problem I believe the problem is in the phases of QTP processing (I'm
guessing).
Tim
CAN CLE
ACCESS ORDER-ITEMS &
LINK XXX OF ORDER-ITEMS &
TO PR-XXX OF XXX-RATIO
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 = BR-CREDITS of order-items
&
* QUANTITY-ON-HAND of
order-items &
* (PR-PERCENT of XXX-ratio /
100)
TEMPORARY CREDIT-TOTAL NUM*8
SORT ON ITEM-NO
ITEM CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO
OUTPUT TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX
ITEM UNIT OF Oo-TRX INITIAL "9999999999"
ITEM TRAN-KEY OF Oo-TRX INITIAL "Oo" + ITEM-NO + PR-PREFIX
ITEM CREDITS OF Oo-TRX FINAL SPOILED-CREDITS
OUTPUT TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING "Oo" + ITEM-NO + PR-PREFIX &
IF 0 <> (BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo = CREDITS OF LASTOo+ ((BR-CREDITS *
QUANTITY-ON-HAND - CREDIT-TOTAL * -1))
GO
Executing request 1 ...
----------------------------------------------------------------------------
---
Cannot find record with this key/index value.
[3]
File: LASTOO
Linkitem: UNIT
Linkitem: LINK-UNIT
Linkitem: TRAN-KEY Oo1000105920
Action Taken: Run terminated.
----------------------------------------------------------------------------
---
Records read:
ORDER-ITEMS 5,790
XXX-RATIO 3
Transactions processed: 3
Records processed: Added Updated Unchanged
Deleted
ORDER-ITEMS 0 0 0
0
OO-TRX 3 0 0
0
LASTOO 0 0 0
0
Finished.
>
-----Original Message-----
From: David Morrison - Corporate [mailto:dmorrison@mcbrideelectric.com]
Sent: Thursday, December 09, 2004 1:39 PM
To: Tim Cummings; Cognos Powerhouse List (E-mail)
Subject: RE: Problem updating last record written at sort break in QTP
Tim,
I'm not sure what's causing the QTP error; I think you need to include more
of the program (e.g., the reference to LastOq).
Side issues: Using " * .01 " may be faster and/or more accurate than " /
100", and there's no need to ever multiply by -1.
Thanks.
David Morrison
------_=_NextPart_001_01C4DE24.641458DE
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Problem updating last record written at sort break in =
QTP
I'd be=20
inclined to fix the rounding errors so you don't need the final record, =
if at=20
all possible.
I'm not allowed to send out actual code, =
so I have to=20
cut out some stuff
and change the names of other stuff. =
The code=20
below is all I can share.
The problem I believe the problem is in =
the phases of=20
QTP processing (I'm guessing).
Tim
CAN CLE=20
=20
ACCESS ORDER-ITEMS &
LINK XXX OF ORDER-ITEMS =
&
=20
TO PR-XXX OF XXX-RATIO
=20
DEFINE SPOILED-CREDITS INTEGER =
SIGNED SIZE 4 =3D=20
BR-CREDITS of order-items &
&=
nbsp; &=
nbsp; &=
nbsp; =
* QUANTITY-ON-HAND of order-items &
&=
nbsp; &=
nbsp; &=
nbsp; =
* (PR-PERCENT of XXX-ratio / 100)
=20
TEMPORARY CREDIT-TOTAL NUM*8
&nb=
sp; SORT=20
ON ITEM-NO
ITEM=20
CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO=20
OUTPUT TRANSACTIONS ADD =
NOITEMS ALIAS=20
Oo-TRX
ITEM=20
UNIT OF =
Oo-TRX=20
INITIAL "9999999999"
=20
ITEM TRAN-KEY OF Oo-TRX INITIAL =
"Oo" +=20
ITEM-NO + PR-PREFIX
=20
ITEM CREDITS OF Oo-TRX=20
FINAL SPOILED-CREDITS
OUTPUT TRANSACTIONS UPDATE =
ALIAS LASTOo=20
AT ITEM-NO &
VIA =
TRAN-KEY USING=20
"Oo" + ITEM-NO + PR-PREFIX &
IF 0 =
<>=20
(BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo =3D =
CREDITS OF=20
LASTOo+ ((BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL * -1)) =
GO
Executing =
request 1=20
...
----------------------------------------------------------=
---------------------=20
Cannot find record with this key/index=20
=
value. =
=
=20
[3]
File: =20
LASTOO
=
Linkitem: =20
UNIT
=
Linkitem: =20
LINK-UNIT
=20
Linkitem: =20
=
TRAN-KEY &nbs=
p; &nbs=
p; =20
Oo1000105920 =
Action =
Taken: Run=20
terminated.
----------------------------------------------------------=
---------------------=20
Records =
read:=20
=20
=
ORDER-ITEMS &=
nbsp; &=
nbsp; =20
5,790
=20
=
XXX-RATIO &nb=
sp; &nb=
sp; =20
3
Transactions=20
=
processed: &n=
bsp; =20
3
Records=20
=
processed: &n=
bsp; =20
Added Updated Unchanged =20
Deleted
=20
=
ORDER-ITEMS &=
nbsp; &=
nbsp; =20
0 =20
0 =20
0 0 =
=20
=
OO-TRX =
=
=20
3 =20
0 =20
0 =20
0
=20
=
LASTOO =
=
=20
0 =20
0 =20
0 0=20
Finished.=20
>=20
Tim,
I'm not sure=20
what's causing the QTP error; I think you need to include more of =
the=20
program (e.g., the reference to LastOq).
Side=20
issues: Using " * .01 " may be faster and/or more =
accurate than=20
" / 100", and there's no need to ever multiply by =
-1.
Thanks.
David=20
Morrison
------_=_NextPart_001_01C4DE24.641458DE--
From John.Pickering@norbord.com Thu Dec 9 19:32:27 2004
From: John.Pickering@norbord.com (Pickering, John (NORBORD))
Date: Thu, 9 Dec 2004 14:32:27 -0500
Subject: Problem updating last record written at sort break in QTP
Message-ID: <611340310619D711AA4000306E1CC51202797C06@TORHEXCH>
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_01C4DE25.D13C1B30
Content-Type: text/plain;
charset="iso-8859-1"
Tim
When does Qtp retrieve the record that you are asking it to update when a
rounding error update is needed? My guess is that it is not when you hope it
will be, i.e. "at item-no". Probably it tries the retrieval at the start of
output processing for the transaction set -- at which point the new
transaction record doesn't yet exist.
I can think of a couple of choices. If extra records in the transaction file
don't bother you then just add the balancing record instead of attempting to
update the last one written. If extra records are a problem then put the
unique key and the correct value into a subfile and process these as updates
in a new request.
Regards,
JWP
-----Original Message-----
From: Tim Cummings [mailto:tim.cummings@frequencymarketing.com]
Sent: Thursday, December 09, 2004 2:11 PM
To: Cognos Powerhouse List (E-mail)
Subject: RE: Problem updating last record written at sort break in QTP
I'm not allowed to send out actual code, so I have to cut out some stuff
and change the names of other stuff. The code below is all I can share.
The problem I believe the problem is in the phases of QTP processing (I'm
guessing).
Tim
CAN CLE
ACCESS ORDER-ITEMS &
LINK XXX OF ORDER-ITEMS &
TO PR-XXX OF XXX-RATIO
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 = BR-CREDITS of order-items
&
* QUANTITY-ON-HAND of
order-items &
* (PR-PERCENT of XXX-ratio /
100)
TEMPORARY CREDIT-TOTAL NUM*8
SORT ON ITEM-NO
ITEM CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO
OUTPUT TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX
ITEM UNIT OF Oo-TRX INITIAL "9999999999"
ITEM TRAN-KEY OF Oo-TRX INITIAL "Oo" + ITEM-NO + PR-PREFIX
ITEM CREDITS OF Oo-TRX FINAL SPOILED-CREDITS
OUTPUT TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING "Oo" + ITEM-NO + PR-PREFIX &
IF 0 <> (BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo = CREDITS OF LASTOo+ ((BR-CREDITS *
QUANTITY-ON-HAND - CREDIT-TOTAL * -1))
GO
------_=_NextPart_001_01C4DE25.D13C1B30
Content-Type: text/html;
charset="iso-8859-1"
Problem updating last record written at sort break in QTP
Tim
When
does Qtp retrieve the record that you are asking it to update when a rounding
error update is needed? My guess is that it is not when you hope it will be,
i.e. "at item-no". Probably it tries the retrieval at the start of output
processing for the transaction set -- at which point the new transaction record
doesn't yet exist.
I can
think of a couple of choices. If extra records in the transaction file don't
bother you then just add the balancing record instead of attempting to update
the last one written. If extra records are a problem then put the unique key and
the correct value into a subfile and process these as updates in a new
request.
Regards,
JWP
-----Original Message-----
From:
Tim Cummings [mailto:tim.cummings@frequencymarketing.com]
Sent:
Thursday, December 09, 2004 2:11 PM
To: Cognos Powerhouse List
(E-mail)
Subject: RE: Problem updating last record written at sort
break in QTP
I'm not allowed to send out actual code, so I have to
cut out some stuff
and change the names of other stuff. The code
below is all I can share.
The problem I believe the problem is in the phases of
QTP processing (I'm guessing).
Tim
CAN CLE
ACCESS
ORDER-ITEMS &
LINK XXX OF ORDER-ITEMS &
TO PR-XXX OF
XXX-RATIO
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 = BR-CREDITS of order-items
&
* QUANTITY-ON-HAND of order-items &
* (PR-PERCENT of XXX-ratio / 100)
TEMPORARY CREDIT-TOTAL NUM*8
SORT
ON ITEM-NO
ITEM
CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO
OUTPUT TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX
ITEM
UNIT OF Oo-TRX
INITIAL "9999999999"
ITEM
TRAN-KEY OF Oo-TRX INITIAL "Oo" + ITEM-NO +
PR-PREFIX
ITEM
CREDITS OF Oo-TRX FINAL
SPOILED-CREDITS
OUTPUT TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING "Oo"
+ ITEM-NO + PR-PREFIX &
IF 0 <>
(BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo = CREDITS OF
LASTOo+ ((BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL * -1))
GO
------_=_NextPart_001_01C4DE25.D13C1B30--
From atla38@dsl.pipex.com Thu Dec 9 19:41:57 2004
From: atla38@dsl.pipex.com (Joe Boyle)
Date: Thu, 9 Dec 2004 19:41:57 -0000
Subject: Problem updating last record written at sort break in QTP
In-Reply-To:
Message-ID: <20041209194205.031B8E0000A2@ranger.systems.pipex.net>
This is a multi-part message in MIME format.
------=_NextPart_000_000C_01C4DE27.26307FE0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
It looks like the tran-key value will exist at the end of the request coz
you have written three rows containing it via the Oo-trx output buffer.
I think you will have to code something like that below to achieve what you
want, this will ensure that there is a record to retrieve just before the
inner sort break initialization is performed on item ITEM-NO,
Define d-outer-item-no = ITEM-NO
SORT ON d-outer-item-no , ITEM-NO
OUTPUT TRANSACTIONS ADD ALIAS INITOo AT start of d-outer-item-no &
VIA TRAN-KEY USING "Oo" + ITEM-NO + PR-PREFIX
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
_____
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Tim Cummings
Sent: 09 December 2004 19:11
To: Cognos Powerhouse List (E-mail)
Subject: RE: Problem updating last record written at sort break in QTP
I'm not allowed to send out actual code, so I have to cut out some stuff
and change the names of other stuff. The code below is all I can share.
The problem I believe the problem is in the phases of QTP processing (I'm
guessing).
Tim
CAN CLE
ACCESS ORDER-ITEMS &
LINK XXX OF ORDER-ITEMS &
TO PR-XXX OF XXX-RATIO
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 = BR-CREDITS of order-items
&
* QUANTITY-ON-HAND of
order-items &
* (PR-PERCENT of XXX-ratio /
100)
TEMPORARY CREDIT-TOTAL NUM*8
SORT ON ITEM-NO
ITEM CREDIT-TOTAL SUBTOTAL SPOILED-CREDITS RESET AT ITEM-NO
OUTPUT TRANSACTIONS ADD NOITEMS ALIAS Oo-TRX
ITEM UNIT OF Oo-TRX INITIAL "9999999999"
ITEM TRAN-KEY OF Oo-TRX INITIAL "Oo" + ITEM-NO + PR-PREFIX
ITEM CREDITS OF Oo-TRX FINAL SPOILED-CREDITS
OUTPUT TRANSACTIONS UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING "Oo" + ITEM-NO + PR-PREFIX &
IF 0 <> (BR-CREDITS * QUANTITY-ON-HAND - CREDIT-TOTAL)
ITEM CREDITS OF LASTOo = CREDITS OF LASTOo+ ((BR-CREDITS *
QUANTITY-ON-HAND - CREDIT-TOTAL * -1))
GO
Executing request 1 ...
----------------------------------------------------------------------------
---
Cannot find record with this key/index value.
[3]
File: LASTOO
Linkitem: UNIT
Linkitem: LINK-UNIT
Linkitem: TRAN-KEY Oo1000105920
Action Taken: Run terminated.
----------------------------------------------------------------------------
---
Records read:
ORDER-ITEMS 5,790
XXX-RATIO 3
Transactions processed: 3
Records processed: Added Updated Unchanged
Deleted
ORDER-ITEMS 0 0 0
0
OO-TRX 3 0 0
0
LASTOO 0 0 0
0
Finished.
>
-----Original Message-----
From: David Morrison - Corporate [mailto:dmorrison@mcbrideelectric.com]
Sent: Thursday, December 09, 2004 1:39 PM
To: Tim Cummings; Cognos Powerhouse List (E-mail)
Subject: RE: Problem updating last record written at sort break in QTP
Tim,
I'm not sure what's causing the QTP error; I think you need to include more
of the program (e.g., the reference to LastOq).
Side issues: Using " * .01 " may be faster and/or more accurate than " /
100", and there's no need to ever multiply by -1.
Thanks.
David Morrison
------=_NextPart_000_000C_01C4DE27.26307FE0
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Problem updating last record written at sort break in QTP
It looks like the tran-key value =
will
exist at the end of the request coz you have written three rows =
containing it
via the Oo-trx output buffer.
I think you will have to code =
something like
that below to achieve what you want, this will ensure that there is a =
record to
retrieve just before the inner sort break
initialization is performed on item ITEM-NO,
Define =
d-outer-item-no =3D ITEM-NO
SORT ON =
d-outer-item-no
, ITEM-NO
=
OUTPUT
TRANSACTIONS ADD ALIAS INITOo AT start of d-outer-item-no =
&
VIA =
TRAN-KEY
USING "Oo" + ITEM-NO + PR-PREFIX
Regards, Joe.
This e-mail and all information contained in it is
confidential and may be legally privileged. If you are not the intended
recipient, your access to this e-mail is unauthorized. Any use, =
dissemination,
distribution, publication or copying by you of this e-mail or any of the
information contained within it is prohibited and may be unlawful. Do =
not open
any attachments, delete it immediately from your system and notify the =
sender
promptly by e-mail that you have done so. The content of this e-mail and =
any
attachments sent with it may have been altered without the consent or =
knowledge
of the author.
From:
powerh-l-admin@lists.sowder.com [mailto:powerh-l-admin@lists.sowder.com] =
On Behalf Of Tim Cummings
Sent: 09 December 2004 =
19:11
To: Cognos Powerhouse =
List
(E-mail)
Subject: RE: Problem =
updating last
record written at sort break in QTP
I'm not =
allowed
to send out actual code, so I have to cut out some =
stuff
and =
change the
names of other stuff. The code below is all I can =
share.
The =
problem I
believe the problem is in the phases of QTP processing (I'm =
guessing).
CAN CLE
ACCESS ORDER-ITEMS =
&
LINK XXX OF ORDER-ITEMS &
TO PR-XXX OF XXX-RATIO
=
DEFINE SPOILED-CREDITS INTEGER SIGNED SIZE 4 =3D BR-CREDITS of =
order-items &
&n=
bsp; &nb=
sp; &nbs=
p; =
;
* QUANTITY-ON-HAND of order-items &
&n=
bsp; &nb=
sp; &nbs=
p; =
;
* (PR-PERCENT of XXX-ratio / 100)
TEMPORARY =
CREDIT-TOTAL NUM*8
SORT ON =
ITEM-NO
ITEM CREDIT-TOTAL =
SUBTOTAL
SPOILED-CREDITS RESET AT ITEM-NO =
OUTPUT =
TRANSACTIONS
ADD NOITEMS ALIAS Oo-TRX
ITEM UNIT OF =
Oo-TRX
INITIAL "9999999999"
ITEM TRAN-KEY OF Oo-TRX INITIAL
"Oo" + ITEM-NO + PR-PREFIX
ITEM CREDITS OF Oo-TRX
FINAL SPOILED-CREDITS =
OUTPUT =
TRANSACTIONS
UPDATE ALIAS LASTOo AT ITEM-NO &
VIA TRAN-KEY USING "Oo" + ITEM-NO + PR-PREFIX =
&
IF 0 <> (BR-CREDITS * QUANTITY-ON-HAND - =
CREDIT-TOTAL)
ITEM CREDITS OF LASTOo =3D CREDITS OF LASTOo+ ((BR-CREDITS * =
QUANTITY-ON-HAND -
CREDIT-TOTAL * -1))
GO
Executing request 1 =
...
-----------------------------------=
--------------------------------------------
Cannot find record with this =
key/index
value. &=
nbsp; &n=
bsp;
[3]
File: =
LASTOO
=
Linkitem:
UNIT
=
Linkitem:
LINK-UNIT
=
Linkitem:
TRAN-KEY =
; =
Oo1000105920 =
Action Taken: Run =
terminated.
-----------------------------------=
--------------------------------------------
Records read:
=
ORDER-ITEMS &n=
bsp; &nb=
sp;
5,790
=
XXX-RATIO &nbs=
p; =
;
3
Transactions =
processed: &nb=
sp;
3
Records =
processed: &nb=
sp;
Added Updated Unchanged =
Deleted
=
ORDER-ITEMS &n=
bsp; &nb=
sp;
0 =
0
0 =
0
=
OO-TRX &=
nbsp; &n=
bsp;
3 =
0
0 =
0
=
LASTOO &=
nbsp; &n=
bsp;
0 =
0
0 =
0
Finished.
>
-----Original =
Message-----
From: David Morrison - =
Corporate
[mailto:dmorrison@mcbrideelectric.com]
Sent: Thursday, December =
09, 2004
1:39 PM
To: Tim Cummings; Cognos
Powerhouse List (E-mail)
Subject: RE: Problem =
updating last
record written at sort break in QTP
I'm not sure what's causing the =
QTP error;
I think you need to include more of the program (e.g., the reference to
LastOq).
Side issues: Using =
" * .01
" may be faster and/or more accurate than " / 100", and =
there's
no need to ever multiply by -1.
------=_NextPart_000_000C_01C4DE27.26307FE0--
From John.Pickering@norbord.com Thu Dec 9 19:48:20 2004
From: John.Pickering@norbord.com (Pickering, John (NORBORD))
Date: Thu, 9 Dec 2004 14:48:20 -0500
Subject: Problem updating last record written at sort break in QTP
Message-ID: <611340310619D711AA4000306E1CC51202797C07@TORHEXCH>
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_01C4DE28.09528E80
Content-Type: text/plain;
charset="iso-8859-1"
OK, Harold, I'll give you $1.00 to split evenly between 3 people. And you
only have 2 decimal places to do it. And if you give all three $0.33 then
the bean counters will spend the next month looking for that penny and
whining all the time.
Don't ask me how I know :-)
-----Original Message-----
From: Johnson, Harold A EDUC:EX [mailto:Harold.A.Johnson@gems1.gov.bc.ca]
Sent: Thursday, December 09, 2004 2:23 PM
To: 'Tim Cummings'; Cognos Powerhouse List (E-mail)
Subject: RE: Problem updating last record written at sort break in QTP
I'd be inclined to fix the rounding errors so you don't need the final
record, if at all possible.
------_=_NextPart_001_01C4DE28.09528E80
Content-Type: text/html;
charset="iso-8859-1"
Problem updating last record written at sort break in QTP
OK,
Harold, I'll give you $1.00 to split evenly between 3 people. And you only have
2 decimal places to do it. And if you give all three $0.33 then the bean
counters will spend the next month looking for that penny and whining all the
time.
Don't
ask me how I know :-)
I'd be
inclined to fix the rounding errors so you don't need the final record, if at
all possible.
------_=_NextPart_001_01C4DE28.09528E80--
From robeconsult@sbcglobal.net Fri Dec 10 21:26:39 2004
From: robeconsult@sbcglobal.net (Robert Edis)
Date: Fri, 10 Dec 2004 13:26:39 -0800 (PST)
Subject: PH gig in the UK
Message-ID: <20041210212639.65483.qmail@web81301.mail.yahoo.com>
I got this one from the CWJobs site. Blue
=======================================================
PowerHouse Programmer, Hertfordshire, PowerHouse G
Company: Abraxas.
Job type: Permanent
Salary: £35,000 + Benefits
Location: Hertfordshire
Date posted: 9 Dec 2004 17:51
Leading European IT infrastructure services company
have a burning need
for a PowerHouse Guru. Working within an IS team of 30
highly skilled
professionals you will be responsible for new
PowerHouse
developments/projects. The main system is set for an
upgrade to SAP or similar
technology within 18...
For more information:
http://www.cwjobs.co.uk/joblink.asp?JobID=13766614&GUID=2e6123d4e784102d570218ffa9bef910
From Martyn.Thomson@gems1.gov.bc.ca Sat Dec 11 01:01:31 2004
From: Martyn.Thomson@gems1.gov.bc.ca (Thomson, Martyn EDUC:EX)
Date: Fri, 10 Dec 2004 17:01:31 -0800
Subject: How to replace Dictionary records?
Message-ID:
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_01C4DF1C.F377B271
Content-Type: text/plain;
charset="iso-8859-1"
Hello listers,
I need to add a new field to the record and indices of an RMS file. A simple
task in POW, but I need to automate the replacement of the dictionary
definition so it can be migrated between environments.
The PDL manual states "A change to any of the index attributes requires you
to unload, create and reload any associated files and record structures".
I have created a PDL script with the new definition, but running it in PDL
has no effect and gives no error messages. Do I need to delete the existing
definition before loading the new? I can't find any PDL statement that does
a global delete aka POW.
Is there another approach to this? Any advice appreciated.
I'm using 7.10g1 on OpenVMS Alpha V7.3-2.
Regards,
Martyn Thomson
Information Management Branch
Ministry of Education, Victoria, BC
------_=_NextPart_001_01C4DF1C.F377B271
Content-Type: text/html;
charset="iso-8859-1"
Hello
listers,
I need to add a new
field to the record and indices of an RMS file. A simple task in POW,
but I
need to automate the replacement of the dictionary definition so it can be
migrated between environments.
The PDL manual
states "A change to any of the index attributes requires you to unload, create
and reload any associated files and record structures".
I have created a PDL
script with the new definition, but running it in PDL has no effect
and gives no error messages. Do I need to delete the existing definition
before loading the new? I can't find any PDL statement that does a global
delete aka POW.
Is there another
approach to this? Any advice appreciated.
I'm using 7.10g1 on
OpenVMS Alpha V7.3-2.
Regards,
Martyn
Thomson
Information Management Branch
Ministry of Education, Victoria, BC
------_=_NextPart_001_01C4DF1C.F377B271--
From brian_matthews_bmw@hotmail.com Sat Dec 11 03:17:21 2004
From: brian_matthews_bmw@hotmail.com (brian_matthewsbrian matthews)
Date: Sat, 11 Dec 2004 03:17:21 +0000
Subject: How to replace Dictionary records?
In-Reply-To:
Message-ID:
I don't recall if POW lets you remove record structures. If it does, you
can run your script option once you have deleted the rec and exited POW, if
not, you will get an error on the attempt to add the new record syntax.
I suspect you will have to rename a copy of your current dict , then delete
it , and then do a rebuild after adding your altered syntax to a full pdl
source file.
Bri,
>From: "Thomson, Martyn EDUC:EX"
>To: "POWERHOUSE NEW (E-mail)"
>Subject: How to replace Dictionary records?
>Date: Fri, 10 Dec 2004 17:01:31 -0800
>
>Hello listers,
>I need to add a new field to the record and indices of an RMS file. A
>simple
>task in POW, but I need to automate the replacement of the dictionary
>definition so it can be migrated between environments.
>The PDL manual states "A change to any of the index attributes requires you
>to unload, create and reload any associated files and record structures".
>I have created a PDL script with the new definition, but running it in PDL
>has no effect and gives no error messages. Do I need to delete the existing
>definition before loading the new? I can't find any PDL statement that does
>a global delete aka POW.
>Is there another approach to this? Any advice appreciated.
>I'm using 7.10g1 on OpenVMS Alpha V7.3-2.
>
>Regards,
>Martyn Thomson
>Information Management Branch
>Ministry of Education, Victoria, BC
>
>
>
_________________________________________________________________
Want to block unwanted pop-ups? Download the free MSN Toolbar now!
http://toolbar.msn.co.uk/
From Bob.Deskin@Cognos.COM Sat Dec 11 11:52:17 2004
From: Bob.Deskin@Cognos.COM (Deskin, Bob)
Date: Sat, 11 Dec 2004 06:52:17 -0500
Subject: How to replace Dictionary records?
Message-ID: <2B4E386EAEC90947802323BF373DC0EC025925B6@sottemail1.ent.ad.cognos.com>
There is no syntax ability to remove specific entities in PDL on MPE/iX, OpenVMS, UNIX, or Windows. The best bet on OpenVMS, where the dictionary is not a flat file, is to make the change centrally and generate the PDL to recreate the dictionary in the other environments. Once you have that, you can easily create a script that offloads the file to a subfile, deletes the old dictionary, creates the revised dictionary, and reloads the file.
Bob Deskin
Senior Product Manager, Application Development Tools
Cognos Inc. 3755 Riverside Drive, Ottawa ON K1G 4K9 CANADA
bob.deskin@cognos.com (613) 738-1338 ext 7268
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of brian_matthewsbrian
matthews
Sent: December 10, 2004 10:17 PM
To: Martyn.Thomson@gems1.gov.bc.ca; powerh-l@sowder.com
Subject: RE: How to replace Dictionary records?
I don't recall if POW lets you remove record structures. If it does, you
can run your script option once you have deleted the rec and exited POW, if
not, you will get an error on the attempt to add the new record syntax.
I suspect you will have to rename a copy of your current dict , then delete
it , and then do a rebuild after adding your altered syntax to a full pdl
source file.
Bri,
>From: "Thomson, Martyn EDUC:EX"
>To: "POWERHOUSE NEW (E-mail)"
>Subject: How to replace Dictionary records?
>Date: Fri, 10 Dec 2004 17:01:31 -0800
>
>Hello listers,
>I need to add a new field to the record and indices of an RMS file. A
>simple
>task in POW, but I need to automate the replacement of the dictionary
>definition so it can be migrated between environments.
>The PDL manual states "A change to any of the index attributes requires you
>to unload, create and reload any associated files and record structures".
>I have created a PDL script with the new definition, but running it in PDL
>has no effect and gives no error messages. Do I need to delete the existing
>definition before loading the new? I can't find any PDL statement that does
>a global delete aka POW.
>Is there another approach to this? Any advice appreciated.
>I'm using 7.10g1 on OpenVMS Alpha V7.3-2.
>
>Regards,
>Martyn Thomson
>Information Management Branch
>Ministry of Education, Victoria, BC
>
>
>
_________________________________________________________________
Want to block unwanted pop-ups? Download the free MSN Toolbar now!
http://toolbar.msn.co.uk/
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com
http://lists.sowder.com/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 robeconsult@sbcglobal.net Sun Dec 12 05:04:25 2004
From: robeconsult@sbcglobal.net (Robert Edis)
Date: Sat, 11 Dec 2004 21:04:25 -0800 (PST)
Subject: Another UK PH gig
Message-ID: <20041212050425.60445.qmail@web81301.mail.yahoo.com>
Found this one on JobServe list.
Blue
===============================================
Industry: IT
Type: Contract/Permanent
Position: Powerhouse Analyst Programmer
Skills: Our clients are looking for a Powerhouse
Analyst Programmer on
Unix. Knowledge of Powerhouse Modules and Relational
Interface. Oracle
database and Shell Scripting would be beneficial.
Location: South West
Start Date: ASAP
Rate: 20k-28k
Advertiser: Outsource UK
Business Type: Employment Agency
Contact: Mary Madigan
Phone: 01793 430021
Fax: 01793 432337
Email: mailto:2793245@jobs.jobmate.biz
Ref: JSMM3514
Date: 10/12/2004 09:49:41
Apply Now:
http://www.jobserve.com/E1314E13657736829.jsap
Full Job:
http://www.jobserve.com/E1314E13657736829.job
Add to Basket:
http://www.jobserve.com/E1314E13657736829.jsbk
From robeconsult@sbcglobal.net Sun Dec 12 05:19:18 2004
From: robeconsult@sbcglobal.net (Robert Edis)
Date: Sat, 11 Dec 2004 21:19:18 -0800 (PST)
Subject: Maybe another UK or gig a repeat from JobServe
Message-ID: <20041212051918.17628.qmail@web81309.mail.yahoo.com>
Senior Analyst Programmer - PowerHouse - Infrastru
Company: EXCELerate
Job type: Permanent
Salary: to £40k , Corporate Benefits Package
Location: Hertfordshire
Date posted: 10 Dec 2004 16:15
Our client is currently one of Europes leading IT
Infrastructure Technology integrators and services
providers & due to continued success are now looking
to recruit an additional Analyst Programmer/Team
Leader. To apply, you will be a seasoned programmer
with at least 5 years software development...
For more information:
http://www.cwjobs.co.uk/joblink.asp?JobID=13783571&GUID=2e6123d4e784102d570218ffa9bef910
From chris.sharman@ccagroup.co.uk Mon Dec 13 09:16:34 2004
From: chris.sharman@ccagroup.co.uk (Chris Sharman)
Date: Mon, 13 Dec 2004 09:16:34 +0000
Subject: [VMS] How to replace Dictionary records?
In-Reply-To: <200412110110525622272@equus.ccagroup.co.uk>
References: <200412110110525622272@equus.ccagroup.co.uk>
Message-ID: <41BD5DF2.709@ccagroup.co.uk>
Thomson, Martyn EDUC:EX wrote:
>
> Hello listers,
> I need to add a new field to the record and indices of an RMS file. A
> simple task in POW, but I need to automate the replacement of the
> dictionary definition so it can be migrated between environments.
> The PDL manual states "A change to any of the index attributes requires
> you to unload, create and reload any associated files and record
> structures".
> I have created a PDL script with the new definition, but running it in
> PDL has no effect and gives no error messages. Do I need to delete
> the existing definition before loading the new? I can't find any PDL
> statement that does a global delete aka POW.
> Is there another approach to this? Any advice appreciated.
> I'm using 7.10g1 on OpenVMS Alpha V7.3-2.
Adding a field means actually modifying the data in the file.
If this is a simple extend of the record, it can be done with convert.
Otherwise you'll need to unload the data (Quiz to a subfile, probably),
and then reload it. Best to modify the structure as you write it to the
subfile (add the new field in the right place with the right type).
You can use POW to generate the new file, or maybe even the fdl, but
assuming you want the file reasonably tuned you're best using the RMS
toolset instead - powerhouse can't tune your bucketsizes for
performance, as that requires knowledge of how many records, how
compressible, etc.
$ anal/rms/fdl ! creates .fdl
$ edit/fdl/nointer/script=optim/gran=double/emph=flatter-
/anal= ! tunes it reasonably
$ edit/fdl/script=add/gran=double/emph=flatter
$! adds new key
$ convert/fdl=/nosort unloaded_data.sf
You may want to repeat steps 1,2, and 4 to get the index compression
right. I have a script that does that weekly for every indexed file it
can find - data, sysuaf, PH dictionaries, everything.
If you just need to extend the data, you can skip the unload, and add
/pad= to the convert.
If your difficulty's with the pdl, try using qsho to generate it, and/or
post it so someone can tell you what's wrong.
Chris
-----------------------------------------------------------------------
Any views expressed in this message are those of the sender and not
necessarily those of CCA Group. The unauthorized use, disclosure,
copying or alteration of this message is forbidden. The contents of
this message may be confidential and/or privileged, copyright CCA Group
and are intended solely for the use of the individual or entity to whom
they are addressed. Whilst this message has been scanned, CCA Group
cannot guarantee that it is virus free or compatible with your systems
and accepts no responsibility for any loss or damage arising from its
use. The recipient is advised to run their own anti-virus software. If
you receive this message in error please contact
postmaster@ccagroup.co.uk immediately, destroy any copies and delete it
from your computer systems.
From Seamus.Browne@partage.org Mon Dec 13 14:10:32 2004
From: Seamus.Browne@partage.org (Seamus Browne)
Date: Mon, 13 Dec 2004 15:10:32 +0100
Subject: QUIZ maximum record length confined by maximum poage width
Message-ID: <0783BCF34B1CC442A58FB338CD207090150B1D@netserver2.domaine2.org>
Hi,
Using QUIZ, I heed to export some data from PH on a HP3000.
(Yep, it's migration time ...)
I am stuck with a maximum field length, not per se, because this works:
acc dbfile
def x char * 600 = "XX"
But I can't report a field that is larger than the maximum page width,
i.e. 256.
Even when I specify a discfile as the report device the page width seems
to override any other specifications.
-----------------------------------------------------------------
can cle
set def
acc dbfile
def x char * 600 = "XX"
:purge xFile
:build xFile;rec=-600,,f,ascii;DISC=100
set rep dev disc name xFile
set page wid 0
^
* This value is not within the range of allowed values.
set rep spa 0
set nohead
rep x
go
* Can't report an element exceeding PAGE WIDTH specification.
--------------------------------------------------------------------
Any way round this in Quiz ?
TIA
Scottie Hannigan
From guy.werry@hbms.ca Mon Dec 13 14:30:16 2004
From: guy.werry@hbms.ca (Guy Werry)
Date: Mon, 13 Dec 2004 08:30:16 -0600
Subject: QUIZ maximum record length confined by maximum poage width
Message-ID:
Why not use a portable subfile? If memory serves me correctly, there's
really no way around the page size restriction except to use a subfile.
Thanks,
Guy L. Werry
Senior Systems Analyst
Hudson Bay Mining & Smelting Co., Limited.
-----Original Message-----
From: Seamus Browne [mailto:Seamus.Browne@partage.org]
Sent: Monday, December 13, 2004 8:11 AM
To: powerh-l@lists.sowder.com
Subject: QUIZ maximum record length confined by maximum poage width
Hi,
Using QUIZ, I heed to export some data from PH on a HP3000.
(Yep, it's migration time ...)
I am stuck with a maximum field length, not per se, because this works:
acc dbfile
def x char * 600 = "XX"
But I can't report a field that is larger than the maximum page width,
i.e. 256.
Even when I specify a discfile as the report device the page width seems
to override any other specifications.
-----------------------------------------------------------------
can cle
set def
acc dbfile
def x char * 600 = "XX"
:purge xFile
:build xFile;rec=-600,,f,ascii;DISC=100
set rep dev disc name xFile
set page wid 0
^
* This value is not within the range of allowed values.
set rep spa 0
set nohead
rep x
go
* Can't report an element exceeding PAGE WIDTH specification.
--------------------------------------------------------------------
Any way round this in Quiz ?
TIA
Scottie Hannigan
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From Bob.Deskin@Cognos.COM Mon Dec 13 14:30:12 2004
From: Bob.Deskin@Cognos.COM (Deskin, Bob)
Date: Mon, 13 Dec 2004 09:30:12 -0500
Subject: QUIZ maximum record length confined by maximum poage width
Message-ID: <2B4E386EAEC90947802323BF373DC0EC025925B8@sottemail1.ent.ad.cognos.com>
No there isn't. QUIZ is a report writer and everything is tied to the
maximum page width - 255 (as I recall). QUIZ subfiles were intended to
pass data between reports and are based on the REPORT statement - so 255
again.
I suggest using QTP to migrate data for a number of reasons. First,
there's no 255 character limit. Also, you can create indexed subfiles
and retain index information. And you can retain substructure
information if you're moving from IMAGE or KSAM to indexed or Eloquence.
Bob Deskin
Senior 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: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Seamus Browne
Sent: December 13, 2004 9:11 AM
To: powerh-l@lists.sowder.com
Subject: QUIZ maximum record length confined by maximum poage width
Hi,
Using QUIZ, I heed to export some data from PH on a HP3000. (Yep, it's
migration time ...)
I am stuck with a maximum field length, not per se, because this works:
acc dbfile
def x char * 600 = "XX"
But I can't report a field that is larger than the maximum page width,
i.e. 256.
Even when I specify a discfile as the report device the page width seems
to override any other specifications.
-----------------------------------------------------------------
can cle
set def
acc dbfile
def x char * 600 = "XX"
:purge xFile
:build xFile;rec=-600,,f,ascii;DISC=100
set rep dev disc name xFile
set page wid 0
^
* This value is not within the range of allowed values.
set rep spa 0
set nohead
rep x
go
* Can't report an element exceeding PAGE WIDTH specification.
--------------------------------------------------------------------
Any way round this in Quiz ?
TIA
Scottie Hannigan
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to
powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/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 atla38@dsl.pipex.com Mon Dec 13 15:02:13 2004
From: atla38@dsl.pipex.com (Joe Boyle)
Date: Mon, 13 Dec 2004 15:02:13 -0000
Subject: QUIZ maximum record length confined by maximum poage width
In-Reply-To: <2B4E386EAEC90947802323BF373DC0EC025925B8@sottemail1.ent.ad.cognos.com>
Message-ID: <20041213150218.01B9EE000154@ranger.systems.pipex.net>
even with quiz ( and subfiles ) you can specify up to 2048 chars per item
and up to 1024 items per record.
And as you found below, some platforms don't like the syntax ' set page wid
0 ' but they generally all like ' set page wid 255 ' which is the max value
( it maybe 256 ); but with subfiles you probably won't need to specify this.
If you want to view the data in such a field you can use syntax like that
below,
can cle
set pag wid 140
acc * j1
rep j1 wrap 130
build j1b
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Deskin, Bob
Sent: 13 December 2004 14:30
To: Seamus Browne; powerh-l@lists.sowder.com
Subject: RE: QUIZ maximum record length confined by maximum poage width
No there isn't. QUIZ is a report writer and everything is tied to the
maximum page width - 255 (as I recall). QUIZ subfiles were intended to
pass data between reports and are based on the REPORT statement - so 255
again.
I suggest using QTP to migrate data for a number of reasons. First,
there's no 255 character limit. Also, you can create indexed subfiles
and retain index information. And you can retain substructure
information if you're moving from IMAGE or KSAM to indexed or Eloquence.
Bob Deskin
Senior 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: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Seamus Browne
Sent: December 13, 2004 9:11 AM
To: powerh-l@lists.sowder.com
Subject: QUIZ maximum record length confined by maximum poage width
Hi,
Using QUIZ, I heed to export some data from PH on a HP3000. (Yep, it's
migration time ...)
I am stuck with a maximum field length, not per se, because this works:
acc dbfile
def x char * 600 = "XX"
But I can't report a field that is larger than the maximum page width,
i.e. 256.
Even when I specify a discfile as the report device the page width seems
to override any other specifications.
-----------------------------------------------------------------
can cle
set def
acc dbfile
def x char * 600 = "XX"
:purge xFile
:build xFile;rec=-600,,f,ascii;DISC=100
set rep dev disc name xFile
set page wid 0
^* This value is not within the range of allowed values.
set rep spa 0
set nohead
rep x
go
* Can't report an element exceeding PAGE WIDTH specification.
--------------------------------------------------------------------
Any way round this in Quiz ?
TIA
Scottie Hannigan
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to
powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/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.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From Ken@Langendock.com Mon Dec 13 15:13:49 2004
From: Ken@Langendock.com (Ken Langendock)
Date: Mon, 13 Dec 2004 10:13:49 -0500 (EST)
Subject: QUIZ maximum record length confined by maximum poage width
In-Reply-To: <20041213150218.01B9EE000154@ranger.systems.pipex.net>
Message-ID: <20041213151349.31767.qmail@web88004.mail.re2.yahoo.com>
If you are using quiz to export data, don't forget to
set the page length to 0, otherwise quiz will add a
few form feeds in for you as well.
If you can keep the record width under 255, here is
what I use.
SET REPORT DEVICE DISC &
NOLIMIT &
SPACING 1 &
NAME filename &
PAGE WIDTH 255 &
LENGTH 0 &
NOHEAD &
NOBLANKS
If you can't keep it under 255, use QTP and a portable
subfile. Specifying the NODICTIONARY option makes it a
true data file....but remember to either fix the
fields or delimit them using something like a pipe
"|". I have found it doesn't usually appear in anyones
data.
From atla38@dsl.pipex.com Mon Dec 13 15:48:56 2004
From: atla38@dsl.pipex.com (Joe Boyle)
Date: Mon, 13 Dec 2004 15:48:56 -0000
Subject: QUIZ maximum record length confined by maximum poage width
In-Reply-To: <20041213151349.31767.qmail@web88004.mail.re2.yahoo.com>
Message-ID: <20041213154901.6CE58E000192@ranger.systems.pipex.net>
I can only assume that those that have replied and suggest that you must use
QTP, are all either, a) using an ancient version of PH, or else b) this is
one of the HP3000 anomalies :-)
Surely, setting the page width is for use with writing report files and has
little to do with subfiles - e.g. Question 1. what is the page width of a
subfile ?
I have worked on VMS, Unix and NT mainly, so it could be an MPE thing :-)
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Ken Langendock
Sent: 13 December 2004 15:14
To: powerh-l@lists.sowder.com
Subject: RE: QUIZ maximum record length confined by maximum poage width
If you are using quiz to export data, don't forget to
set the page length to 0, otherwise quiz will add a
few form feeds in for you as well.
If you can keep the record width under 255, here is
what I use.
SET REPORT DEVICE DISC &
NOLIMIT &
SPACING 1 &
NAME filename &
PAGE WIDTH 255 &
LENGTH 0 &
NOHEAD &
NOBLANKS
If you can't keep it under 255, use QTP and a portable
subfile. Specifying the NODICTIONARY option makes it a
true data file....but remember to either fix the
fields or delimit them using something like a pipe
"|". I have found it doesn't usually appear in anyones
data.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From guy.werry@hbms.ca Mon Dec 13 16:08:09 2004
From: guy.werry@hbms.ca (Guy Werry)
Date: Mon, 13 Dec 2004 10:08:09 -0600
Subject: QUIZ maximum record length confined by maximum poage width
Message-ID:
I don't remember if Quiz has a fixed limit on subfiles, but I use Qtp
primarily because of convenience. Especially if I'm doing a conversion,
where I have to dump an entire file, why would I use Quiz where I have to
list EVERY field in a long file description, when in Qtp I can just say
"include file"?!
Thanks,
Guy (the lazy one)
-----Original Message-----
From: Joe Boyle [mailto:atla38@dsl.pipex.com]
Sent: Monday, December 13, 2004 9:49 AM
To: powerh-l@lists.sowder.com
Subject: RE: QUIZ maximum record length confined by maximum poage width
I can only assume that those that have replied and suggest that you must use
QTP, are all either, a) using an ancient version of PH, or else b) this is
one of the HP3000 anomalies :-)
Surely, setting the page width is for use with writing report files and has
little to do with subfiles - e.g. Question 1. what is the page width of a
subfile ?
I have worked on VMS, Unix and NT mainly, so it could be an MPE thing :-)
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Ken Langendock
Sent: 13 December 2004 15:14
To: powerh-l@lists.sowder.com
Subject: RE: QUIZ maximum record length confined by maximum poage width
If you are using quiz to export data, don't forget to
set the page length to 0, otherwise quiz will add a
few form feeds in for you as well.
If you can keep the record width under 255, here is
what I use.
SET REPORT DEVICE DISC &
NOLIMIT &
SPACING 1 &
NAME filename &
PAGE WIDTH 255 &
LENGTH 0 &
NOHEAD &
NOBLANKS
If you can't keep it under 255, use QTP and a portable
subfile. Specifying the NODICTIONARY option makes it a
true data file....but remember to either fix the
fields or delimit them using something like a pipe
"|". I have found it doesn't usually appear in anyones
data.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From atla38@dsl.pipex.com Mon Dec 13 16:09:28 2004
From: atla38@dsl.pipex.com (Joe Boyle)
Date: Mon, 13 Dec 2004 16:09:28 -0000
Subject: QUIZ maximum record length confined by maximum poage width
In-Reply-To:
Message-ID: <20041213160934.D0FC0E00028B@ranger.systems.pipex.net>
I just stuck with Quiz because that's what the caller was asking about :-)
To be a tad more serious, some users have 'reporting only' licenses, so qtp
would not be possible for them; and I find it irritating when Quiz gets
trashed for Qtp when Quiz is probably faster ( in this scenario).
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Guy Werry
Sent: 13 December 2004 16:08
To: powerh-l@lists.sowder.com
Subject: RE: QUIZ maximum record length confined by maximum poage width
I don't remember if Quiz has a fixed limit on subfiles, but I use Qtp
primarily because of convenience. Especially if I'm doing a conversion,
where I have to dump an entire file, why would I use Quiz where I have to
list EVERY field in a long file description, when in Qtp I can just say
"include file"?!
Thanks,
Guy (the lazy one)
-----Original Message-----
From: Joe Boyle [mailto:atla38@dsl.pipex.com]
Sent: Monday, December 13, 2004 9:49 AM
To: powerh-l@lists.sowder.com
Subject: RE: QUIZ maximum record length confined by maximum poage width
I can only assume that those that have replied and suggest that you must use
QTP, are all either, a) using an ancient version of PH, or else b) this is
one of the HP3000 anomalies :-)
Surely, setting the page width is for use with writing report files and has
little to do with subfiles - e.g. Question 1. what is the page width of a
subfile ?
I have worked on VMS, Unix and NT mainly, so it could be an MPE thing :-)
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Ken Langendock
Sent: 13 December 2004 15:14
To: powerh-l@lists.sowder.com
Subject: RE: QUIZ maximum record length confined by maximum poage width
If you are using quiz to export data, don't forget to
set the page length to 0, otherwise quiz will add a
few form feeds in for you as well.
If you can keep the record width under 255, here is
what I use.
SET REPORT DEVICE DISC &
NOLIMIT &
SPACING 1 &
NAME filename &
PAGE WIDTH 255 &
LENGTH 0 &
NOHEAD &
NOBLANKS
If you can't keep it under 255, use QTP and a portable
subfile. Specifying the NODICTIONARY option makes it a
true data file....but remember to either fix the
fields or delimit them using something like a pipe
"|". I have found it doesn't usually appear in anyones
data.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From chris.sharman@ccagroup.co.uk Mon Dec 13 16:12:31 2004
From: chris.sharman@ccagroup.co.uk (Chris Sharman)
Date: Mon, 13 Dec 2004 16:12:31 +0000
Subject: [MAYBE SPAM] RE: QUIZ maximum record length confined by maximum
poage width
In-Reply-To: <200412131555363912704@equus.ccagroup.co.uk>
References: <200412131555363912704@equus.ccagroup.co.uk>
Message-ID: <41BDBF6F.9050804@ccagroup.co.uk>
Joe Boyle wrote:
> I can only assume that those that have replied and suggest that you must use
> QTP, are all either, a) using an ancient version of PH, or else b) this is
> one of the HP3000 anomalies :-)
Agreed - I was mystified by Bob's response.
I can write a 2047 character item to a subfile no problem on VMS 710G3
(I think that's the limit for record items from memory - it's the
biggest item I had to hand for a quick test).
Chris
-----------------------------------------------------------------------
Any views expressed in this message are those of the sender and not
necessarily those of CCA Group. The unauthorized use, disclosure,
copying or alteration of this message is forbidden. The contents of
this message may be confidential and/or privileged, copyright CCA Group
and are intended solely for the use of the individual or entity to whom
they are addressed. Whilst this message has been scanned, CCA Group
cannot guarantee that it is virus free or compatible with your systems
and accepts no responsibility for any loss or damage arising from its
use. The recipient is advised to run their own anti-virus software. If
you receive this message in error please contact
postmaster@ccagroup.co.uk immediately, destroy any copies and delete it
from your computer systems.
From atla38@dsl.pipex.com Mon Dec 13 16:17:35 2004
From: atla38@dsl.pipex.com (Joe Boyle)
Date: Mon, 13 Dec 2004 16:17:35 -0000
Subject: QUIZ maximum record length confined by maximum poage width
In-Reply-To:
Message-ID: <20041213161740.1A796E0001F0@ranger.systems.pipex.net>
Just one more point, in quiz you can say 'report summary all' which means
that you do not need to list all record items here either.
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Guy Werry
Sent: 13 December 2004 16:08
To: powerh-l@lists.sowder.com
Subject: RE: QUIZ maximum record length confined by maximum poage width
I don't remember if Quiz has a fixed limit on subfiles, but I use Qtp
primarily because of convenience. Especially if I'm doing a conversion,
where I have to dump an entire file, why would I use Quiz where I have to
list EVERY field in a long file description, when in Qtp I can just say
"include file"?!
Thanks,
Guy (the lazy one)
-----Original Message-----
From: Joe Boyle [mailto:atla38@dsl.pipex.com]
Sent: Monday, December 13, 2004 9:49 AM
To: powerh-l@lists.sowder.com
Subject: RE: QUIZ maximum record length confined by maximum poage width
I can only assume that those that have replied and suggest that you must use
QTP, are all either, a) using an ancient version of PH, or else b) this is
one of the HP3000 anomalies :-)
Surely, setting the page width is for use with writing report files and has
little to do with subfiles - e.g. Question 1. what is the page width of a
subfile ?
I have worked on VMS, Unix and NT mainly, so it could be an MPE thing :-)
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Ken Langendock
Sent: 13 December 2004 15:14
To: powerh-l@lists.sowder.com
Subject: RE: QUIZ maximum record length confined by maximum poage width
If you are using quiz to export data, don't forget to
set the page length to 0, otherwise quiz will add a
few form feeds in for you as well.
If you can keep the record width under 255, here is
what I use.
SET REPORT DEVICE DISC &
NOLIMIT &
SPACING 1 &
NAME filename &
PAGE WIDTH 255 &
LENGTH 0 &
NOHEAD &
NOBLANKS
If you can't keep it under 255, use QTP and a portable
subfile. Specifying the NODICTIONARY option makes it a
true data file....but remember to either fix the
fields or delimit them using something like a pipe
"|". I have found it doesn't usually appear in anyones
data.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From LLitman@exchange.hsc.mb.ca Mon Dec 13 18:13:04 2004
From: LLitman@exchange.hsc.mb.ca (Lorry Litman)
Date: Mon, 13 Dec 2004 12:13:04 -0600
Subject: understanding how define affects field initialized from temporary
Message-ID: <304B5A264EC9974E8121B0EA14A9C39305228799@hsc01mx1.hsc.mb.ca>
I'm trying to figure some weird screen behaviour which I'm trying to
understand what is going on.
vms 7.2-2, ph 7.10.g1, rdb 7.0-1
here is the jist of the screen and what it is doing or not
run screen empscrn passing t_emp_no mode f
screen empscrn receiving t_emp_no
temp t_emp_no zu size 9 reset at startup
file empfile primary occ 12
item emp_no of empfile initial t_emp_no if entrymode
access via emp_no using t_emp_no orderby emp_dt desc,emp_cd
def d_rpt_flag char * 6 = "o" if emp_rpt_flag of empfile = "n" &
else "es" if emp_rpt_flag of empfile = "y" &
else "nknown" if emp_rpt_flag of empfile = "u" &
else ""
cluster occurs with empfile
field emp_cd
field emp_rpt_flag
field d_rpt_flag
cluster
explanation:
as you can see there is no field statement for emp_no
first time entering the screen (no records exist) entering a record or group
of records emp_no is written to the table.
entering the screen after that, it displays the existing emp_no records, we
then
action append, enter field info, save & return.
record is written to the table, however, when going back into the screen the
record just saved is not found because the emp_no is recorded as 0 instead
of the t_emp_no.
the strange part is, if I remove the define statement or just make the
define statement = anything as opposed to checking the value of the field
everything works fine.
question:
is it possible that the define does some sort of file or record retrieval
and thus causes emp_no of empfile to lose its original initialization from
t_emp_no? I'm trying to understand what is happening in the background.
Thanx
Lorry
This e-mail and/or any documents in this transmission is intended for the address(s) only and may contain legally privileged or confidential information. Any unauthorized use, disclosure, distribution, copying or dissemination is strictly prohibited. If you receive this transmission in error, please notify the sender immediately and return the original.
From John.Pickering@norbord.com Mon Dec 13 18:54:40 2004
From: John.Pickering@norbord.com (Pickering, John (NORBORD))
Date: Mon, 13 Dec 2004 13:54:40 -0500
Subject: understanding how define affects field initialized from tempo
rary
Message-ID: <611340310619D711AA4000306E1CC51202797C1A@TORHEXCH>
Lorry
Take the "if entrymode" off the item statement for emp_no of empfile.
When you're in find mode (even if using append) entrymode will not be true.
Regards,
JWP
-----Original Message-----
From: Lorry Litman [mailto:LLitman@exchange.hsc.mb.ca]
Sent: Monday, December 13, 2004 1:13 PM
To: PowerHouse listserver (E-mail)
Subject: understanding how define affects field initialized from
temporary
I'm trying to figure some weird screen behaviour which I'm trying to
understand what is going on.
vms 7.2-2, ph 7.10.g1, rdb 7.0-1
here is the jist of the screen and what it is doing or not
run screen empscrn passing t_emp_no mode f
screen empscrn receiving t_emp_no
temp t_emp_no zu size 9 reset at startup
file empfile primary occ 12
item emp_no of empfile initial t_emp_no if entrymode
access via emp_no using t_emp_no orderby emp_dt desc,emp_cd
def d_rpt_flag char * 6 = "o" if emp_rpt_flag of empfile = "n" &
else "es" if emp_rpt_flag of empfile = "y" &
else "nknown" if emp_rpt_flag of empfile = "u" &
else ""
cluster occurs with empfile
field emp_cd
field emp_rpt_flag
field d_rpt_flag
cluster
explanation:
as you can see there is no field statement for emp_no
first time entering the screen (no records exist) entering a record or group
of records emp_no is written to the table.
entering the screen after that, it displays the existing emp_no records, we
then
action append, enter field info, save & return.
record is written to the table, however, when going back into the screen the
record just saved is not found because the emp_no is recorded as 0 instead
of the t_emp_no.
the strange part is, if I remove the define statement or just make the
define statement = anything as opposed to checking the value of the field
everything works fine.
question:
is it possible that the define does some sort of file or record retrieval
and thus causes emp_no of empfile to lose its original initialization from
t_emp_no? I'm trying to understand what is happening in the background.
Thanx
Lorry
From atla38@dsl.pipex.com Mon Dec 13 19:08:11 2004
From: atla38@dsl.pipex.com (Joe Boyle)
Date: Mon, 13 Dec 2004 19:08:11 -0000
Subject: understanding how define affects field initialized from temporary
In-Reply-To: <304B5A264EC9974E8121B0EA14A9C39305228799@hsc01mx1.hsc.mb.ca>
Message-ID: <20041213190817.8580DE0001E0@ranger.systems.pipex.net>
To add to JWP's comment ( just saw it ) I would try item syntax below,
item emp_no of empfile final t_emp_no if newrecord
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Lorry Litman
Sent: 13 December 2004 18:13
To: PowerHouse listserver (E-mail)
Subject: understanding how define affects field initialized from temporary
I'm trying to figure some weird screen behaviour which I'm trying to
understand what is going on.
vms 7.2-2, ph 7.10.g1, rdb 7.0-1
here is the jist of the screen and what it is doing or not
run screen empscrn passing t_emp_no mode f
screen empscrn receiving t_emp_no
temp t_emp_no zu size 9 reset at startup
file empfile primary occ 12
item emp_no of empfile initial t_emp_no if entrymode
access via emp_no using t_emp_no orderby emp_dt desc,emp_cd
def d_rpt_flag char * 6 = "o" if emp_rpt_flag of empfile = "n" &
else "es" if emp_rpt_flag of empfile = "y" &
else "nknown" if emp_rpt_flag of empfile = "u" &
else ""
cluster occurs with empfile
field emp_cd
field emp_rpt_flag
field d_rpt_flag
cluster
explanation:
as you can see there is no field statement for emp_no
first time entering the screen (no records exist) entering a record or group
of records emp_no is written to the table.
entering the screen after that, it displays the existing emp_no records, we
then
action append, enter field info, save & return.
record is written to the table, however, when going back into the screen the
record just saved is not found because the emp_no is recorded as 0 instead
of the t_emp_no.
the strange part is, if I remove the define statement or just make the
define statement = anything as opposed to checking the value of the field
everything works fine.
question:
is it possible that the define does some sort of file or record retrieval
and thus causes emp_no of empfile to lose its original initialization from
t_emp_no? I'm trying to understand what is happening in the background.
Thanx
Lorry
This e-mail and/or any documents in this transmission is intended for the
address(s) only and may contain legally privileged or confidential
information. Any unauthorized use, disclosure, distribution, copying or
dissemination is strictly prohibited. If you receive this transmission in
error, please notify the sender immediately and return the original.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From LLitman@exchange.hsc.mb.ca Mon Dec 13 20:16:05 2004
From: LLitman@exchange.hsc.mb.ca (Lorry Litman)
Date: Mon, 13 Dec 2004 14:16:05 -0600
Subject: understanding how define affects field initialized from
temporary
Message-ID: <304B5A264EC9974E8121B0EA14A9C3930522879B@hsc01mx1.hsc.mb.ca>
This is a multi-part message in MIME format.
--=_Part_7dcff8ba$5216$44a9$94ce$b99cd67bfc62
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Hi,
Thank-you all for your reply.
Let me try and clarify a few things.
If I call the screen in find mode (or enter F in the action field) and th=
en
enter A in the action field and I check in an input procedure "IF ENTRYMO=
DE"
the answer is true.
On update the record is written to the table, it's just that emp_no has a
value of 0 instead of t_emp_no that it was initialized from.
If I change the item initial statement
from=20
item emp_no of empfile initial t_emp_no if entrymode
to
item emp_no of empfile initial t_emp_no
the record gets written to the table with the correct emp_no value.
What I don't understand and am trying to get a better understanding of is
what might be going on in the background with the define statement.
It almost seems like there is some sort of "get file" which maybe changes
some buffer to do with the initialization of the emp_no field. I tried
checking the manuals that I have and couldn't find any information.
Thanx
Lorry
-----Original Message-----
This e-mail and/or any documents in this transmission is intended for the=
address(s) only and may contain legally privileged or confidential infor=
mation. Any unauthorized use, disclosure, distribution, copying or dissem=
ination is strictly prohibited. If you receive this transmission in error=
, please notify the sender immediately and return the original.
--=_Part_7dcff8ba$5216$44a9$94ce$b99cd67bfc62
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit
From: Joe Boyle [mailto:atla38@dsl.pipex.com]
Sent: Monday, December 13, 2004 1:08 PM
To: 'Lorry Litman'; 'PowerHouse listserver (E-mail)'
Subject: RE: understanding how define affects field initialized from
MIME-Version: 1.0
To add to JWP's comment ( just saw it ) I would try item syntax below,
item emp_no of empfile final t_emp_no if newrecord
Regards, Joe.
-----Original Message-----
--=_Part_7dcff8ba$5216$44a9$94ce$b99cd67bfc62
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit
From: Michael Lee [mailto:Michael.Lee@mclsystemsinc.com]
Sent: Monday, December 13, 2004 12:55 PM
To: Lorry Litman
Subject: Re: understanding how define affects field initialized from
MIME-Version: 1.0
Hi Lorry,
It is odd behavior and I can't see any obvious reason why it wouldn't
write the record. I would suggest however that you change your ITEM
statement on EMP_NO from...
item emp_no of empfile initial t_emp_no if entrymode
To
ITEM EMP_NO OF EMPFILE INITIAL t_EMP_NO FIXED
I'm not certain why you have the "if entrymode" on that statement as it
seems that you want it to find and add using the passed value under all
circumstances. I have a feeling that this will resolve your problem.
Regards,
Michael Lee
MCL Systems Inc.
-----Original Message-----
--=_Part_7dcff8ba$5216$44a9$94ce$b99cd67bfc62
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit
From: Pickering, John (NORBORD) [mailto:John.Pickering@norbord.com]
Sent: Monday, December 13, 2004 12:55 PM
To: 'Lorry Litman'; PowerHouse listserver (E-mail)
Subject: RE: understanding how define affects field initialized from
MIME-Version: 1.0
Lorry
Take the "if entrymode" off the item statement for emp_no of empfile.
When you're in find mode (even if using append) entrymode will not be true.
Regards,
JWP
-----Original Message-----
--=_Part_7dcff8ba$5216$44a9$94ce$b99cd67bfc62
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit
From: powerh-l-admin@lists.sowder.com
[mailto: powerh-l-admin@lists.sowder.com] On Behalf Of Lorry Litman
Sent: 13 December 2004 18:13
To: PowerHouse listserver (E-mail)
Subject: understanding how define affects field initialized from temporary
MIME-Version: 1.0
I'm trying to figure some weird screen behaviour which I'm trying to
understand what is going on.
vms 7.2-2, ph 7.10.g1, rdb 7.0-1
here is the jist of the screen and what it is doing or not
run screen empscrn passing t_emp_no mode f
screen empscrn receiving t_emp_no
temp t_emp_no zu size 9 reset at startup
file empfile primary occ 12
item emp_no of empfile initial t_emp_no if entrymode
access via emp_no using t_emp_no orderby emp_dt desc,emp_cd
def d_rpt_flag char * 6 = "o" if emp_rpt_flag of empfile = "n" &
else "es" if emp_rpt_flag of empfile = "y" &
else "nknown" if emp_rpt_flag of empfile = "u" &
else ""
cluster occurs with empfile
field emp_cd
field emp_rpt_flag
field d_rpt_flag
cluster
explanation:
as you can see there is no field statement for emp_no
first time entering the screen (no records exist) entering a record or group
of records emp_no is written to the table.
entering the screen after that, it displays the existing emp_no records, we
then
action append, enter field info, save & return.
record is written to the table, however, when going back into the screen the
record just saved is not found because the emp_no is recorded as 0 instead
of the t_emp_no.
the strange part is, if I remove the define statement or just make the
define statement = anything as opposed to checking the value of the field
everything works fine.
question:
is it possible that the define does some sort of file or record retrieval
and thus causes emp_no of empfile to lose its original initialization from
t_emp_no? I'm trying to understand what is happening in the background.
Thanx
Lorry
This e-mail and/or any documents in this transmission is intended for the
address(s) only and may contain legally privileged or confidential
information. Any unauthorized use, disclosure, distribution, copying or
dissemination is strictly prohibited. If you receive this transmission in
error, please notify the sender immediately and return the original.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
--=_Part_7dcff8ba$5216$44a9$94ce$b99cd67bfc62--
From Martyn.Thomson@gems1.gov.bc.ca Mon Dec 13 21:05:39 2004
From: Martyn.Thomson@gems1.gov.bc.ca (Thomson, Martyn EDUC:EX)
Date: Mon, 13 Dec 2004 13:05:39 -0800
Subject: How to replace Dictionary records?
Message-ID:
I was afraid that might be the case.
Replacing the whole dictionary in other environments is not an option. They
are development, test and production and not in-sync, so I could potentially
be messing up other developers' work.
I think I'll write 2 scripts to be run before migrating the changed programs
-
script1: save data to subfile, and display message "Delete Dict record in
POW before running script 2";
script2: Use PDL to "USE" and "LOAD" revised dict record/indices, use "PHDFM
FDL" to create an empty data file and .FDL, then reload the data.
Thanks all for your input.
Martyn Thomson
-----Original Message-----
From: Deskin, Bob [mailto:Bob.Deskin@Cognos.COM]
Sent: December 11, 2004 3:52 AM
To: brian_matthewsbrian matthews; Thomson, Martyn EDUC:EX;
powerh-l@sowder.com
Subject: RE: How to replace Dictionary records?
There is no syntax ability to remove specific entities in PDL on MPE/iX,
OpenVMS, UNIX, or Windows. The best bet on OpenVMS, where the dictionary is
not a flat file, is to make the change centrally and generate the PDL to
recreate the dictionary in the other environments. Once you have that, you
can easily create a script that offloads the file to a subfile, deletes the
old dictionary, creates the revised dictionary, and reloads the file.
Bob Deskin
Senior Product Manager, Application Development Tools
Cognos Inc. 3755 Riverside Drive, Ottawa ON K1G 4K9 CANADA
bob.deskin@cognos.com (613) 738-1338 ext 7268
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of brian_matthewsbrian
matthews
Sent: December 10, 2004 10:17 PM
To: Martyn.Thomson@gems1.gov.bc.ca; powerh-l@sowder.com
Subject: RE: How to replace Dictionary records?
I don't recall if POW lets you remove record structures. If it does, you
can run your script option once you have deleted the rec and exited POW, if
not, you will get an error on the attempt to add the new record syntax.
I suspect you will have to rename a copy of your current dict , then delete
it , and then do a rebuild after adding your altered syntax to a full pdl
source file.
Bri,
>From: "Thomson, Martyn EDUC:EX"
>To: "POWERHOUSE NEW (E-mail)"
>Subject: How to replace Dictionary records?
>Date: Fri, 10 Dec 2004 17:01:31 -0800
>
>Hello listers,
>I need to add a new field to the record and indices of an RMS file. A
>simple
>task in POW, but I need to automate the replacement of the dictionary
>definition so it can be migrated between environments.
>The PDL manual states "A change to any of the index attributes requires you
>to unload, create and reload any associated files and record structures".
>I have created a PDL script with the new definition, but running it in PDL
>has no effect and gives no error messages. Do I need to delete the existing
>definition before loading the new? I can't find any PDL statement that does
>a global delete aka POW.
>Is there another approach to this? Any advice appreciated.
>I'm using 7.10g1 on OpenVMS Alpha V7.3-2.
>
>Regards,
>Martyn Thomson
>Information Management Branch
>Ministry of Education, Victoria, BC
>
>
>
_________________________________________________________________
Want to block unwanted pop-ups? Download the free MSN Toolbar now!
http://toolbar.msn.co.uk/
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/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 brian_matthews_bmw@hotmail.com Tue Dec 14 00:13:53 2004
From: brian_matthews_bmw@hotmail.com (brian_matthewsbrian matthews)
Date: Tue, 14 Dec 2004 00:13:53 +0000
Subject: understanding how define affects field initialized from temporary
In-Reply-To: <304B5A264EC9974E8121B0EA14A9C3930522879B@hsc01mx1.hsc.mb.ca>
Message-ID:
it works ok here so I can't see why it should'nt work for you, so a few
things,
1.
It could be a bug
2.
is the temp value seen correctly if you call a designer proc like that below
at different times in the screen ?
designer proc cval
begin
if entrymode
then info = "E " + ascii(t_emp_no) now resp
else info = "not E " + ascii(t_emp_no) now resp
End
3.
Do you see any change if you create an initial proc as below, and use temp
item tlocal to initialize the record column,
temp tlocal zu size 9 reset at startup
initial proc
begin
let tlocal = t_emp_no
end
I am guessing that the value of the passed item may be getting lost during
initialization.
Bri,
>From: Lorry Litman
>To: "PowerHouse listserver (E-mail)"
>Subject: RE: understanding how define affects field initialized from
>temporary
>Date: Mon, 13 Dec 2004 14:16:05 -0600
>
>Hi,
>
>Thank-you all for your reply.
>Let me try and clarify a few things.
>If I call the screen in find mode (or enter F in the action field) and then
>enter A in the action field and I check in an input procedure "IF
>ENTRYMODE"
>the answer is true.
>On update the record is written to the table, it's just that emp_no has a
>value of 0 instead of t_emp_no that it was initialized from.
>If I change the item initial statement
>from
> item emp_no of empfile initial t_emp_no if entrymode
>to
> item emp_no of empfile initial t_emp_no
>the record gets written to the table with the correct emp_no value.
>
>What I don't understand and am trying to get a better understanding of is
>what might be going on in the background with the define statement.
>It almost seems like there is some sort of "get file" which maybe changes
>some buffer to do with the initialization of the emp_no field. I tried
>checking the manuals that I have and couldn't find any information.
>
>Thanx
> Lorry
>
>-----Original Message-----
>
>This e-mail and/or any documents in this transmission is intended for the
>address(s) only and may contain legally privileged or confidential
>information. Any unauthorized use, disclosure, distribution, copying or
>dissemination is strictly prohibited. If you receive this transmission in
>error, please notify the sender immediately and return the original.
><< message3.txt >>
><< message5.txt >>
><< message7.txt >>
><< message9.txt >>
_________________________________________________________________
It's fast, it's easy and it's free. Get MSN Messenger today!
http://www.msn.co.uk/messenger
From chris.sharman@ccagroup.co.uk Tue Dec 14 09:48:51 2004
From: chris.sharman@ccagroup.co.uk (Chris Sharman)
Date: Tue, 14 Dec 2004 09:48:51 +0000
Subject: understanding how define affects field initialized from temporary
In-Reply-To: <200412132022337632256@equus.ccagroup.co.uk>
References: <200412132022337632256@equus.ccagroup.co.uk>
Message-ID: <41BEB703.4080108@ccagroup.co.uk>
Lorry Litman wrote:
> If I change the item initial statement
> from
> item emp_no of empfile initial t_emp_no if entrymode
> to
> item emp_no of empfile initial t_emp_no
> the record gets written to the table with the correct emp_no value.
'initial' implies entrymode, iirc, so the 'if entrymode' is redundant.
As far as the define goes, what's the initial/default value of
emp_rpt_flag ?
Might
def d_rpt_flag char * 6 = "" if newrecord of empfile else ...
be better ?
Chris
-----------------------------------------------------------------------
Any views expressed in this message are those of the sender and not
necessarily those of CCA Group. The unauthorized use, disclosure,
copying or alteration of this message is forbidden. The contents of
this message may be confidential and/or privileged, copyright CCA Group
and are intended solely for the use of the individual or entity to whom
they are addressed. Whilst this message has been scanned, CCA Group
cannot guarantee that it is virus free or compatible with your systems
and accepts no responsibility for any loss or damage arising from its
use. The recipient is advised to run their own anti-virus software. If
you receive this message in error please contact
postmaster@ccagroup.co.uk immediately, destroy any copies and delete it
from your computer systems.
From LLitman@exchange.hsc.mb.ca Tue Dec 14 16:44:25 2004
From: LLitman@exchange.hsc.mb.ca (Lorry Litman)
Date: Tue, 14 Dec 2004 10:44:25 -0600
Subject: understanding how define affects field initialized from
temporary
Message-ID: <304B5A264EC9974E8121B0EA14A9C3930522879E@hsc01mx1.hsc.mb.ca>
This is a multi-part message in MIME format.
--=_Part_a8b5cfa7$9a01$4681$9f38$29961fe6de7f
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
your replies have been helpful in making me explore/check some things tha=
t I
took for granted before, however, I'm not doing a good job of explaining =
the
problem and which part I'm trying to understand.
The issue is with the DEFINE statement and its behaviour/affect on the it=
em
emp_no of empfile which is getting set by the passed temporary t_emp_no,
with the initial statement.
How the initial statement is coded also affects the outcome, but, I would
like to focus on understanding what the define is doing.
If the initial statement is coded as
item emp_no of empfile initial t_emp_no if entrymode, the define does cau=
se
a problem.
however,
item emp_no of empfile initial t_emp_no, the define does not cause a
problem.
I'll assume, although I haven't tested it that item final would probably
work also.
To complicate matters further this problem only happens when entering A i=
n
the action field, if I enter E in the action field, emp_no is set.
I'm entering A in the Action field, checking ENTRYMODE or NEWRECORD are
true.
The record always gets written to the database table.
There is no issue with the temporary being passed.
I think it's also important to note that the first time you go into the
screen (screen is called in findmode) with no records in the table (find =
is
unsuccessful) it works fine (ie emp_no value is set), it's going into the
screen after that where find is successful and records are retrieved and
displayed and then I enter A in the action field that emp_no does not get
set.
The define statement is simply to make the 'Y' appear as 'YES', 'N' as 'N=
O'
and 'U' as 'UNKNOWN'.
emp_rpt_flag of empfile is a one character field, values Y,N,U.
align and field statement
align .... (,,20) (,,21)
field emp_rpt_flag of empfile
field d_rpt_flag
I'll use Chris's reply/example to better illustrate the problem.
assume I enter 'Y' for the field emp_rpt_flag of empfile
If I coded the define statement as
define d_rpt_flag char * 6 =3D "newrec" if newrecord of empfile &
else "o" if emp_rpt_flag of empfile =3D "n" &
else "es" if emp_rpt_flag of empfile =3D "y" &
else "nknown" if emp_rpt_flag of empfile =3D "u" &
else ""
d_rpt_flag =3D "newrec" and is displayed as such, and emp_no of empfile i=
s set
to t_emp_no and written to the database. I could have the define simply s=
et
d_rpt_flag =3D"*" and emp_no is set.
=20
If I coded the define statement as
def d_rpt_flag char * 6 =3D "o" if emp_rpt_flag of empfile =3D "n" &
else "es" if emp_rpt_flag of empfile =3D "y" &
else "nknown" if emp_rpt_flag of empfile =3D "u" &
else ""
d_rpt_flag =3D "es" and is displayed as such, however, emp_no of empfile =
is
not set to t_emp_no and the record written to the database has emp_no =3D=
0.
Something is happening here when the define statement has to check the va=
lue
of emp_rpt_flag of empfile.
I guess it's always possible that there is a bug at work here.
Thanx
Lorry
-----Original Message-----
This e-mail and/or any documents in this transmission is intended for the=
address(s) only and may contain legally privileged or confidential infor=
mation. Any unauthorized use, disclosure, distribution, copying or dissem=
ination is strictly prohibited. If you receive this transmission in error=
, please notify the sender immediately and return the original.
--=_Part_a8b5cfa7$9a01$4681$9f38$29961fe6de7f
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit
From: Chris Sharman [mailto:chris.sharman@ccagroup.co.uk]
Sent: Tuesday, December 14, 2004 3:49 AM
To: PowerH List
Subject: Re: understanding how define affects field initialized from
MIME-Version: 1.0
Lorry Litman wrote:
> If I change the item initial statement
> from
> item emp_no of empfile initial t_emp_no if entrymode
> to
> item emp_no of empfile initial t_emp_no
> the record gets written to the table with the correct emp_no value.
'initial' implies entrymode, iirc, so the 'if entrymode' is redundant.
As far as the define goes, what's the initial/default value of
emp_rpt_flag ?
Might
def d_rpt_flag char * 6 = "" if newrecord of empfile else ...
be better ?
Chris
-----------------------------------------------------------------------
Any views expressed in this message are those of the sender and not
necessarily those of CCA Group. The unauthorized use, disclosure,
copying or alteration of this message is forbidden. The contents of
this message may be confidential and/or privileged, copyright CCA Group
and are intended solely for the use of the individual or entity to whom
they are addressed. Whilst this message has been scanned, CCA Group
cannot guarantee that it is virus free or compatible with your systems
and accepts no responsibility for any loss or damage arising from its
use. The recipient is advised to run their own anti-virus software. If
you receive this message in error please contact
postmaster@ccagroup.co.uk immediately, destroy any copies and delete it
from your computer systems.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
--=_Part_a8b5cfa7$9a01$4681$9f38$29961fe6de7f--
From Seamus.Browne@partage.org Tue Dec 14 17:28:35 2004
From: Seamus.Browne@partage.org (Seamus Browne)
Date: Tue, 14 Dec 2004 18:28:35 +0100
Subject: QTP Converting surnames : SMITH-HENDERSON to Smith-Henderson
Message-ID: <0783BCF34B1CC442A58FB338CD207090150B95@netserver2.domaine2.org>
Hi all,
Thanks for the info on Quiz and the 256 char limit on page width.
The problem solved is now using QTP, as suggested here yesterday.
Today's pb is about surnames aka "family names".
All our surnames are in block capitals.
SMITH
JONES
GALBRAITH
Etc.
I would like to get them into this kind of style
Smith
Jones
Galbraith
Aka "Initialised"
I can manage that myself using UPSHIFT on the first letter and downshift
on the rest.
But records which have combined surnames such as
SMITH-HENDERSON
WITHERBY-JONES
HUDSON MCGINTY
UGADA BUGADA
are giving me headache.
Some records have these combined surnames with hyphens, others just with
spaces.
How can I get QTP to transform
SMITH-HENDERSON
WITHERBY-JONES
HUDSON MCGINTY
UGADA BUGADA
into
Smith-Henderson
Witherby-Jones
Hudson McGinty
Ugada Bugada ????
And where in my current prog would I do the replacing ?
Here's the (snipped) prog as it is.
------------------------------
Can cle
Set def
:purge lclient
:purge lclientq
acc clients
set process limit 200;000
temp TBL-NUM INT SIZ 2
Item TBL-NUM = 9
Temp TBL CHAR * 1
Item TB = CHAR(TBL-NUM)[2:1]
Temp a-Client-num varchar * 8
Item a-Client-num = trunc(asc(Client-num ,6)) + trunc(tbl)
Temp a-Client-Surname varchar * 34
item a-Client-Surname = trunc(Client-Surname) + trunc(tbl)
...
Temp packet varchar * 760
Item packet = &,
trunc(a-Client-num + &,
a-Client-Surname + &,
....
)
subfile lclient portable keep &,
include packet
go
:print lclientq
----------------------------------------
TIA
Scottie Hannigan.
From dmorrison@mcbrideelectric.com Tue Dec 14 17:57:08 2004
From: dmorrison@mcbrideelectric.com (David Morrison - Corporate)
Date: Tue, 14 Dec 2004 09:57:08 -0800
Subject: QTP Converting surnames : SMITH-HENDERSON to Smith-Henderson
Message-ID: <741A7B80E63EFE498457491B6AE5BBE74D2A6F@srvrexchange.mcb_corp.mcbrideelectric.com>
Seamus,
This is the kind of problem that lends itself to solving via QUICK, if you can do that. (We had a discussion on this forum recently about this issue, where I spoke up for this!)
Set up a DO loop where you examine each character in the name one at a time (working left to right), to determine if it should be capitalized (capitalised!) or not. You set the rules as you wish; I think yours are:
1. First letter of the name is upper case
2. First letter immediately after a space or hyphen is upper case
3. Every other letter is lower case
Way easier to test and to maintain than using QTP would be.
Thanks.
Cordially,
David Morrison
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Seamus Browne
Sent: Tuesday, December 14, 2004 9:29 AM
To: powerh-l@lists.sowder.com
Subject: QTP Converting surnames : SMITH-HENDERSON to Smith-Henderson
Hi all,
Thanks for the info on Quiz and the 256 char limit on page width.
The problem solved is now using QTP, as suggested here yesterday.
Today's pb is about surnames aka "family names".
All our surnames are in block capitals.
SMITH
JONES
GALBRAITH
Etc.
I would like to get them into this kind of style
Smith
Jones
Galbraith
Aka "Initialised"
I can manage that myself using UPSHIFT on the first letter and downshift
on the rest.
But records which have combined surnames such as
SMITH-HENDERSON
WITHERBY-JONES
HUDSON MCGINTY
UGADA BUGADA
are giving me headache.
Some records have these combined surnames with hyphens, others just with
spaces.
How can I get QTP to transform
SMITH-HENDERSON
WITHERBY-JONES
HUDSON MCGINTY
UGADA BUGADA
into
Smith-Henderson
Witherby-Jones
Hudson McGinty
Ugada Bugada ????
And where in my current prog would I do the replacing ?
Here's the (snipped) prog as it is.
------------------------------
Can cle
Set def
:purge lclient
:purge lclientq
acc clients
set process limit 200;000
temp TBL-NUM INT SIZ 2
Item TBL-NUM = 9
Temp TBL CHAR * 1
Item TB = CHAR(TBL-NUM)[2:1]
Temp a-Client-num varchar * 8
Item a-Client-num = trunc(asc(Client-num ,6)) + trunc(tbl)
Temp a-Client-Surname varchar * 34
item a-Client-Surname = trunc(Client-Surname) + trunc(tbl)
...
Temp packet varchar * 760
Item packet = &,
trunc(a-Client-num + &,
a-Client-Surname + &,
....
)
subfile lclient portable keep &,
include packet
go
:print lclientq
----------------------------------------
TIA
Scottie Hannigan.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From Conrad.Whittall@Cognos.COM Tue Dec 14 18:05:41 2004
From: Conrad.Whittall@Cognos.COM (Whittall, Conrad)
Date: Tue, 14 Dec 2004 13:05:41 -0500
Subject: QTP Converting surnames : SMITH-HENDERSON to Smith-Henderson
Message-ID: <20B567723B796747A3E19189A055BEB70186B67A@sottemail2.ent.ad.cognos.com>
This is a multi-part message in MIME format.
------_=_NextPart_001_01C4E207.3CD9C9AA
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Sorry I can't help with a QTP solution...but I have attached a QDESIGN
use file from my dim and distant past (courtesy of Roger Jackson in the
UK) that we often included in data entry screens when we needed to do
this sort of reformatting.
You might consider using QUICK-in-batch to call this internal procedure
to achieve what you're looking for. The code is pretty well commented
and so should be easy to modify for any specific needs that you might
have (e.g. applying it to a specific field rather than FIELDTEXT,
changing the maximum length of the field to be processed, etc.)
Best regards,
Conrad
Conrad Whittall
Senior Solutions Architect, Global Customer Services, Cognos
Incorporated
3755 Riverside Drive, Ottawa, Ontario, K1G 4K9, Canada
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Seamus Browne
Sent: Tuesday 14 December 2004 12:29
To: powerh-l@lists.sowder.com
Subject: QTP Converting surnames : SMITH-HENDERSON to Smith-Henderson
Hi all,
Thanks for the info on Quiz and the 256 char limit on page width.
The problem solved is now using QTP, as suggested here yesterday.
Today's pb is about surnames aka "family names".
All our surnames are in block capitals.
SMITH
JONES
GALBRAITH
Etc.
I would like to get them into this kind of style Smith Jones Galbraith
Aka "Initialised"
I can manage that myself using UPSHIFT on the first letter and downshift
on the rest.
But records which have combined surnames such as=20
SMITH-HENDERSON
WITHERBY-JONES=20
HUDSON MCGINTY
UGADA BUGADA
are giving me headache.
Some records have these combined surnames with hyphens, others just with
spaces.
How can I get QTP to transform=20
SMITH-HENDERSON
WITHERBY-JONES=20
HUDSON MCGINTY
UGADA BUGADA
into=20
Smith-Henderson
Witherby-Jones=20
Hudson McGinty
Ugada Bugada ????
And where in my current prog would I do the replacing ?
Here's the (snipped) prog as it is.
------------------------------
Can cle
Set def
:purge lclient
:purge lclientq
acc clients
set process limit 200;000
temp TBL-NUM INT SIZ 2=20
Item TBL-NUM =3D 9
Temp TBL CHAR * 1=20
Item TB =3D CHAR(TBL-NUM)[2:1]
Temp a-Client-num varchar * 8 =20
Item a-Client-num =3D trunc(asc(Client-num ,6)) + trunc(tbl)
Temp a-Client-Surname varchar * 34
item a-Client-Surname =3D trunc(Client-Surname) + trunc(tbl)
...
Temp packet varchar * 760 =20
Item packet =3D &,
trunc(a-Client-num + &,
a-Client-Surname + &,
....
) =20
subfile lclient portable keep &,
include packet=20
go
:print lclientq
----------------------------------------
TIA
Scottie Hannigan.
=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
=20
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.=20
=20
------_=_NextPart_001_01C4E207.3CD9C9AA
Content-Type: application/octet-stream;
name="namefix.qku"
Content-Transfer-Encoding: base64
Content-Description: namefix.qku
Content-Disposition: attachment;
filename="namefix.qku"
OyAqKioqKioqKioqKioqKioqKg0KOyAqKiogIE5BTUVGSVggICoqKg0KOyAqKioqKioqKioqKioq
KioqKg0KOw0KDQpQUk9DRURVUkUgSU5URVJOQUwgbmFtZWZpeCANCg0KOy0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
DQo7IENvZGVkIENvbW1lbnRzIEZvciBBcmNoaXRlY3QgRG9jdW1lbnRlcg0KOy0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tDQo7IC9ULyBVc2UgRmlsZSA6IFJlZm9ybWF0IEZpZWxkIEludG8gTWl4ZWQgQ2FzZQ0KOyAv
UC8gUm9nZXIgSmFja3NvbiwgQ29nbm9zIExpbWl0ZWQNCjsNCjstLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KOyBQ
cmVyZXF1aXNpdHMNCjstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KOw0KOyBGSUVMRFRFWFQgaXMgYXNzdW1lZCB0
byBiZSBhIG1heGltdW0gc2l6ZSBvZiA1MCBjaGFyYWN0ZXJzLCBidXQgdGhlcmUNCjsgaXMgbm8g
bGltaXQgdG8gdGhlIG51bWJlciBvZiB3b3JkcyB3aXRoaW4gdGhpcy4NCjsNCjstLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KOyBQcm9jZWR1cmUNCjstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KOw0KOyAxKSBEb3duc2hpZnQgdGhl
IHdob2xlIGZpZWxkLg0KOw0KOyAyKSBVcHNoaWZ0IHRoZSBmaXJzdCBjaGFyYWN0ZXIgb2YgZWFj
aCB3b3JkLiBBIHdvcmQgaXMgZGVmaW5lZCBhcyBhbnkNCjsgICAgc3RyaW5nIG9mIGNoYXJhY3Rl
cnMgd2hpY2ggaXMgdGVybWluYXRlZCBieSBhIGNoYXJhY3RlciBub3QgaW4gdGhlDQo7ICAgIHJh
bmdlIG9mIEEgdG8gWi4NCjsNCjsgMykgQXBwbHkgcG9zdC1mb3JtYXR0aW5nIGZpeGVzIC0gdG8g
ZGVhbCB3aXRoIHNwZWNpYWwgbmFtZXMsIGV0Yy4NCjsNCjstLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KOyBJbnN0
cnVjdGlvbnMgRm9yIFVzZQ0KOy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo7DQo7IEluY2x1ZGUgdGhlIHByb2Nl
ZHVyZSBhdCB0aGUgdG9wIG9mIGFueSBwcm9jZWR1cmFsIGNvZGUgd2l0aGluIHlvdXINCjsgc2Ny
ZWVuLCBlZy4NCjsNCjsgICAgICBVU0UgbmFtZWZpeC5xa3UgTk9MSVNUIE5PREVUQUlMDQo7DQo7
IEFwcGx5IG9uIHRoZSBJTlBVVCBwcm9jZWR1cmUgb2YgdGhlIHJlcXVpcmVkIGZpZWxkKHMpLCBl
Zy4NCjsNCjsgICAgICBQUk9DRURVUkUgSU5QVVQgc3VybmFtZQ0KOyAgICAgIEJFR0lOIDsxDQo7
ICAgICAgICAgRE8gSU5URVJOQUwgbmFtZWZpeA0KOyAgICAgIEVORCA7MQ0KOw0KOy0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tDQo7IENvbW1lbnRzDQo7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCjsNCjsgTm90ZSB0aGF0IGFkZHJl
c3MgbGluZXMgc2hvdWxkIGJlIDM1IGNoYXJhY3RlcnMgaW4gbGVuZ3RoIGlmIHRoZXkgYXJlDQo7
IHRvIGNvbmZvcm0gdG8gdGhlIGludGVybmF0aW9uYWwgRURJIHN0YW5kYXJkcyAoIHRodXMgbWFr
aW5naCB0aGVtDQo7IGFjY2VwdGFibGUgdG8gZWxlY3Ryb25pYyBtYWlsIHNlcnZpY2VzIHRocm91
Z2hvdXQgdGhlIHdvcmxkICkuDQo7DQo7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCjsgTW9kaWZpY2F0aW9uIEhp
c3RvcnkNCjstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KOw0KOyBWZXJzaW9uICAgIERhdGUgICAgSW5pdGlhbHMg
IERlc2NyaXB0aW9uDQo7IC0tLS0tLS0gIC0tLS0tLS0tICAtLS0tLS0tLSAgLS0tLS0tLS0tLS0N
CjsNCjsgICAxLjAgICAgMzAvMDQvOTEgICAgUkogICAgICBJbml0aWFsIERldmVsb3BtZW50DQo7
DQo7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0NCg0KQkVHSU4gOzENCg0KICAgTEVUIEZJRUxEVEVYVCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmDQogICAgID0g
RE9XTlNISUZUICggTEogKCBQQUNLICggVFJVTkNBVEUgKCBGSUVMRFRFWFQgKSApICkgKQ0KDQog
ICBJRiAwIExUIFNJWkUgKCBGSUVMRFRFWFQgKQ0KICAgVEhFTiBCRUdJTiA7Mg0KDQogICAgICBG
T1IgNTANCiAgICAgIEJFR0lOIDszDQoNCiAgICAgICAgIDsgVXBzaGlmdCB0aGUgZmlyc3QgbGV0
dGVyIG9mIGVhY2ggd29yZC4uLg0KDQogICAgICAgICBJRiBPQ0NVUlJFTkNFIEVRIDENCg0KICAg
ICAgICAgICAgOyBGaXJzdCB3b3JkDQoNCiAgICAgICAgIFRIRU4gTEVUIEZJRUxEVEVYVCAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgJg0KICAgICAgICAgICAgICAg
ID0gVVBTSElGVCAoIEZJRUxEVEVYVCBbMToxXSApICAgICAgICAgICAgICAgICAgICAgICAgICAm
DQogICAgICAgICAgICAgICAgKyBGSUVMRFRFWFQgWyAyIDogU0laRSAoIEZJRUxEVEVYVCApIC0g
T0NDVVJSRU5DRSBdDQoNCiAgICAgICAgIEVMU0UgQkVHSU4gOzQNCg0KICAgICAgICAgICAgSUYg
T0NDVVJSRU5DRSBMRSBTSVpFICggRklFTERURVhUICkgICAgICAgICAgICAgICAgICAgICAgICAm
DQogICAgICAgICAgICBBTkQgKCAiQSIgR1QgVVBTSElGVCAoIEZJRUxEVEVYVCBbIE9DQ1VSUkVO
Q0UgLSAxIDogMSBdICkgICYNCiAgICAgICAgICAgIE9SICAgICJaIiBMVCBVUFNISUZUICggRklF
TERURVhUIFsgT0NDVVJSRU5DRSAtIDEgOiAxIF0gKSApDQoNCiAgICAgICAgICAgICAgIDsgV2Ug
aGF2ZW4ndCBwcm9jZXNzZWQgdGhlIGxhc3QgY2hhcmFjdGVyIHlldCBhbmQgdGhlDQogICAgICAg
ICAgICAgICA7IHByZWNlZWRpbmcgY2hhcmFjdGVyIGlzIG5vdCBpbiB0aGUgcmFuZ2UgQSB0byBa
Li4uDQogICAgICAgICAgICAgICA7IHRoZXJlZm9yZSBpdCBkZWxpbWl0cyBhIHdvcmQNCg0KICAg
ICAgICAgICAgVEhFTiBCRUdJTiA7NQ0KDQogICAgICAgICAgICAgICBJRiBPQ0NVUlJFTkNFIExU
IFNJWkUgKCBGSUVMRFRFWFQgKQ0KDQogICAgICAgICAgICAgICBUSEVOIExFVCBGSUVMRFRFWFQg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICYNCiAgICAgICAgICAgICAgICAg
ICA9IEZJRUxEVEVYVCBbIDEgOiBPQ0NVUlJFTkNFIC0gMSBdICAgICAgICAgICAgICAgICAgJg0K
ICAgICAgICAgICAgICAgICAgICsgVVBTSElGVCAgKCBGSUVMRFRFWFQgWyBPQ0NVUlJFTkNFIDog
MSBdICkgICAgICAgICAmDQogICAgICAgICAgICAgICAgICAgKyBUUlVOQ0FURSAoIEZJRUxEVEVY
VCBbIE9DQ1VSUkVOQ0UgKyAxICAgICAgICAgICAgICYNCiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgOiBTSVpFICggRklFTERURVhUICkgLSBPQ0NVUlJFTkNFIF0gKQ0KICAgICAgICAg
ICAgICAgRUxTRSBMRVQgRklFTERURVhUICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAmDQogICAgICAgICAgICAgICAgICAgPSBGSUVMRFRFWFQgWyAxIDogT0NDVVJSRU5DRSAt
IDEgXSAgICAgICAgICAgICAgICAgICYNCiAgICAgICAgICAgICAgICAgICArIFVQU0hJRlQgICgg
RklFTERURVhUIFsgT0NDVVJSRU5DRSA6IDEgXSApDQoNCiAgICAgICAgICAgIEVORCA7NQ0KICAg
ICAgICAgRU5EIDs0DQoNCiAgICAgICAgIDsgVGhlIGZvbGxvd2luZyBzZWN0aW9uIGhhbmRsZXMg
YW55IGV4Y2VwdGlvbnMuIEl0IGtub3dzIGFib3V0DQogICAgICAgICA7IFNjb3R0aXNoIG5hbWVz
IGJlZ2lubmluZyB3aXRoICJNYyIgYW5kIG5hbWVzIGVuZGluZyAiJ3MiDQoNCiAgICAgICAgIElG
IE9DQ1VSUkVOQ0UgR1QgMiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgJg0KICAgICAgICAgQU5EIE9DQ1VSUkVOQ0UgTEUgU0laRSAoIEZJRUxEVEVYVCApDQoNCiAg
ICAgICAgICAgIDsgTm90ZSB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9uIGlzIG5vdCBzaW1w
bHkgY29tcG91bmRlZA0KICAgICAgICAgICAgOyB3aXRoIHRoZSBhYm92ZSBjb25kaXRpb25zIGR1
ZSB0byBhIGRhdGEgZXhwcmVzc2lvbiBlcnJvcg0KICAgICAgICAgICAgOyBlbmNvdW50ZXJlZCB3
aGVuIHRoZSBmb2xsb3dpbmcgY29uZGl0aW9uIGlzIGV2YWx1YXRlZC4NCiAgICAgICAgICAgIDsg
KCBUaGUgY29uZGl0aW9uIGl0c2VsZiBzaG91bGQgbm90IGhhdmUgZXZlbiBiZWVuIGV2YWx1YXRl
ZA0KICAgICAgICAgICAgOyBpZiBvbmUgb2YgdGhlIHR3byBvdGhlciBjb25kaXRpb25zIGZhaWxl
ZCwgYnV0IHRoZSBERw0KICAgICAgICAgICAgOyB2ZXJzaW9uIG9mIFBvd2VySG91c2UgYXBwZWFy
cyBub3QgdG8gdXNlIHRoaXMgYml0IG9mDQogICAgICAgICAgICA7IGVmZmVjaWVudCBjb2Rpbmcu
ICkNCg0KICAgICAgICAgVEhFTiBJRiAiTWMiIEVRIEZJRUxEVEVYVCBbIE9DQ1VSUkVOQ0UgLSAy
IDogMiBdDQogICAgICAgICBUSEVOICBCRUdJTiA7NA0KDQogICAgICAgICAgICBJRiBPQ0NVUlJF
TkNFIExUIFNJWkUgKCBGSUVMRFRFWFQgKQ0KDQogICAgICAgICAgICBUSEVOIExFVCBGSUVMRFRF
WFQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICYNCiAgICAgICAgICAg
ICAgICA9IEZJRUxEVEVYVCBbIDEgOiBPQ0NVUlJFTkNFIC0gMSBdICAgICAgICAgICAgICAgICAg
ICAgJg0KICAgICAgICAgICAgICAgICsgVVBTSElGVCAgKCBGSUVMRFRFWFQgWyBPQ0NVUlJFTkNF
IDogMSBdICkgICAgICAgICAgICAmDQogICAgICAgICAgICAgICAgKyBUUlVOQ0FURSAoIEZJRUxE
VEVYVCBbIE9DQ1VSUkVOQ0UgKyAxICAgICAgICAgICAgICAgICYNCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgOiBTSVpFICggRklFTERURVhUICkgLSBPQ0NVUlJFTkNFIF0gKQ0KICAgICAg
ICAgICAgRUxTRSBMRVQgRklFTERURVhUICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAmDQogICAgICAgICAgICAgICAgPSBGSUVMRFRFWFQgWyAxIDogT0NDVVJSRU5DRSAt
IDEgXSAgICAgICAgICAgICAgICAgICAgICYNCiAgICAgICAgICAgICAgICArIFVQU0hJRlQgICgg
RklFTERURVhUIFsgT0NDVVJSRU5DRSA6IDEgXSApDQoNCiAgICAgICAgIEVORCA7NA0KDQogICAg
ICAgICBJRiBPQ0NVUlJFTkNFIEdUIDMgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICYNCiAgICAgICAgIEFORCBPQ0NVUlJFTkNFIExFIFNJWkUgKCBGSUVMRFRFWFQg
KQ0KDQogICAgICAgICAgICA7IE5vdGUgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbiBpcyBu
b3Qgc2ltcGx5IGNvbXBvdW5kZWQNCiAgICAgICAgICAgIDsgd2l0aCB0aGUgYWJvdmUgY29uZGl0
aW9ucyBkdWUgdG8gYSBkYXRhIGV4cHJlc3Npb24gZXJyb3INCiAgICAgICAgICAgIDsgZW5jb3Vu
dGVyZWQgd2hlbiB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbiBpcyBldmFsdWF0ZWQuDQogICAgICAg
ICAgICA7ICggVGhlIGNvbmRpdGlvbiBpdHNlbGYgc2hvdWxkIG5vdCBoYXZlIGV2ZW4gYmVlbiBl
dmFsdWF0ZWQNCiAgICAgICAgICAgIDsgaWYgb25lIG9mIHRoZSB0d28gb3RoZXIgY29uZGl0aW9u
cyBmYWlsZWQsIGJ1dCB0aGUgREcNCiAgICAgICAgICAgIDsgdmVyc2lvbiBvZiBQb3dlckhvdXNl
IGFwcGVhcnMgbm90IHRvIHVzZSB0aGlzIGJpdCBvZg0KICAgICAgICAgICAgOyBlZmZlY2llbnQg
Y29kaW5nLiApDQoNCiAgICAgICAgIFRIRU4gSUYgIidTICIgRVEgRklFTERURVhUIFsgT0NDVVJS
RU5DRSAtIDMgOiAzIF0NCiAgICAgICAgIFRIRU4gQkVHSU4gOzQNCg0KICAgICAgICAgICAgSUYg
T0NDVVJSRU5DRSBMRSBTSVpFICggRklFTERURVhUICkNCg0KICAgICAgICAgICAgVEhFTiBMRVQg
RklFTERURVhUICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAmDQogICAg
ICAgICAgICAgICAgPSBGSUVMRFRFWFQgWyAxIDogT0NDVVJSRU5DRSAtIDMgXSAgICAgICAgICAg
ICAgICAgICAgICYNCiAgICAgICAgICAgICAgICArIERPV05TSElGVCAoIEZJRUxEVEVYVCBbIE9D
Q1VSUkVOQ0UgLSAyIDogMSBdICkgICAgICAgJg0KICAgICAgICAgICAgICAgICsgVFJVTkNBVEUg
ICggRklFTERURVhUIFsgT0NDVVJSRU5DRSAtIDEgICAgICAgICAgICAgICAmDQogICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICA6IFNJWkUgKCBGSUVMRFRFWFQgKSAtIE9DQ1VSUkVOQ0UgKyAy
IF0gKQ0KICAgICAgICAgICAgRUxTRSBMRVQgRklFTERURVhUICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAmDQogICAgICAgICAgICAgICAgPSBGSUVMRFRFWFQgWyAxIDog
T0NDVVJSRU5DRSAtIDMgXSAgICAgICAgICAgICAgICAgICAgICYNCiAgICAgICAgICAgICAgICAr
IERPV05TSElGVCAoIEZJRUxEVEVYVCBbIE9DQ1VSUkVOQ0UgLSAyIDogMSBdICkNCg0KICAgICAg
ICAgRU5EIDs0DQogICAgICBFTkQgOzMNCiAgIEVORCA7Mg0KRU5EIDsxDQoNCjsgKioqKioqKioq
KioqKioqKioqKioqKioqDQo7ICoqKiAgRU5EIE9GIE5BTUVGSVggICoqKg0KOyAqKioqKioqKioq
KioqKioqKioqKioqKioNCg0K
------_=_NextPart_001_01C4E207.3CD9C9AA--
From John.Pickering@norbord.com Tue Dec 14 18:13:11 2004
From: John.Pickering@norbord.com (Pickering, John (NORBORD))
Date: Tue, 14 Dec 2004 13:13:11 -0500
Subject: understanding how define affects field initialized from tempo
rary
Message-ID: <611340310619D711AA4000306E1CC51202797C1F@TORHEXCH>
Lorry
The define to complete the status text (es, o, nknown) will have NO effect
on the emp_no item regardless of mode or what you enter in the action field.
When you enter the screen for the first time and there are no records for
the passed index value then the define should be blank. When you enter the
screen with an index value for which there are records then the define
should display the correct value based on the value of your table item for
the records that exits and blanks for the missing rows.
When you then use Append, the define will not get evaluated and displayed
until you pass by it in the entry sequence so it should be blank until you
go past it. It will then have a displayed value based on the then current
value of the record item.
I'm confused about your confusion.
Regards,
JWP
-----Original Message-----
From: Lorry Litman [mailto:LLitman@exchange.hsc.mb.ca]
Sent: Tuesday, December 14, 2004 11:44 AM
To: PowerHouse listserver (E-mail)
Subject: RE: understanding how define affects field initialized from
temporary
your replies have been helpful in making me explore/check some things that I
took for granted before, however, I'm not doing a good job of explaining the
problem and which part I'm trying to understand.
From pj@icing-it.co.uk Tue Dec 14 19:54:24 2004
From: pj@icing-it.co.uk (Philip Jackson)
Date: Tue, 14 Dec 2004 19:54:24 -0000
Subject: QTP Converting surnames : SMITH-HENDERSON to Smith-Henderson
References: <0783BCF34B1CC442A58FB338CD207090150B95@netserver2.domaine2.org>
Message-ID: <004201c4e216$b6c4df90$76ca6b51@IIT0102>
How would you handle
McDonald
van de Burgh
von Trappe
von Trappe-MacDonald
?
----- Original Message -----
From: "Seamus Browne"
To:
Sent: Tuesday, December 14, 2004 5:28 PM
Subject: QTP Converting surnames : SMITH-HENDERSON to Smith-Henderson
> Hi all,
> Thanks for the info on Quiz and the 256 char limit on page width.
> The problem solved is now using QTP, as suggested here yesterday.
>
> Today's pb is about surnames aka "family names".
> All our surnames are in block capitals.
> SMITH
> JONES
> GALBRAITH
> Etc.
>
> I would like to get them into this kind of style
> Smith
> Jones
> Galbraith
From dmorrison@mcbrideelectric.com Tue Dec 14 20:10:01 2004
From: dmorrison@mcbrideelectric.com (David Morrison - Corporate)
Date: Tue, 14 Dec 2004 12:10:01 -0800
Subject: QTP Converting surnames : SMITH-HENDERSON to Smith-Henderson
Message-ID: <741A7B80E63EFE498457491B6AE5BBE7391D5A@srvrexchange.mcb_corp.mcbrideelectric.com>
Philip,
Ah, add more rules to the QUICK DO loop:
For example, "blank-M-C-X" becomes "blank-M-c-X".
The others may depend on local custom. In the U.S., I think you'd be best off making VAN DE BURGH into Van De Burgh.
David Morrison
McBride Electric
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Philip Jackson
Sent: Tuesday, December 14, 2004 11:54 AM
To: powerh-l@lists.sowder.com
Subject: Re: QTP Converting surnames : SMITH-HENDERSON to
Smith-Henderson
How would you handle
McDonald
van de Burgh
von Trappe
von Trappe-MacDonald
?
----- Original Message -----
From: "Seamus Browne"
To:
Sent: Tuesday, December 14, 2004 5:28 PM
Subject: QTP Converting surnames : SMITH-HENDERSON to Smith-Henderson
> Hi all,
> Thanks for the info on Quiz and the 256 char limit on page width.
> The problem solved is now using QTP, as suggested here yesterday.
>
> Today's pb is about surnames aka "family names".
> All our surnames are in block capitals.
> SMITH
> JONES
> GALBRAITH
> Etc.
>
> I would like to get them into this kind of style
> Smith
> Jones
> Galbraith
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From LLitman@exchange.hsc.mb.ca Tue Dec 14 20:35:35 2004
From: LLitman@exchange.hsc.mb.ca (Lorry Litman)
Date: Tue, 14 Dec 2004 14:35:35 -0600
Subject: understanding how define affects field initialized from
temporary
Message-ID: <304B5A264EC9974E8121B0EA14A9C393052287A5@hsc01mx1.hsc.mb.ca>
This is a multi-part message in MIME format.
--=_Part_eea53932$3c27$450e$873b$06c4b3271058
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Thank-you John for your reply but I will have to respectfully disagree wi=
th
you on the define having no effect on emp_no being set to t_emp_no, becau=
se
it does, I do agree with you that it shouldn't. Its the why which is
baffling me. From the example that I provided I indicated that if the def=
ine
is not required to test for the value of the field emp_rpt_flag, emp_no i=
s
set fine, however, if the define is required to do the test of the value =
of
emp_rpt_flag, emp_no doesn't get set. I was also surprised that "IF
ENTRYMODE" on the item initial statement seems to work in entrymode (E in
the action field) but not in appendmode (A in the action field).
Anyway, I'm dropping this for now and will explore it later when I have m=
ore
time to dissect, isolate and test the different scenarios.
Thank-you again to all who replied, your replies did help.
This list is a great help.
Thanx
Lorry
-----Original Message-----
This e-mail and/or any documents in this transmission is intended for the=
address(s) only and may contain legally privileged or confidential infor=
mation. Any unauthorized use, disclosure, distribution, copying or dissem=
ination is strictly prohibited. If you receive this transmission in error=
, please notify the sender immediately and return the original.
--=_Part_eea53932$3c27$450e$873b$06c4b3271058
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit
From: Pickering, John (NORBORD) [mailto:John.Pickering@norbord.com]
Sent: Tuesday, December 14, 2004 12:13 PM
To: 'Lorry Litman'; PowerHouse listserver (E-mail)
Subject: RE: understanding how define affects field initialized from
MIME-Version: 1.0
Lorry
The define to complete the status text (es, o, nknown) will have NO effect
on the emp_no item regardless of mode or what you enter in the action field.
When you enter the screen for the first time and there are no records for
the passed index value then the define should be blank. When you enter the
screen with an index value for which there are records then the define
should display the correct value based on the value of your table item for
the records that exits and blanks for the missing rows.
When you then use Append, the define will not get evaluated and displayed
until you pass by it in the entry sequence so it should be blank until you
go past it. It will then have a displayed value based on the then current
value of the record item.
I'm confused about your confusion.
Regards,
JWP
-----Original Message-----
--=_Part_eea53932$3c27$450e$873b$06c4b3271058
Content-Type: message/rfc822
Content-Transfer-Encoding: 8bit
From: Lorry Litman [mailto:LLitman@exchange.hsc.mb.ca]
Sent: Tuesday, December 14, 2004 11:44 AM
To: PowerHouse listserver (E-mail)
Subject: RE: understanding how define affects field initialized from
MIME-Version: 1.0
your replies have been helpful in making me explore/check some things that I
took for granted before, however, I'm not doing a good job of explaining the
problem and which part I'm trying to understand.
--=_Part_eea53932$3c27$450e$873b$06c4b3271058--
From jody.burgess@sewardconsulting.com Wed Dec 15 21:37:15 2004
From: jody.burgess@sewardconsulting.com (Jody Burgess)
Date: Wed, 15 Dec 2004 14:37:15 -0700
Subject: Determining Number of records
Message-ID:
Hi;
In QDesign, in an internal or designer procedure, I was wondering how I
can determine the number of records that would be returned after issueing a
file statement such as:
file user_info detail close
Thanks
Jody Burgess ISP
Systems Analyst
Seward Consulting Ltd.
780.702.5103
jody.burgess@sewardconsulting.com
From Bob.Deskin@Cognos.COM Wed Dec 15 22:28:35 2004
From: Bob.Deskin@Cognos.COM (Deskin, Bob)
Date: Wed, 15 Dec 2004 17:28:35 -0500
Subject: Determining Number of records
Message-ID: <2B4E386EAEC90947802323BF373DC0EC025925F1@sottemail1.ent.ad.cognos.com>
If you want to count records before doing standard file retrieval (i.e.
Find mode), declare the file a second time as a DESIGNER file with an
alias and do a WHILE RETRIEVING to count the records (LET temp = temp +
1). If you want to make sure that the counting doesn't interfere with
normal retrieval, give it a second open (assuming it's non-relational).
Bob Deskin
Senior 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: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Jody Burgess
Sent: December 15, 2004 4:37 PM
To: powerh-l@lists.sowder.com
Subject: Determining Number of records
Importance: High
Hi;
In QDesign, in an internal or designer procedure, I was wondering how
I can determine the number of records that would be returned after
issueing a file statement such as:
file user_info detail close
Thanks
Jody Burgess ISP
Systems Analyst
Seward Consulting Ltd.
780.702.5103
jody.burgess@sewardconsulting.com
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to
powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/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 Matt.Ohmes@COGNOS.com Wed Dec 15 23:57:05 2004
From: Matt.Ohmes@COGNOS.com (Ohmes, Matt)
Date: Wed, 15 Dec 2004 18:57:05 -0500
Subject: understanding how define affects field initialized from temporary
Message-ID:
Hi Lorry,
I don't really have the time to go too deeply into this right now (my
wife is expecting me to head home) but my advice is to not attempt to
use ENTRYMODE, APPENDMODE, etc in testing. The problem is that it may
only be true for a very limited amount of time and is rarely relevant to
what you want to accomplish. For example, ENTRYMODE is only true when
you are actually stepping through the ENTRY procedure; as soon as you
drop out of it, you may be in CORRECTMODE, CHANGEMODE, APPENDMODE
depending how the screen is set up.
Frankly, I've very seldom found "mode" to be relevant. About the only
thing I can remember being relevant to mode is that the record status
cannot be set to ALTEREDRECORD whey you are in FINDMODE even if you
procedurally change a record buffer value.
I almost universally checked record status instead. A classic example
is:
ITEM CreateDate Initial Sysdate
ITEM LastModDate Initial Sysdate
ITEM LastModDate Final Sysdate IF ALTEREDRECORD
(Forgive me if my syntax isn't exact, I haven't written PowerHouse code
in about 5 years.)
Note that I don't care what "mode" I was in when the record was
initialized or when I updated the record. I only care that new records
will have been initialized and that I want to change the LastModDate if
the record was altered (and therefore will be updated to the file).
I hope that helps.
Matt
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Lorry Litman
Sent: Tuesday, December 14, 2004 2:36 PM
To: 'Pickering, John (NORBORD)'
Cc: PowerHouse listserver (E-mail)
Subject: RE: understanding how define affects field initialized from
temporary
Thank-you John for your reply but I will have to respectfully disagree
with
you on the define having no effect on emp_no being set to t_emp_no,
because
it does, I do agree with you that it shouldn't. Its the why which is
baffling me. From the example that I provided I indicated that if the
define
is not required to test for the value of the field emp_rpt_flag, emp_no
is
set fine, however, if the define is required to do the test of the value
of
emp_rpt_flag, emp_no doesn't get set. I was also surprised that "IF
ENTRYMODE" on the item initial statement seems to work in entrymode (E
in
the action field) but not in appendmode (A in the action field).
Anyway, I'm dropping this for now and will explore it later when I have
more
time to dissect, isolate and test the different scenarios.
Thank-you again to all who replied, your replies did help.
This list is a great help.
Thanx
Lorry
-----Original Message-----
This e-mail and/or any documents in this transmission is intended for
the address(s) only and may contain legally privileged or confidential
information. Any unauthorized use, disclosure, distribution, copying or
dissemination is strictly prohibited. If you receive this transmission
in error, please notify the sender immediately and return the original.
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 chris.sharman@ccagroup.co.uk Thu Dec 16 11:05:06 2004
From: chris.sharman@ccagroup.co.uk (Chris Sharman)
Date: Thu, 16 Dec 2004 11:05:06 +0000
Subject: Determining Number of records
In-Reply-To: <200412161039283706880@equus.ccagroup.co.uk>
References: <200412161039283706880@equus.ccagroup.co.uk>
Message-ID: <41C16BE2.5090802@ccagroup.co.uk>
Jody Burgess wrote:
> Hi;
> In QDesign, in an internal or designer procedure, I was wondering how I
> can determine the number of records that would be returned after issueing a
> file statement such as:
>
> file user_info detail close
Bob's suggested one way to do it 'pre-find'.
If you're happy with the number fetched, you can do it post-find without
the extra read loop.
Use occurs to say how many records you want on screen, and cache to
define how many you want read in (limit 255).
You can then use:
let kount = 0
for user_info
begin
if newrecord of user_info
then break
let kount = kount + 1
end
This will tell you how many you've got in cache, which is the same as
how many there are, unless cache is too small.
Chris
PS. I seem to be routinely getting messages out of order - answers
before questions - are others seeing that, or is it just me ?
-----------------------------------------------------------------------
Any views expressed in this message are those of the sender and not
necessarily those of CCA Group. The unauthorized use, disclosure,
copying or alteration of this message is forbidden. The contents of
this message may be confidential and/or privileged, copyright CCA Group
and are intended solely for the use of the individual or entity to whom
they are addressed. Whilst this message has been scanned, CCA Group
cannot guarantee that it is virus free or compatible with your systems
and accepts no responsibility for any loss or damage arising from its
use. The recipient is advised to run their own anti-virus software. If
you receive this message in error please contact
postmaster@ccagroup.co.uk immediately, destroy any copies and delete it
from your computer systems.
From Harold.A.Johnson@gems1.gov.bc.ca Thu Dec 16 18:07:41 2004
From: Harold.A.Johnson@gems1.gov.bc.ca (Johnson, Harold A EDUC:EX)
Date: Thu, 16 Dec 2004 10:07:41 -0800
Subject: Odd error in PH 840d
Message-ID:
Hi all. We are getting an odd error when running PH 840c or 840d.
"Missing message 1328 (TABLE_NAME_VIEW*01)"
Simple code in qdesign. Compiles fine, but when retrieving a SIN via the
SIN, gets the error.
---------
screen test
file TABLE_NAME_VIEW in database primary
access via sin using sin request sin
field sin
field first_name
field last_name
---------
Anyone know what this is?
thnx
From Bob.Deskin@Cognos.COM Thu Dec 16 18:56:14 2004
From: Bob.Deskin@Cognos.COM (Deskin, Bob)
Date: Thu, 16 Dec 2004 13:56:14 -0500
Subject: Odd error in PH 840d
Message-ID: <2B4E386EAEC90947802323BF373DC0EC0259260A@sottemail1.ent.ad.cognos.com>
Are you using a DESIGN message file or a replacement message file? This
is output if QUICK cannot find the appropriate message.
Bob Deskin
Senior 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: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Johnson, Harold A
EDUC:EX
Sent: December 16, 2004 1:08 PM
To: powerh-l@lists.sowder.com
Subject: Odd error in PH 840d
Hi all. We are getting an odd error when running PH 840c or 840d.
"Missing message 1328 (TABLE_NAME_VIEW*01)"
Simple code in qdesign. Compiles fine, but when retrieving a SIN via
the SIN, gets the error.
---------
screen test
file TABLE_NAME_VIEW in database primary
access via sin using sin request sin
field sin
field first_name
field last_name
---------
Anyone know what this is?
thnx
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to
powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/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 brian_matthews_bmw@hotmail.com Thu Dec 16 19:04:31 2004
From: brian_matthews_bmw@hotmail.com (brian_matthewsbrian matthews)
Date: Thu, 16 Dec 2004 19:04:31 +0000
Subject: Odd error in PH 840d
In-Reply-To:
Message-ID:
you might need to add 'open read share' to the file statement. I think I
read that this is required for views in Quick.
>From: "Johnson, Harold A EDUC:EX"
>To: powerh-l@lists.sowder.com
>Subject: Odd error in PH 840d
>Date: Thu, 16 Dec 2004 10:07:41 -0800
>
>Hi all. We are getting an odd error when running PH 840c or 840d.
>
>"Missing message 1328 (TABLE_NAME_VIEW*01)"
>
>Simple code in qdesign. Compiles fine, but when retrieving a SIN via the
>SIN, gets the error.
>
>---------
>screen test
>file TABLE_NAME_VIEW in database primary
> access via sin using sin request sin
>
>
>
>field sin
>
>field first_name
>
>field last_name
>
>---------
>
>
>Anyone know what this is?
>
>thnx
>
>
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe " in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.
_________________________________________________________________
It's fast, it's easy and it's free. Get MSN Messenger today!
http://www.msn.co.uk/messenger
From Harold.A.Johnson@gems1.gov.bc.ca Thu Dec 16 19:11:04 2004
From: Harold.A.Johnson@gems1.gov.bc.ca (Johnson, Harold A EDUC:EX)
Date: Thu, 16 Dec 2004 11:11:04 -0800
Subject: Odd error in PH 840d
Message-ID:
That was it! Simply a change in the behaviour between versions.
thnx!
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of brian_matthewsbrian
matthews
Sent: 2004 December 16 11:05 AM
To: Johnson, Harold A EDUC:EX; powerh-l@lists.sowder.com
Subject: RE: Odd error in PH 840d
you might need to add 'open read share' to the file statement. I think I
read that this is required for views in Quick.
>From: "Johnson, Harold A EDUC:EX"
>To: powerh-l@lists.sowder.com
>Subject: Odd error in PH 840d
>Date: Thu, 16 Dec 2004 10:07:41 -0800
>
>Hi all. We are getting an odd error when running PH 840c or 840d.
>
>"Missing message 1328 (TABLE_NAME_VIEW*01)"
>
>Simple code in qdesign. Compiles fine, but when retrieving a SIN via the
>SIN, gets the error.
>
>---------
>screen test
>file TABLE_NAME_VIEW in database primary
> access via sin using sin request sin
>
>
>
>field sin
>
>field first_name
>
>field last_name
>
>---------
>
>
>Anyone know what this is?
>
>thnx
>
>
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe " in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.
_________________________________________________________________
It's fast, it's easy and it's free. Get MSN Messenger today!
http://www.msn.co.uk/messenger
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From jody.burgess@sewardconsulting.com Thu Dec 16 23:18:48 2004
From: jody.burgess@sewardconsulting.com (Jody Burgess)
Date: Thu, 16 Dec 2004 16:18:48 -0700
Subject: Dictionary Problems
Message-ID:
Hi;
I can use qshow to show the record length of a file's dictionary
definition. How can I determine the actual record length of the associated
physical CISAM file. Also, I am receiving the "The actual record length
doesn't match the length in the dictionary." error message when trying to
use the quick screen associated with my file. I have added a new field to
the file, use Qutil to re-create the file, even deleted the physical file
altogether and rebuilt it and am still getting this message. Can anyone
please tell me what, other than the obvious, would cause this message to
occur?
Thanks
Jody Burgess ISP
Systems Analyst
Seward Consulting Ltd.
780.702.5103
jody.burgess@sewardconsulting.com
From brian_matthews_bmw@hotmail.com Fri Dec 17 00:01:30 2004
From: brian_matthews_bmw@hotmail.com (brian_matthewsbrian matthews)
Date: Fri, 17 Dec 2004 00:01:30 +0000
Subject: Dictionary Problems
In-Reply-To:
Message-ID:
recompile the screen comes to mind :)
>From: "Jody Burgess"
>To:
>Subject: Dictionary Problems
>Date: Thu, 16 Dec 2004 16:18:48 -0700
>
>Hi;
> I can use qshow to show the record length of a file's dictionary
>definition. How can I determine the actual record length of the associated
>physical CISAM file. Also, I am receiving the "The actual record length
>doesn't match the length in the dictionary." error message when trying to
>use the quick screen associated with my file. I have added a new field to
>the file, use Qutil to re-create the file, even deleted the physical file
>altogether and rebuilt it and am still getting this message. Can anyone
>please tell me what, other than the obvious, would cause this message to
>occur?
>
>Thanks
>
>Jody Burgess ISP
>Systems Analyst
>Seward Consulting Ltd.
>780.702.5103
>jody.burgess@sewardconsulting.com
>
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe " in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.
_________________________________________________________________
Use MSN Messenger to send music and pics to your friends
http://www.msn.co.uk/messenger
From brian_matthews_bmw@hotmail.com Fri Dec 17 00:19:10 2004
From: brian_matthews_bmw@hotmail.com (brian_matthewsbrian matthews)
Date: Fri, 17 Dec 2004 00:19:10 +0000
Subject: Odd error in PH 840d
In-Reply-To:
Message-ID:
Hi all,
I recieved some off-line feedback to this subject - and as one respondent is
happy for me to send this to the list - I wiil assume the other is of like
mind ( if not - don't reply to me offline :) )
( the following comment will become clearer further down - I suspect that
files are assumed to be open share if not specified )
Reply 1
with OpenVMS and Oracle RDB we have "open read share" and no error; the view
is a multi-table view (primary file), but still fairly simple. Another
method that got rid of the error was to put activities find on the screen
statement (ie: no entry allowed) and put DISPLAY on each field statement.
We've never had to do anything like this to view references in the past,
with PH v710x or v830x, but 8.4 seems to be different from the others.
Another screen references a view that is a multi-table view, but all the
fields on the screen are temps, and do not directly reference the view.
This screen compiles and runs just fine.
Reply 1 end
Reply 2
I've reviewed our code that uses database views and found that in the
majority of the cases our screens are set up with activity FIND (view only
screens) or the files are often designer or reference files.
Out of the 262 view files, only 20 use the OPEN READ verbs. SHARE does not
appear.
I did manage to find one screen where we use a multi-table view as the
primary file. But we've place OPEN READ on the file.
In another case we have a single-table view as a secondary file. This view
simply fetches what we consider current records in the table. In the screen
we do a PUT on that file with no ill effects.
>From our short discussion, I'm not surprised Harold needed the OPEN READ
SHARE on the file. It is a multi-table view and Oracle does not allow code
to write to those files. For some reason PH is not catching that fact until
he runs the screen. Alternatively changing the screen to a FIND only screen
likely resolves the issue because PH will inactivate the update routines to
confuse it self, and open the files read only.
Anyway, the real mystery is why the error appeared during a find. The only
thing I can think of is that PH is trying to open the file for writing. As I
said above, Oracle doesn't like that for multi-table views. So Oracle is
returning the bad news to PH.
Reply 2 end
Bri,
>From: "Johnson, Harold A EDUC:EX"
>To: "'brian_matthewsbrian matthews'" ,
>powerh-l@lists.sowder.com
>Subject: RE: Odd error in PH 840d
>Date: Thu, 16 Dec 2004 11:11:04 -0800
>
>That was it! Simply a change in the behaviour between versions.
>
>thnx!
>
>
>
>-----Original Message-----
>From: powerh-l-admin@lists.sowder.com
>[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of brian_matthewsbrian
>matthews
>Sent: 2004 December 16 11:05 AM
>To: Johnson, Harold A EDUC:EX; powerh-l@lists.sowder.com
>Subject: RE: Odd error in PH 840d
>
>
>you might need to add 'open read share' to the file statement. I think I
>read that this is required for views in Quick.
>
> >From: "Johnson, Harold A EDUC:EX"
> >To: powerh-l@lists.sowder.com
> >Subject: Odd error in PH 840d
> >Date: Thu, 16 Dec 2004 10:07:41 -0800
> >
> >Hi all. We are getting an odd error when running PH 840c or 840d.
> >
> >"Missing message 1328 (TABLE_NAME_VIEW*01)"
> >
> >Simple code in qdesign. Compiles fine, but when retrieving a SIN via the
> >SIN, gets the error.
> >
> >---------
> >screen test
> >file TABLE_NAME_VIEW in database primary
> > access via sin using sin request sin
> >
> >
> >
> >field sin
> >
> >field first_name
> >
> >field last_name
> >
> >---------
> >
> >
> >Anyone know what this is?
> >
> >thnx
> >
> >
> >
> >= = = = = = = = = = = = = = = = = = = = = = = = = = = =
> >Mailing list: powerh-l@lists.sowder.com
> >Subscribe: "subscribe" in message body to
>powerh-l-request@lists.sowder.com
> >Unsubscribe: "unsubscribe " in message body to
> >powerh-l-request@lists.sowder.com
> >http://lists.sowder.com/mailman/listinfo/powerh-l
> >This list is closed, thus to post to the list you must be a subscriber.
>
>_________________________________________________________________
>It's fast, it's easy and it's free. Get MSN Messenger today!
>http://www.msn.co.uk/messenger
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe " in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe " in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.
_________________________________________________________________
Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo
From brian_matthews_bmw@hotmail.com Fri Dec 17 00:23:02 2004
From: brian_matthews_bmw@hotmail.com (brian_matthewsbrian matthews)
Date: Fri, 17 Dec 2004 00:23:02 +0000
Subject: Dictionary Problems
In-Reply-To:
Message-ID:
in fact, recomile all screens, qtps, and quizs that access the file/record -
including screens which the record is passed to.
Bri,
>From: "brian_matthewsbrian matthews"
>To: jody.burgess@sewardconsulting.com, powerh-l@lists.sowder.com
>Subject: RE: Dictionary Problems
>Date: Fri, 17 Dec 2004 00:01:30 +0000
>
>recompile the screen comes to mind :)
>
>>From: "Jody Burgess"
>>To:
>>Subject: Dictionary Problems
>>Date: Thu, 16 Dec 2004 16:18:48 -0700
>>
>>Hi;
>> I can use qshow to show the record length of a file's dictionary
>>definition. How can I determine the actual record length of the associated
>>physical CISAM file. Also, I am receiving the "The actual record length
>>doesn't match the length in the dictionary." error message when trying to
>>use the quick screen associated with my file. I have added a new field to
>>the file, use Qutil to re-create the file, even deleted the physical file
>>altogether and rebuilt it and am still getting this message. Can anyone
>>please tell me what, other than the obvious, would cause this message to
>>occur?
>>
>>Thanks
>>
>>Jody Burgess ISP
>>Systems Analyst
>>Seward Consulting Ltd.
>>780.702.5103
>>jody.burgess@sewardconsulting.com
>>
>>
>>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>>Mailing list: powerh-l@lists.sowder.com
>>Subscribe: "subscribe" in message body to
>>powerh-l-request@lists.sowder.com
>>Unsubscribe: "unsubscribe " in message body to
>>powerh-l-request@lists.sowder.com
>>http://lists.sowder.com/mailman/listinfo/powerh-l
>>This list is closed, thus to post to the list you must be a subscriber.
>
>_________________________________________________________________
>Use MSN Messenger to send music and pics to your friends
>http://www.msn.co.uk/messenger
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe " in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.
_________________________________________________________________
Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo
From chris.sharman@ccagroup.co.uk Fri Dec 17 08:50:18 2004
From: chris.sharman@ccagroup.co.uk (Chris Sharman)
Date: Fri, 17 Dec 2004 08:50:18 +0000
Subject: [MAYBE SPAM] Dictionary Problems
In-Reply-To: <200412162326175262720@equus.ccagroup.co.uk>
References: <200412162326175262720@equus.ccagroup.co.uk>
Message-ID: <41C29DCA.2010707@ccagroup.co.uk>
Jody Burgess wrote:
> I can use qshow to show the record length of a file's dictionary
> definition. How can I determine the actual record length of the associated
> physical CISAM file. Also, I am receiving the "The actual record length
> doesn't match the length in the dictionary." error message when trying to
> use the quick screen associated with my file. I have added a new field to
> the file, use Qutil to re-create the file, even deleted the physical file
> altogether and rebuilt it and am still getting this message. Can anyone
> please tell me what, other than the obvious, would cause this message to
I've seen it associated with other Quick problems - multiple opens on
the same file, that sort of thing, in very complex screens. We've never
really pinned it down, it's just gone away again when the code's been
simplified.
If you really have changed the record, though, it probably is a length
issue - I'd recommend a field by field check that every field, it's type
and size are all exactly what they should be.
You're on a different platform to me (no Qutil on VMS) so I can't help
you with platform specifics.
Chris
-----------------------------------------------------------------------
Any views expressed in this message are those of the sender and not
necessarily those of CCA Group. The unauthorized use, disclosure,
copying or alteration of this message is forbidden. The contents of
this message may be confidential and/or privileged, copyright CCA Group
and are intended solely for the use of the individual or entity to whom
they are addressed. Whilst this message has been scanned, CCA Group
cannot guarantee that it is virus free or compatible with your systems
and accepts no responsibility for any loss or damage arising from its
use. The recipient is advised to run their own anti-virus software. If
you receive this message in error please contact
postmaster@ccagroup.co.uk immediately, destroy any copies and delete it
from your computer systems.
From atla38@dsl.pipex.com Fri Dec 17 10:53:59 2004
From: atla38@dsl.pipex.com (Joe Boyle)
Date: Fri, 17 Dec 2004 10:53:59 -0000
Subject: [MAYBE SPAM] Dictionary Problems
In-Reply-To: <41C29DCA.2010707@ccagroup.co.uk>
Message-ID: <20041217105410.15F58E000432@galaxy.systems.pipex.net>
It may also be that the record is being passed to a 'do external' call and
the buffer is being affected ( could the external still have the old record
length definition ? ) This can sometimes be resolved by passing data via
temp items to the external rather than the actual record.
P.S. does anyone know why [MAYBE SPAM] sometimes appears in the subject line
?
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of Chris Sharman
Sent: 17 December 2004 08:50
To: PowerH List
Subject: Re: [MAYBE SPAM] Dictionary Problems
Jody Burgess wrote:
> I can use qshow to show the record length of a file's dictionary
> definition. How can I determine the actual record length of the associated
> physical CISAM file. Also, I am receiving the "The actual record length
> doesn't match the length in the dictionary." error message when trying to
> use the quick screen associated with my file. I have added a new field to
> the file, use Qutil to re-create the file, even deleted the physical file
> altogether and rebuilt it and am still getting this message. Can anyone
> please tell me what, other than the obvious, would cause this message to
I've seen it associated with other Quick problems - multiple opens on
the same file, that sort of thing, in very complex screens. We've never
really pinned it down, it's just gone away again when the code's been
simplified.
If you really have changed the record, though, it probably is a length
issue - I'd recommend a field by field check that every field, it's type
and size are all exactly what they should be.
You're on a different platform to me (no Qutil on VMS) so I can't help
you with platform specifics.
Chris
-----------------------------------------------------------------------
Any views expressed in this message are those of the sender and not
necessarily those of CCA Group. The unauthorized use, disclosure,
copying or alteration of this message is forbidden. The contents of
this message may be confidential and/or privileged, copyright CCA Group
and are intended solely for the use of the individual or entity to whom
they are addressed. Whilst this message has been scanned, CCA Group
cannot guarantee that it is virus free or compatible with your systems
and accepts no responsibility for any loss or damage arising from its
use. The recipient is advised to run their own anti-virus software. If
you receive this message in error please contact
postmaster@ccagroup.co.uk immediately, destroy any copies and delete it
from your computer systems.
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From richard.latimer@airways.co.nz Sun Dec 19 20:58:17 2004
From: richard.latimer@airways.co.nz (Latimer, Richard)
Date: Mon, 20 Dec 2004 09:58:17 +1300
Subject: [MAYBE SPAM] Dictionary Problems
Message-ID: <04Dec20.095559nzdt.336066@netgate.airways.co.nz>
Joe,
probably someone (else) on the list with Clearswift MailSweeper. The
default for it's "don't know" category is to tag the subject line.
cheers
Richard
--
**********************************************************************
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 atla38@dsl.pipex.com Mon Dec 20 11:28:06 2004
From: atla38@dsl.pipex.com (Joe Boyle)
Date: Mon, 20 Dec 2004 11:28:06 -0000
Subject: [MAYBE SPAM] Dictionary Problems
In-Reply-To: <04Dec20.095600nzdt.336107@netgate.airways.co.nz>
Message-ID: <20041220112822.7E32EE000170@astro.systems.pipex.net>
Mtxs,
you'd think that McAfee's Spamkiller software might flag emails containing
the text '[MAYBE SPAM]' in the subject line as possible spam :(
Regards, Joe.
-----Original Message-----
From: Latimer, Richard [mailto:richard.latimer@airways.co.nz]
Sent: 19 December 2004 20:58
To: Joe Boyle; PowerH List
Subject: RE: [MAYBE SPAM] Dictionary Problems
Joe,
probably someone (else) on the list with Clearswift MailSweeper. The
default for it's "don't know" category is to tag the subject line.
cheers
Richard
--
**********************************************************************
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 chris.sharman@ccagroup.co.uk Mon Dec 20 12:00:59 2004
From: chris.sharman@ccagroup.co.uk (Chris Sharman)
Date: Mon, 20 Dec 2004 12:00:59 +0000
Subject: [MAYBE SPAM]
In-Reply-To: <200412201137059320832@equus.ccagroup.co.uk>
References: <200412201137059320832@equus.ccagroup.co.uk>
Message-ID: <41C6BEFB.4010509@ccagroup.co.uk>
> probably someone (else) on the list with Clearswift MailSweeper. The
> default for it's "don't know" category is to tag the subject line.
Probably me, sorry.
I do strip it out again, when I spot it, but I see it so often that
increasingly I'm not spotting it.
Chris
-----------------------------------------------------------------------
Any views expressed in this message are those of the sender and not
necessarily those of CCA Group. The unauthorized use, disclosure,
copying or alteration of this message is forbidden. The contents of
this message may be confidential and/or privileged, copyright CCA Group
and are intended solely for the use of the individual or entity to whom
they are addressed. Whilst this message has been scanned, CCA Group
cannot guarantee that it is virus free or compatible with your systems
and accepts no responsibility for any loss or damage arising from its
use. The recipient is advised to run their own anti-virus software. If
you receive this message in error please contact
postmaster@ccagroup.co.uk immediately, destroy any copies and delete it
from your computer systems.
From Alan_G_Power@Keane.com Tue Dec 21 06:00:12 2004
From: Alan_G_Power@Keane.com (Alan_G_Power@Keane.com)
Date: Tue, 21 Dec 2004 01:00:12 -0500
Subject: Alan G Power/HAL/Keane is out of the office.
Message-ID:
I will be out of the office starting 12/17/2004 and will not return until
12/27/2004.
I will respond to your message when I return.
Please contact Rob Harris at ext 2385 for QRT issues
Thanks
Alan
From atla38@dsl.pipex.com Tue Dec 21 20:19:37 2004
From: atla38@dsl.pipex.com (Joe Boyle)
Date: Tue, 21 Dec 2004 20:19:37 -0000
Subject: Odd error in PH 840d
In-Reply-To:
Message-ID: <20041221201944.F35C4E00009B@ranger.systems.pipex.net>
I seem to recall that you can update views but this is limited to columns in
the first table only and in the case of Oracle ( and ORA/Rdb ? ) the update
must be done through a SQL cursor rather than a file statement; the latter
being of limited use as described in the email below.
Regards, Joe.
This e-mail and all information contained in it is confidential and may be
legally privileged. If you are not the intended recipient, your access to
this e-mail is unauthorized. Any use, dissemination, distribution,
publication or copying by you of this e-mail or any of the information
contained within it is prohibited and may be unlawful. Do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so. The content of this e-mail and any
attachments sent with it may have been altered without the consent or
knowledge of the author.
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of brian_matthewsbrian
matthews
Sent: 17 December 2004 00:19
To: powerh-l@lists.sowder.com
Subject: RE: Odd error in PH 840d
Hi all,
I recieved some off-line feedback to this subject - and as one respondent is
happy for me to send this to the list - I wiil assume the other is of like
mind ( if not - don't reply to me offline :) )
( the following comment will become clearer further down - I suspect that
files are assumed to be open share if not specified )
Reply 1
with OpenVMS and Oracle RDB we have "open read share" and no error; the view
is a multi-table view (primary file), but still fairly simple. Another
method that got rid of the error was to put activities find on the screen
statement (ie: no entry allowed) and put DISPLAY on each field statement.
We've never had to do anything like this to view references in the past,
with PH v710x or v830x, but 8.4 seems to be different from the others.
Another screen references a view that is a multi-table view, but all the
fields on the screen are temps, and do not directly reference the view.
This screen compiles and runs just fine.
Reply 1 end
Reply 2
I've reviewed our code that uses database views and found that in the
majority of the cases our screens are set up with activity FIND (view only
screens) or the files are often designer or reference files.
Out of the 262 view files, only 20 use the OPEN READ verbs. SHARE does not
appear.
I did manage to find one screen where we use a multi-table view as the
primary file. But we've place OPEN READ on the file.
In another case we have a single-table view as a secondary file. This view
simply fetches what we consider current records in the table. In the screen
we do a PUT on that file with no ill effects.
>From our short discussion, I'm not surprised Harold needed the OPEN READ
SHARE on the file. It is a multi-table view and Oracle does not allow code
to write to those files. For some reason PH is not catching that fact until
he runs the screen. Alternatively changing the screen to a FIND only screen
likely resolves the issue because PH will inactivate the update routines to
confuse it self, and open the files read only.
Anyway, the real mystery is why the error appeared during a find. The only
thing I can think of is that PH is trying to open the file for writing. As I
said above, Oracle doesn't like that for multi-table views. So Oracle is
returning the bad news to PH.
Reply 2 end
Bri,
>From: "Johnson, Harold A EDUC:EX"
>To: "'brian_matthewsbrian matthews'" ,
>powerh-l@lists.sowder.com
>Subject: RE: Odd error in PH 840d
>Date: Thu, 16 Dec 2004 11:11:04 -0800
>
>That was it! Simply a change in the behaviour between versions.
>
>thnx!
>
>
>
>-----Original Message-----
>From: powerh-l-admin@lists.sowder.com
>[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of brian_matthewsbrian
>matthews
>Sent: 2004 December 16 11:05 AM
>To: Johnson, Harold A EDUC:EX; powerh-l@lists.sowder.com
>Subject: RE: Odd error in PH 840d
>
>
>you might need to add 'open read share' to the file statement. I think I
>read that this is required for views in Quick.
>
> >From: "Johnson, Harold A EDUC:EX"
> >To: powerh-l@lists.sowder.com
> >Subject: Odd error in PH 840d
> >Date: Thu, 16 Dec 2004 10:07:41 -0800
> >
> >Hi all. We are getting an odd error when running PH 840c or 840d.
> >
> >"Missing message 1328 (TABLE_NAME_VIEW*01)"
> >
> >Simple code in qdesign. Compiles fine, but when retrieving a SIN via the
> >SIN, gets the error.
> >
> >---------
> >screen test
> >file TABLE_NAME_VIEW in database primary
> > access via sin using sin request sin
> >
> >
> >
> >field sin
> >
> >field first_name
> >
> >field last_name
> >
> >---------
> >
> >
> >Anyone know what this is?
> >
> >thnx
> >
> >
> >
> >= = = = = = = = = = = = = = = = = = = = = = = = = = = =
> >Mailing list: powerh-l@lists.sowder.com
> >Subscribe: "subscribe" in message body to
>powerh-l-request@lists.sowder.com
> >Unsubscribe: "unsubscribe " in message body to
> >powerh-l-request@lists.sowder.com
> >http://lists.sowder.com/mailman/listinfo/powerh-l
> >This list is closed, thus to post to the list you must be a subscriber.
>
>_________________________________________________________________
>It's fast, it's easy and it's free. Get MSN Messenger today!
>http://www.msn.co.uk/messenger
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe " in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe " in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.
_________________________________________________________________
Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From tony.ezerskis@safecu.org Wed Dec 29 17:16:03 2004
From: tony.ezerskis@safecu.org (Ezerskis, Tony)
Date: Wed, 29 Dec 2004 09:16:03 -0800
Subject: Is the list alive?
Message-ID: <7E752E9B8DAC5044926A0613353578C8012695BF@ponyx2.safecu.org>
Hi,
I have not received any emails for a week or so. Is this list alive?
Tony Ezerskis
From subashini@fastmail.fm Wed Dec 29 17:32:30 2004
From: subashini@fastmail.fm (Subashini Srinivasagopalan)
Date: Wed, 29 Dec 2004 09:32:30 -0800
Subject: (no subject)
Message-ID: <1104341550.3253.211670199@webmail.messagingengine.com>
how should one copy a subfile (.sf) to a flat file (.dat extension) and
still maintain the structure of the file. In case the file has to be
used further in suprtool component, how should the .sf file be copied on
to a .dat file , so that structure is also carried with it.
Regards
Subashini
--
Subashini Srinivasagopalan
subashini@fastmail.fm
From Bob.Deskin@Cognos.COM Wed Dec 29 17:39:31 2004
From: Bob.Deskin@Cognos.COM (Deskin, Bob)
Date: Wed, 29 Dec 2004 12:39:31 -0500
Subject: Is the list alive?
Message-ID: <2B4E386EAEC90947802323BF373DC0EC02592659@sottemail1.ent.ad.cognos.com>
Looks like even PowerHouse people take a Christmas break :-)
Bob
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Ezerskis, Tony
Sent: December 29, 2004 12:16 PM
To: powerh-l@lists.sowder.com
Subject: Is the list alive?
Hi,
I have not received any emails for a week or so. Is this list alive?
Tony Ezerskis
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com
http://lists.sowder.com/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 robeconsult@sbcglobal.net Wed Dec 29 17:43:20 2004
From: robeconsult@sbcglobal.net (Robert Edis)
Date: Wed, 29 Dec 2004 09:43:20 -0800 (PST)
Subject: Is the list alive?
In-Reply-To: <7E752E9B8DAC5044926A0613353578C8012695BF@ponyx2.safecu.org>
Message-ID: <20041229174320.91705.qmail@web81309.mail.yahoo.com>
Yep. But we're all either on vacation or heads
down/tails up in end-of-year projects.
Blue
--- "Ezerskis, Tony" wrote:
> Hi,
>
> I have not received any emails for a week or so. Is
> this list alive?
>
> Tony Ezerskis
>
> = = = = = = = = = = = = = = = = = = = = = = = = = =
> = =
> Mailing list: powerh-l@lists.sowder.com
> Subscribe: "subscribe" in message body to
> powerh-l-request@lists.sowder.com
> Unsubscribe: "unsubscribe " in message
> body to powerh-l-request@lists.sowder.com
> http://lists.sowder.com/mailman/listinfo/powerh-l
> This list is closed, thus to post to the list you
> must be a subscriber.
>
=====
Robert JM Edis
Principal Consultant
Robert Edis Consulting
P.O. Box 676
Deerfield IL 60015
USA
1-847-612-3863
RobEConsult@sbcglobal.net
From Bob.Deskin@Cognos.COM Wed Dec 29 17:43:23 2004
From: Bob.Deskin@Cognos.COM (Deskin, Bob)
Date: Wed, 29 Dec 2004 12:43:23 -0500
Subject: (no subject)
Message-ID: <2B4E386EAEC90947802323BF373DC0EC0259265A@sottemail1.ent.ad.cognos.com>
On platforms other than MPE/iX, there are two files created when you create a subfile. One is the dictionary portion (.sfd) and the other is the data portion (.sf). Both are flat files. If all you need is the data, you can create a subfile as NODICT. It will have the same structure as the regular subfile, but no dictionary file (.sfd) is produced. If you already have a subfile, simply rename it. The internal structure is the same.
Bob Deskin
Senior Product Manager, Application Development Tools
Cognos Inc. 3755 Riverside Drive, Ottawa ON K1G 4K9 CANADA
bob.deskin@cognos.com (613) 738-1338 ext 7268
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Subashini
Srinivasagopalan
Sent: December 29, 2004 12:33 PM
To: powerh-l@lists.sowder.com
Subject: (no subject)
how should one copy a subfile (.sf) to a flat file (.dat extension) and
still maintain the structure of the file. In case the file has to be
used further in suprtool component, how should the .sf file be copied on
to a .dat file , so that structure is also carried with it.
Regards
Subashini
--
Subashini Srinivasagopalan
subashini@fastmail.fm
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com
http://lists.sowder.com/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 VGoparaju@tradepointsystems.com Wed Dec 29 17:44:58 2004
From: VGoparaju@tradepointsystems.com (Goparaju, Vidyasagar)
Date: Wed, 29 Dec 2004 12:44:58 -0500
Subject: (no subject)
Message-ID:
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_01C4EDCD.5B61445A
Content-Type: text/plain;
charset="iso-8859-1"
You can create a portable subfile. You can read it from Powerhouse and
non-powerhouse applications like supertool.
You should use PORTABLE on the subfile statement to create a portable
subfile.
Sagar
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Subashini
Srinivasagopalan
Sent: Wednesday, December 29, 2004 11:33 AM
To: powerh-l@lists.sowder.com
Subject: (no subject)
how should one copy a subfile (.sf) to a flat file (.dat extension) and
still maintain the structure of the file. In case the file has to be
used further in suprtool component, how should the .sf file be copied on
to a .dat file , so that structure is also carried with it.
Regards
Subashini
--
Subashini Srinivasagopalan
subashini@fastmail.fm
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
------_=_NextPart_001_01C4EDCD.5B61445A
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
RE: (no subject)
You can create a portable subfile. You can read it =
from Powerhouse and non-powerhouse applications like supertool.
You should use PORTABLE on the subfile statement to =
create a portable subfile.
Sagar
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@li=
sts.sowder.com]On Behalf Of Subashini
Srinivasagopalan
Sent: Wednesday, December 29, 2004 11:33 AM
To: powerh-l@lists.sowder.com
Subject: (no subject)
how should one copy a subfile (.sf) to a flat file =
(.dat extension) and
still maintain the structure of the file. In case =
the file has to be
used further in suprtool component, how should the =
.sf file be copied on
to a .dat file , so that structure is also carried =
with it.
Regards
Subashini
--
Subashini Srinivasagopalan
subashini@fastmail.fm
=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.sowder.com
Subscribe: "subscribe" in message body to =
powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe =
<password>" in message body to =
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l<=
/FONT>
This list is closed, thus to post to the list you =
must be a subscriber.
------_=_NextPart_001_01C4EDCD.5B61445A--
From tony.ezerskis@safecu.org Wed Dec 29 18:03:05 2004
From: tony.ezerskis@safecu.org (Ezerskis, Tony)
Date: Wed, 29 Dec 2004 10:03:05 -0800
Subject: Is the list alive?
Message-ID: <7E752E9B8DAC5044926A0613353578C8012695C0@ponyx2.safecu.org>
Thanks to all that replied. I was able to look a bit busier reading the emails. Happy New Years to all!
Tony Ezerskis
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Deskin, Bob
Sent: Wednesday, December 29, 2004 9:40 AM
To: Ezerskis, Tony; powerh-l@lists.sowder.com
Subject: RE: Is the list alive?
Looks like even PowerHouse people take a Christmas break :-)
Bob
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Ezerskis, Tony
Sent: December 29, 2004 12:16 PM
To: powerh-l@lists.sowder.com
Subject: Is the list alive?
Hi,
I have not received any emails for a week or so. Is this list alive?
Tony Ezerskis
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com
http://lists.sowder.com/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.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From Harold.A.Johnson@gems1.gov.bc.ca Wed Dec 29 18:05:29 2004
From: Harold.A.Johnson@gems1.gov.bc.ca (Johnson, Harold A EDUC:EX)
Date: Wed, 29 Dec 2004 10:05:29 -0800
Subject: (no subject)
Message-ID:
If you still want a dictionary to be created with the subfile, then just
make sure that all numerics in the subfile are ZONED, then the file will be
readable (ascii)
cheers
-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com]On Behalf Of Subashini
Srinivasagopalan
Sent: 2004 December 29 9:33 AM
To: powerh-l@lists.sowder.com
Subject: (no subject)
how should one copy a subfile (.sf) to a flat file (.dat extension) and
still maintain the structure of the file. In case the file has to be
used further in suprtool component, how should the .sf file be copied on
to a .dat file , so that structure is also carried with it.
Regards
Subashini
--
Subashini Srinivasagopalan
subashini@fastmail.fm
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.sowder.com
Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
Unsubscribe: "unsubscribe " in message body to
powerh-l-request@lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
From subashini@fastmail.fm Wed Dec 29 18:29:06 2004
From: subashini@fastmail.fm (Subashini Srinivasagopalan)
Date: Wed, 29 Dec 2004 10:29:06 -0800
Subject: (no subject)
In-Reply-To:
References:
Message-ID: <1104344946.7306.211672913@webmail.messagingengine.com>
Thanks a lot for the replies. The platform is Unix.
Actually the point is that in the suprtool block , the data in the file
is accessed as though the file were a self-describing file( in suprtool
, the dictionary file being .sd). I mean to say that the data in the
file (the .dat that was copied from a .sf file)is accessed with the name
of the field in the file (.dat) , .
In order to avoid writing a block to redefine the fields and then
extract the data to produce the .dat , i wanted to know if i can
directly copy the file and still maintain the structure so the
subsequent data access is made thru the field names itself.
I just hope I have made some sense in my mail.
Happy New year to all of u :)
Thanks and Regards
Subashini
On Wed, 29 Dec 2004 11:50:49 -0600, "Guy Werry"
said:
> Subashini,
>
> The version / platform would be REALLY handy to know, as this question
> could
> be platform-dependent!
>
> Why couldn't Suprtool just read the .sf? In Unix, at least, it's just a
> file.
>
> Guy L. Werry
> Senior Systems Analyst
> Hudson Bay Mining & Smelting Co., Limited.
>
> -----Original Message-----
> From: Subashini Srinivasagopalan [mailto:subashini@fastmail.fm]
> Sent: Wednesday, December 29, 2004 11:33 AM
> To: powerh-l@lists.sowder.com
> Subject: (no subject)
>
>
> how should one copy a subfile (.sf) to a flat file (.dat extension) and
> still maintain the structure of the file. In case the file has to be
> used further in suprtool component, how should the .sf file be copied on
> to a .dat file , so that structure is also carried with it.
>
> Regards
> Subashini
> --
> Subashini Srinivasagopalan
> subashini@fastmail.fm
>
> = = = = = = = = = = = = = = = = = = = = = = = = = = = =
> Mailing list: powerh-l@lists.sowder.com
> Subscribe: "subscribe" in message body to
> powerh-l-request@lists.sowder.com
> Unsubscribe: "unsubscribe " in message body to
> powerh-l-request@lists.sowder.com
> http://lists.sowder.com/mailman/listinfo/powerh-l
> This list is closed, thus to post to the list you must be a subscriber.
--
Subashini Srinivasagopalan
subashini@fastmail.fm
From brian_matthews_bmw@hotmail.com Wed Dec 29 18:39:15 2004
From: brian_matthews_bmw@hotmail.com (brian_matthewsbrian matthews)
Date: Wed, 29 Dec 2004 18:39:15 +0000
Subject: (no subject)
In-Reply-To: <1104344946.7306.211672913@webmail.messagingengine.com>
Message-ID:
has anyone got an example of what a suprtool file contains ?
>From: "Subashini Srinivasagopalan"
>To: powerh-l@lists.sowder.com
>Subject: RE: (no subject)
>Date: Wed, 29 Dec 2004 10:29:06 -0800
>
>Thanks a lot for the replies. The platform is Unix.
>
>Actually the point is that in the suprtool block , the data in the file
>is accessed as though the file were a self-describing file( in suprtool
>, the dictionary file being .sd). I mean to say that the data in the
>file (the .dat that was copied from a .sf file)is accessed with the name
>of the field in the file (.dat) , .
>
>In order to avoid writing a block to redefine the fields and then
>extract the data to produce the .dat , i wanted to know if i can
>directly copy the file and still maintain the structure so the
>subsequent data access is made thru the field names itself.
>
>I just hope I have made some sense in my mail.
>
>Happy New year to all of u :)
>
>Thanks and Regards
>Subashini
>
>
>
>
>On Wed, 29 Dec 2004 11:50:49 -0600, "Guy Werry"
>said:
> > Subashini,
> >
> > The version / platform would be REALLY handy to know, as this question
> > could
> > be platform-dependent!
> >
> > Why couldn't Suprtool just read the .sf? In Unix, at least, it's just a
> > file.
> >
> > Guy L. Werry
> > Senior Systems Analyst
> > Hudson Bay Mining & Smelting Co., Limited.
> >
> > -----Original Message-----
> > From: Subashini Srinivasagopalan [mailto:subashini@fastmail.fm]
> > Sent: Wednesday, December 29, 2004 11:33 AM
> > To: powerh-l@lists.sowder.com
> > Subject: (no subject)
> >
> >
> > how should one copy a subfile (.sf) to a flat file (.dat extension) and
> > still maintain the structure of the file. In case the file has to be
> > used further in suprtool component, how should the .sf file be copied on
> > to a .dat file , so that structure is also carried with it.
> >
> > Regards
> > Subashini
> > --
> > Subashini Srinivasagopalan
> > subashini@fastmail.fm
> >
> > = = = = = = = = = = = = = = = = = = = = = = = = = = = =
> > Mailing list: powerh-l@lists.sowder.com
> > Subscribe: "subscribe" in message body to
> > powerh-l-request@lists.sowder.com
> > Unsubscribe: "unsubscribe " in message body to
> > powerh-l-request@lists.sowder.com
> > http://lists.sowder.com/mailman/listinfo/powerh-l
> > This list is closed, thus to post to the list you must be a subscriber.
>--
> Subashini Srinivasagopalan
> subashini@fastmail.fm
>
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l@lists.sowder.com
>Subscribe: "subscribe" in message body to powerh-l-request@lists.sowder.com
>Unsubscribe: "unsubscribe " in message body to
>powerh-l-request@lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.
_________________________________________________________________
Stay in touch with absent friends - get MSN Messenger
http://www.msn.co.uk/messenger
From subashini@fastmail.fm Wed Dec 29 18:57:40 2004
From: subashini@fastmail.fm (Subashini Srinivasagopalan)
Date: Wed, 29 Dec 2004 10:57:40 -0800
Subject: (no subject)
In-Reply-To: <1104344946.7306.211672913@webmail.messagingengine.com>
References:
<1104344946.7306.211672913@webmail.messagingengine.com>
Message-ID: <1104346660.9137.211674610@webmail.messagingengine.com>
I will try PORTABLE and the zoned idea and get back to u all ... The
suprtool files are jus flat files. Similar to powerhouse , suprtool let
us to maintain structure of the data file with the help of the command
"LINK" that will create teh dictionary for this flat file,while creating
and populating the flat file , the dictionary file will have the
extension .sd..
Thanks and regards
Subashini
On Wed, 29 Dec 2004 10:29:06 -0800, "Subashini Srinivasagopalan"
said:
> Thanks a lot for the replies. The platform is Unix.
>
> Actually the point is that in the suprtool block , the data in the file
> is accessed as though the file were a self-describing file( in suprtool
> , the dictionary file being .sd). I mean to say that the data in the
> file (the .dat that was copied from a .sf file)is accessed with the name
> of the field in the file (.dat) , .
>
> In order to avoid writing a block to redefine the fields and then
> extract the data to produce the .dat , i wanted to know if i can
> directly copy the file and still maintain the structure so the
> subsequent data access is made thru the field names itself.
>
> I just hope I have made some sense in my mail.
>
> Happy New year to all of u :)
>
> Thanks and Regards
> Subashini
>
>
>
>
> On Wed, 29 Dec 2004 11:50:49 -0600, "Guy Werry"
> said:
> > Subashini,
> >
> > The version / platform would be REALLY handy to know, as this question
> > could
> > be platform-dependent!
> >
> > Why couldn't Suprtool just read the .sf? In Unix, at least, it's just a
> > file.
> >
> > Guy L. Werry
> > Senior Systems Analyst
> > Hudson Bay Mining & Smelting Co., Limited.
> >
> > -----Original Message-----
> > From: Subashini Srinivasagopalan [mailto:subashini@fastmail.fm]
> > Sent: Wednesday, December 29, 2004 11:33 AM
> > To: powerh-l@lists.sowder.com
> > Subject: (no subject)
> >
> >
> > how should one copy a subfile (.sf) to a flat file (.dat extension) and
> > still maintain the structure of the file. In case the file has to be
> > used further in suprtool component, how should the .sf file be copied on
> > to a .dat file , so that structure is also carried with it.
> >
> > Regards
> > Subashini
> > --
> > Subashini Srinivasagopalan
> > subashini@fastmail.fm
> >
> > = = = = = = = = = = = = = = = = = = = = = = = = = = = =
> > Mailing list: powerh-l@lists.sowder.com
> > Subscribe: "subscribe" in message body to
> > powerh-l-request@lists.sowder.com
> > Unsubscribe: "unsubscribe " in message body to
> > powerh-l-request@lists.sowder.com
> > http://lists.sowder.com/mailman/listinfo/powerh-l
> > This list is closed, thus to post to the list you must be a subscriber.
> --
> Subashini Srinivasagopalan
> subashini@fastmail.fm
>
> = = = = = = = = = = = = = = = = = = = = = = = = = = = =
> Mailing list: powerh-l@lists.sowder.com
> Subscribe: "subscribe" in message body to
> powerh-l-request@lists.sowder.com
> Unsubscribe: "unsubscribe " in message body to
> powerh-l-request@lists.sowder.com
> http://lists.sowder.com/mailman/listinfo/powerh-l
> This list is closed, thus to post to the list you must be a subscriber.
--
Subashini Srinivasagopalan
subashini@fastmail.fm
From Mikael.Olesen@qss-uk.com Thu Dec 30 08:35:01 2004
From: Mikael.Olesen@qss-uk.com (Mikael.Olesen@qss-uk.com)
Date: Thu, 30 Dec 2004 08:35:01 -0000
Subject: Danes only...
Message-ID: <6C3B8000CBA8B149B952AB4654465B5EBAE31F@rbiohhex01.qhs.rbi.gni>
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_01C4EE4A.73A590FC
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
The subject said Danes only!!! ;o)
Hej Danmark
Skriver denne email p=E5 dansk da min arbejdsgiver ogs=E5 er her p=E5 liste=
n....
:o)
Jeg bor i England og min kone og jeg overvejer at rejse hjem igen en gang I
det nye =E5r. Vil derfor h=F8re om der stadig er nogle danske firmaer som k=
oder
i
dette forunderlige sprog? Kjeld? Andre?
Ser frem til at h=F8re fra jer,
Godt nyt=E5r til alle,
Mvh
Mikael Olesen
r=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 DISCLAIMER =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=3D
This message is intended only for the use of the person(s)=20
(\"Intended Recipient\") to whom it is addressed. It may contain=20
information, which is privileged and confidential. Accordingly=20
any dissemination, distribution, copying or other use of this=20
message or any of its content by any person other than the Intended=20
Recipient may constitute a breach of civil or criminal law and is=20
strictly prohibited. If you are not the Intended Recipient, please=20
contact the sender as soon as possible.
Reed Business Information Ltd. and its subsidiary companies
Tel: +44 (0)20 8652 3500
=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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20
------_=_NextPart_001_01C4EE4A.73A590FC
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Danes only...
The subject said Danes only!!! ;o)
Hej Danmark
Skriver denne email p=E5 dansk da min arbejdsgiver ogs=E5=
er her p=E5 listen.... :o)
Jeg bor i England og min kone og jeg overvejer at rejse =
hjem igen en gang I
det nye =E5r. Vil derfor h=F8re om der stadig er nogle d=
anske firmaer som koder i
dette forunderlige sprog? Kjeld? Andre?
Ser frem til at h=F8re fra jer,
Godt nyt=E5r til alle,
Mvh
Mikael Olesen
r=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 DISCLAIMER =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=3D
This message is intended only for the use of the person(s)
(\"Intended Recipient\") to whom it is addressed. It may contain
information, which is privileged and confidential. Accordingly
any dissemination, distribution, copying or other use of this
message or any of its content by any person other than the Intended
Recipient may constitute a breach of civil or criminal law and is
strictly prohibited. If you are not the Intended Recipient, please
contact the sender as soon as possible.
Reed Business Information Ltd. and its subsidiary companies
Tel: +44 (0)20 8652 3500
=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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
------_=_NextPart_001_01C4EE4A.73A590FC--