Screen repainting -- not

Wed, 17 Sep 2003 12:39:24 -0400

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_01C37D3A.409493C0
Content-Type: text/plain

7.19 ??  - Either 7.09 (non-y2k) or 7.29 C8 or higher (probably).

There were some screen refresh issues that I remember with Quick in 7.09 and
7.29 that had to do with cascading screens and screen mapping. I do not know
if these issues continue to exist in the current 8.39 product.

Look into the amount of memory Reflection has set aside for screens and if
the screens are mapped to (stacked in) terminal memory using syntax.. ON
LINE nnn FOR nnn ). Also check your QKGO file for configured lines of
terminal memory. Ensure the stacking doesn't exceed the max lines used.

In Reflection, to configure the amount of memory use the
SETUP/DISPLAY/Screen tab. The amount of memory is set using 8K blocks, I
think the default is 8 which means 64k of memory is allocated by default.
Your application would consume more than this if it is using terminal
mapping (screen stacking) and/or displayed large amounts of data/graphics. I
think the maximum number of blocks is 64 or 128.

If the screen stacking and QKGO parms check out fine then try setting this
value higher and redo your test. If the larger amount of terminal memory
makes no change and your application doesn't exceed the limits of the use
terminal memory in QKGO with screen stacking then the problem is isolated to
PH Quick.

-----Original Message-----
From: Leonard_Berkowitz@harvardpilgrim.org
[mailto:Leonard_Berkowitz@harvardpilgrim.org] 
Sent: Wednesday, September 17, 2003 11:43 AM
To: powerh-l@lists.swau.edu
Subject: Screen repainting -- not

HPe3000, PowerHouse 7.19C

We are trying to conduct performance a test of a third-party application by
using Reflection macros
to repeat a series of steps. We find that when we get to the 141st
iteration, the PowerHouse QUICK
screen doesn't completely repaint when returning to the main menu. Any
number of iterations fewer
than 141works fine.  The steps we are testing are:

   1) going from the main menu to a sub menu by typing menu number
   2) going into a subscreen by typing number from menu
   3) issuing a F (find) command at the action field
   4) entering data for find which retrieves record
   5) entering ^ at the action field to back up one menu
   6) entering ^ at the next action field to bring us back to the main menu.

We have similar results in other screens in our menu system, but the number
of iterations until it
fails varies by screen.

Thanks in advance for any insights.
--
Leonard S. Berkowitz
Perot Health Care Systems
(Harvard Pilgrim Health Care account)
voice: 617-509-1212
fax: 617-509-1955
pager: 781-226-2431

The information contained in this email message and any attachments
may be privileged and/or confidential.  It is for intended
addressee(s) only.  If you are not the intended recipient, you are
hereby notified that any review, disclosure, reproduction, distribution
or other use of this communication is strictly prohibited.  If you
received this email in error, please notify the sender by reply and
delete the message without saving, copying or disclosing it.  Thank you.

= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l@lists.swau.edu
Subscribe: "subscribe" in message body to powerh-l-request@lists.swau.edu
Unsubscribe: "unsubscribe <password>" in message body to
powerh-l-request@lists.swau.edu
http://lists.swau.edu/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.

Join us at Cognos' biggest event of the year Enterprise 2003, The Cognos
Business Forum.  Taking place in over 25 cities around the world, it's an
opportunity for Business and IT leaders to learn about strategies for
driving performance. Visit http://www.cognos.com/enterprise03 for more
details. 

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.

------_=_NextPart_001_01C37D3A.409493C0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DUS-ASCII">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2654.89">
<TITLE>RE: Screen repainting -- not</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>7.19 ??&nbsp; - Either 7.09 (non-y2k) or 7.29 C8 or =
higher (probably).</FONT>
</P>

There were some screen refresh issues that I remember =
with Quick in 7.09 and 7.29 that had to do with cascading screens and =
screen mapping. I do not know if these issues continue to exist in the =
current 8.39 product.

Look into the amount of memory Reflection has set =
aside for screens and if the screens are mapped to (stacked in) =
terminal memory using syntax.. ON LINE nnn FOR nnn ). Also check your =
QKGO file for configured lines of terminal memory. Ensure the stacking =
doesn't exceed the max lines used.

In Reflection, to configure the amount of memory use =
the SETUP/DISPLAY/Screen tab. The amount of memory is set using 8K =
blocks, I think the default is 8 which means 64k of memory is allocated =
by default. Your application would consume more than this if it is =
using terminal mapping (screen stacking) and/or displayed large amounts =
of data/graphics. I think the maximum number of blocks is 64 or =
128.

