Screen repainting -- not
Michael D Gorsich
gorsichm@dteenergy.com
Wed, 17 Sep 2003 14:40:25 -0400
This is a multi-part message in MIME format.
--------------8B17E429B640474F80ED922A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi Leonard.
Perhaps the problem is not with PowerHouse. I have written lots of VBA programs to drive PowerHouse
and I have gotten the same problem (unknown iteration count, but the same incomplete screen draw)
before. It was always due to trying to drive PowerHouse too fast. Is your VBA code waiting for the
screen to update before it issues the next command? I'd guess that's were the problem is. You can get
pretty far ahead of PowerHouses' updates, but eventually you can choke it.
You can either use lockstep to look for a matchstring coming back in the data stream or you can use a
looping screen read to watch for a string to show up. I have used both with equal success. Also make
sure that the test for coming out of lockstep with each loop *really* makes sure the screen is finished
before proceeding.
You don't mention the 3rd party app you are testing, but if it is a human-interface then that's another
reason to make sure the screen is finished updating before running the next loop.
Michael Gorsich
Leonard_Berkowitz@harvardpilgrim.org wrote:
> 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.
--------------8B17E429B640474F80ED922A
Content-Type: text/x-vcard; charset=us-ascii;
name="gorsichm.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Michael D Gorsich
Content-Disposition: attachment;
filename="gorsichm.vcf"
begin:vcard
n:Gorsich;Michael
tel;pager:(734) 586-7076
tel;fax:(734) 586-1155
tel;home:(734) 269-6011
tel;work:(734) 586-1531
x-mozilla-html:TRUE
org:Fermi ITS;Application Development
version:2.1
email;internet:gorsichm@dteenergy.com
title:Analyst
adr;quoted-printable:;;Detroit Edison - EF2/110 NOC=0D=0A6400 N. Dixie Hwy.;Newport;MI;48166;United States of America
fn:Michael Gorsich
end:vcard
--------------8B17E429B640474F80ED922A--