AW: Access violation

Chris Sharman Chris.Sharman@ccagroup.co.uk
Fri, 14 Apr 2000 15:27:29 +0100


>I am calling a serie of screens.From start screen ; Horizontally about 10
>screens en vertically more then five level diep. In these prorgams "DO
>By the way, I changed some parameters of my qkgo file, but it didn't help.

We go about three deep, but have seen this problem on a single screen.
I would suggest you post specifics, but I'm off on two weeks holiday, so I
will instead:

Alpha VMS 7.1, PH 7.10.G3. Up to 150 users, 1Gb physical memory.
UAF quotas: WSdef/quo/ext = 2k/4k/16k; PGflquota = 100k
PQL_D/M: WSdef/quo/ext = 3376/6752/524288 D/M PGfl = 64k/32k

QKGO parameters:
  01   Application lines     48         02   Common area size     24576      
  03   Expression size     4096         04   Driver            QKDRIVER»     
  05   Field terminators      F         06   Initial mode                    
  07   Error recall           N         08   Lock request wait       30      
  09   Lock message wait      5         10   Rollback Clear           Y      
  11   Rollback Time-out                                                     
  13   Screen levels          6         14   Screen table            10      
  15   Terminal Time-out                16   Terminal buffer       2048      
  17   Max. paged mem.    12288         18   Upshift actions          Y      
  19   Max number of threads  2         20   Screen section           S      
  21   Secondary blocks     812         22   Do Ext Save/Restore      N      
  23   Selection size       512         24   Run Cmd Save/Restore     Y      

This works for us. A user using the offending screen manages a WSpeak of about
15k, and a virtpeak of 190k.
I know these VMS parameters aren't entirely self-consistent, but we tend to
tweak them only when they break. The user gets the larger in any case (the full
rules are in the VMS manual set).

I'd suggest taking the parameters (both UAF & QKGO) as large as possible, to
see if that fixes the problem, and if so, then bringing them back down in
steps to find a satisfactory set of values.

Chris
_______________________________________________________________________
Chris.Sharman@CCAgroup.co.uk		http://www.ccastat.demon.co.uk/
CCA Stationery Ltd, Eastway, Fulwood, Preston, Lancashire, PR2 9WS.
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
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.