  Oracle Rdb ACCVIO? 
 The Question is:
 
Any documentation that groups or categorizes the parameters used in
sysgen???.   I had a helpful error message: %SYSTEM-F-ACCVIO, access
violation, reason mask=00, virtual address=000000007FF... show up one day.
When I called the respective support group
 (Oracle Rdb), I was told that it is a quota problem.  Well no one provide
me with a hint as to which possible sysgen or user quota could be involved.
Well I was able to snag one or 2 possible system parameters with my "watch"
version.
 
Just wanting to know if sysgen parameters have been outlined to indicate
what aspects of VMS they have an impact on.  Does WSAUTHEXT impact user
quotas??  Do LGI* parameters impact accounting security???   What parameters
impact
lock manager???  How do PQL* parameters impact system??
 
Thanks for your time.
 
 
 The Answer is:
 
  Please ask Oracle support for assistance -- indicating that this is
  a system parameter problem without providing information on which
  parameters may be involved appears to be insufficient to resolve the
  problem you are reporting.
 
  An ACCVIO access violation error indicates an application problem,
  usually a problem with a rogue pointer or a stack corruption.  This
  may or may not be related to a process quota -- only the application
  support organization (or an organization willing and able to work at
  the level of generated assembly code) can generally debug the cause(s)
  of an ACCVIO.
 
  See HELP/MESSAGE ACCVIO for details of what each parameter in the
  access violation means.  There is no general correlation of an ACCVIO
  with system parameters or process quotas.
 
  For information on specific parameters, see the system parameter
  documentation.  In general, system parameters should be ignored and
  left unaltered unless specifically instructed otherwise -- AUTOGEN
  with FEEDBACK will perform a yeoman effort in tuning your system.
  That performance which AUTOGEN cannot achieve generally takes both
  an extensive amount of time collection system performance data and
  non-trivial knowledge of parameter settings and internal and often
  version-specific OpenVMS behaviours.  Hardware upgrades are generally
  far more efficient.
 
  For information on tuning OpenVMS, see the performance management
  manual, part of the OpenVMS documentation set.
 