If the screen stacking and QKGO parms check out fine =
then try setting this value higher and redo your test. If the larger =
amount of terminal memory makes no change and your application doesn't =
exceed the limits of the use terminal memory in QKGO with screen =
stacking then the problem is isolated to PH Quick.

<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Leonard_Berkowitz@harvardpilgrim.org [<A =
HREF=3D"mailto:Leonard_Berkowitz@harvardpilgrim.org">mailto:Leonard_Berk=
owitz@harvardpilgrim.org</A>] </FONT>
<BR><FONT SIZE=3D2>Sent: Wednesday, September 17, 2003 11:43 AM</FONT>
<BR><FONT SIZE=3D2>To: powerh-l@lists.swau.edu</FONT>
<BR><FONT SIZE=3D2>Subject: Screen repainting -- not</FONT>
</P>

<P><FONT SIZE=3D2>HPe3000, PowerHouse 7.19C</FONT>
</P>

We are trying to conduct performance a test of a =
third-party application by using Reflection macros
 to repeat a series of steps. We find that when we =
get to the 141st iteration, the PowerHouse QUICK
 screen doesn't completely repaint when returning to =
the main menu. Any number of iterations fewer
 than 141works fine.&nbsp; The steps we are testing =
are:

<P><FONT SIZE=3D2>&nbsp;&nbsp; 1) going from the main menu to a sub =
menu by typing menu number</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 2) going into a subscreen by typing =
number from menu</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 3) issuing a F (find) command at the =
action field</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 4) entering data for find which =
retrieves record</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 5) entering ^ at the action field to =
back up one menu</FONT>
<BR><FONT SIZE=3D2>&nbsp;&nbsp; 6) entering ^ at the next action field =
to bring us back to the main menu.</FONT>
</P>

<P><FONT SIZE=3D2>We have similar results in other screens in our menu =
system, but the number of iterations until it</FONT>
<BR><FONT SIZE=3D2>fails varies by screen.</FONT>
</P>

Thanks in advance for any insights.
 --
 Leonard S. Berkowitz
 Perot Health Care Systems
 (Harvard Pilgrim Health Care account)
 voice: 617-509-1212
 fax: 617-509-1955
 pager: 781-226-2431

<P><FONT SIZE=3D2>The information contained in this email message and =
any attachments</FONT>
<BR><FONT SIZE=3D2>may be privileged and/or confidential.&nbsp; It is =
for intended</FONT>
<BR><FONT SIZE=3D2>addressee(s) only.&nbsp; If you are not the intended =
recipient, you are</FONT>
<BR><FONT SIZE=3D2>hereby notified that any review, disclosure, =
reproduction, distribution</FONT>
<BR><FONT SIZE=3D2>or other use of this communication is strictly =
prohibited.&nbsp; If you</FONT>
<BR><FONT SIZE=3D2>received this email in error, please notify the =
sender by reply and</FONT>
<BR><FONT SIZE=3D2>delete the message without saving, copying or =
disclosing it.&nbsp; Thank you.</FONT>
</P>
<BR>

<P><FONT SIZE=3D2>=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</FONT>
<BR><FONT SIZE=3D2>Mailing list: powerh-l@lists.swau.edu</FONT>
<BR><FONT SIZE=3D2>Subscribe: &quot;subscribe&quot; in message body to =
powerh-l-request@lists.swau.edu</FONT>
<BR><FONT SIZE=3D2>Unsubscribe: &quot;unsubscribe =
&lt;password&gt;&quot; in message body to =
powerh-l-request@lists.swau.edu</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"http://lists.swau.edu/mailman/listinfo/powerh-l" =
TARGET=3D"_blank">http://lists.swau.edu/mailman/listinfo/powerh-l</A></F=
ONT>
<BR><FONT SIZE=3D2>This list is closed, thus to post to the list you =
must be a subscriber.</FONT>
</P>

Join us at Cognos' biggest event of the year =
Enterprise 2003, The Cognos Business Forum.&nbsp; Taking place in =
over 25 cities around the world, it's an opportunity for Business and =
IT leaders to learn about strategies for driving performance. Visit =
<A HREF=3D"http://www.cognos.com/enterprise03" =
TARGET=3D"_blank">http://www.cognos.com/enterprise03</A> for more =
details.

<P><FONT SIZE=3D2>This message may contain privileged and/or =
confidential information.&nbsp; 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.&nbsp; Thank you.</FONT></P>

</BODY>
</HTML>
------_=_NextPart_001_01C37D3A.409493C0--