[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

1039.0. "Rebuild Parse Table Access Violation?" by SUBWAY::YANNIOS () Tue May 21 1991 21:01

    Environment:
    
    	VAXstation 3100
    	16 MB memory
    	RZ56, RZ23
    	DECmcc/SMS V2.1 (Director 1.1)
    
    Problem:
    
     I install the Translan AM (v1.0) and the VITALINK (v1.0) AMs,
     select to update dictionary but not parse tables.  I finish both
     installs  without building the parse tables.  After both modules
     are installed  I do the "manage/toolkit/parse" to rebuild the
     parse table and get an access violation on or after entity 17.  See
     below:
    
    

$ manage/toolkit/parse_builder
DECmcc Parse Table Builder 
Component Version: V1.1.0 
    Parse Table filename:       MCC_PTB_PARSER.BPT
    Command Log Data filename:  MCC_PTB_PARSER.DAT
Processing entity 1 
DEC660::_RTA1: 18:59:42 MCC_MAIN  CPU=00:00:11.77 PF=2033 IO=419 MEM=2548
DEC660::_RTA1: 18:59:43 MCC_MAIN  CPU=00:00:12.19 PF=2043 IO=431 MEM=2558
Processing entity 1 1 

Processing entity ...
    
	.
	.
	.
Processing entity  15
Processing entity 15  1  
Processing entity  17
%SYSTEM-F-ACCVIO, access violation,reason mask=04, virtual address=00000008, 
PC=0021640C, PSL=03C00000
%NONAME-E-NOMSG, Message number 0326D0A2 
%SYSTEM-E-ACCVIO, access violation, reason mask=00, virtual address=0000000A, 
PC=0000000A,PSL=0000000F 


     Suggestions....?
     
     
     Thanks
     /Nick
     
T.RTitleUserPersonal
Name
DateLines
1039.1memory is usually the culpritTOOK::CALLANDERWed May 22 1991 11:588
The most frequent problem when PTB dies is that there is insufficient virtual
memory to complete the build. Unluckily there is so much memory allocation
in PTB that even though we tried to put checks in for failures, we were
not successful in getting them all. Please check your page file size, as
well as your quota size, and get back to us.

jill
(if your problem persists call)
1039.2What did you really install?MCDOUG::MCPHERSONi'm only 5 foot one...Thu May 23 1991 14:3319
re .0 

    >> I install the Translan AM (v1.0) and the VITALINK (v1.0) AMs,


I'm pretty sure that your problem is memory (lack thereof).  PTB just 
_happened_ to crap out at entity 17.  (Lucky me.)

Also: 
There is only the Translan AM from Vitalink Communications Corp. There is no
"Vitalink AM" proper.   

Also, the Translan AM is at the T1.0 level, not V1.0.  (VMSinstal has the 
obnoxious habit of ASSUMING that the version indicator is always "V")

regards, 
/doug

     
1039.3updateSUBWAY::YANNIOSTue May 28 1991 19:4010
    I have increased the size of my pagefiles to 108,000 pages...
    I have given SYSTEM a pagefile quota of 95,000....
    
    The access violation repeately occurs at the same point in the
    rebuild...
    
    Suggestions?
    
    Nick
    
1039.4TOOK::GUERTINI do this for a living -- reallyWed May 29 1991 11:253
    what is the value of the sysgen parameter, VIRTUALPAGECNT?
    
    -Matt.
1039.5Check VIRTUALPAGECNT _AND_ PAGFILQUOTASUBWAY::YANNIOSWed May 29 1991 14:006
    The parse table rebuild completed successfully after I increased
    VIRTUALPAGECNT from 20K to 90K and rebooted the system.  (SYSTEM
    PAGEFLQUOTA was 95K)
    
    Nick
    
1039.6Entity 17 = Terminal_serverSCRPIO::LIZBICKIMon Jun 03 1991 16:3011
   re: .2:

  >> I'm pretty sure that your problem is memory (lack thereof).  PTB just 
  >> _happened_ to crap out at entity 17.  (Lucky me.)


  Doug, why lucky you?  17 is the registered code for the Terminal_Server
  entity.  Is another AM also using this code?

						Lynne
1039.717, 19. What's the diff? ;^) MCDOUG::MCPHERSONi'm only 5 foot one...Mon Jun 03 1991 18:176
Oops, sorry for the brain-fart... Translan is 19, not 17.  


Should have read "...Lucky *you*, Lynne."

/doug
1039.8SCRPIO::LIZBICKIMon Jun 03 1991 19:316

    Just wanted to make sure that there were no conflicts with the 
    entity class codes... lucky me indeed! :-)