Runaway QTP process

[Neil Harvey]

I've had my moments with this as well. 
It's odd that the KSAM access "loop" should be treated any differently to
other file/dataset types.

But I'm sure this will be fixed in the very next release :)

Regards

Neil


-----Original Message-----
From: Glenn A. Mitchell [mailto:g.mitchell@computer.org]
Sent: Thursday, September 07, 2000 4:35 PM
To: Chris Sharman; azcognos@anodizing.com
Cc: powerh-l@sphere.swau.edu
Subject: RE: Runaway QTP process


I recall a performance problem with QTP related to using KSAM and
VTSERVICES.  Seems that QTP was spending all its time allowing/disallowing a
break from the terminal (which apparently is very slow for a VT connection).

Unfortunately, I think this may have been limited to CM KSAM files and
doesn't apply to your situation.

If you want to confirm that, you can try to bypass the problem with the
NOBREAKSET parameter (QTP INFO="NOBREAKSET"), by running with STDIN=$NULL,
use LOCK FILE RUN, run across a hardwire connection, or run it in batch.

Good luck!

Glenn A. Mitchell  Mailto:g.mitchell@computer.org
3GM Associates, Inc
Portland, ME  04102
207-772-9370


= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu
Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu
This list is closed, thus to post to the list, you must be a subscriber.
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu
Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu
This list is closed, thus to post to the list, you must be a subscriber.