[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 (N�MAT NYO8/E2 DTN:352-3197) Tue May 21 1991 19: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.R	Title	User	Personal Name	Date	Lines
1039.1	memory is usually the culprit	TOOK::CALLANDER		`Wed May 22 1991 09:58`	8
	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.2	What did you really install?	MCDOUG::MCPHERSON	i'm only 5 foot one...	`Thu May 23 1991 12:33`	19
	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.3	update	SUBWAY::YANNIOS	N�MAT NYO8/E2 DTN:352-3197	`Tue May 28 1991 17:40`	10
	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.4		TOOK::GUERTIN	I do this for a living -- really	`Wed May 29 1991 09:25`	3
	what is the value of the sysgen parameter, VIRTUALPAGECNT? -Matt.
1039.5	Check VIRTUALPAGECNT _AND_ PAGFILQUOTA	SUBWAY::YANNIOS	N�MAT NYO8/E2 DTN:352-3197	`Wed May 29 1991 12:00`	6
	The parse table rebuild completed successfully after I increased VIRTUALPAGECNT from 20K to 90K and rebooted the system. (SYSTEM PAGEFLQUOTA was 95K) Nick
1039.6	Entity 17 = Terminal_server	SCRPIO::LIZBICKI		`Mon Jun 03 1991 14:30`	11
	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.7	17, 19. What's the diff? ;^)	MCDOUG::MCPHERSON	i'm only 5 foot one...	`Mon Jun 03 1991 16:17`	6
	Oops, sorry for the brain-fart... Translan is 19, not 17. Should have read "...Lucky you, Lynne." /doug
1039.8		SCRPIO::LIZBICKI		`Mon Jun 03 1991 17:31`	6
	Just wanted to make sure that there were no conflicts with the entity class codes... lucky me indeed! :-)