[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

2717.0. "Another Vitalink Translan AM installation problem" by BRSSWS::FOLENS () Wed Apr 08 1992 14:39

    
I've installed the Translan access module on our cluster that runs VMS 5.4-3
and DECmcc v1.1.
During the installation I noticed that the pgflquota was to low and I decided
to build the parse table manually (manage/toolkit/parse_builder) after the 
installation. Everything worked fine. Then I restarted the Translan AM.
On my toolbox of the DECmcc map I've the translan icon. But when I try to 
register a bridge it gives the following error:
	
	Entity class specified is not currently enrolled. Please check spelling.

Then I tried to test the am via the command interface and here are the results:

	MCC> show mcc 0 translan all attr
	%MCC-W-ATTRUNKNOWN, unknown attribute TRANSLAN
	MCC> test mcc 0 translan_am
	%MCC-E-ATTRNOTALLOW, no attribute or argument allowed
	MCC> show mcc 0 translan_am all char
	%MCC-W-ATTRUNKNOWN, unknown attribute TRANSLAN_AM
I've enrolled the translan am manually but nothing changes.
From the DECwindows interface I can see the translan am via the MCC icon and
also test it. What could be wrong?


    
T.RTitleUserPersonal
Name
DateLines
2717.1Parse tables outta whackMCDOUG::MCPHERSONSave a tree: kill an ISO working group.Wed Apr 08 1992 14:5832
    1. The fact that you can see the icon means that the Translan CLASS data
       is in the dictionary. That's good.

    2. The fact that you could enroll the AM means that the exec could find
       the image file and entry points fine.  That's good, too.

    3. The fact that the FCL doesn't have a clue about Translans means
       either:
    	a) the entity definitions were not in the dictionary. (This is not
           the case, because item 1 disputes this. This can also be
    	   verified by invoking DAP and looking to see if the class
    	   TRANSLAN is in the dictionary
    		 or 

    	b) the parse tables that the FCL depends on are out of sync (i.e.
    	   they don't know how to parse this thing "translan"

    All roads lead to "b".

    Make sure the date on the latest *.BPT file in MCC_SYSTEM: jives with
    the date that you rebuilt the parse tables.

    What was your default directory when you rebuilt the parse tables?  

    CHeck there to see if there's a *.BPT file there.  If yes, then move
    that file to the MCC_SYSTEM: directory.

    And don't forget to create the DNS backtranslation directory, either,
    or you'll be back in here again !  ;^)

    /doug
2717.2Moving to a solution...49320::FOLENSWed Apr 08 1992 15:5614
    
    Indeed there was something wrong with the .bpt files. I found a
    MCC_PTB_PARSER.BPT file in sys$specific:[mcc] and found 2 of them in 
    disk$13:[decmcc.mcc] which is my mcc_common directory. The one in 
    sys$specific is the one I was using before I unstalled the Translan AM
    and the new one is created in the mcc_common directory.
    I have now renamed the one in sys$specific and the show and test
    commands works fine from the command interface. But when I start up
    my iconic map I get the following errors:
    
    	Software error: An internal error has occured in the Iconic Map PM.
    And I don't have access to the map.
    
    -geert-
2717.3Solved49320::FOLENSWed Apr 08 1992 16:496
    
    I have now copied my new parse table file to sys$specific:[mcc] and
    everything works now.
    Thanks for the help.
    -Geert-
    
2717.4Did I said it was solved?BRSSWS::FOLENSThu Apr 09 1992 07:4614
    I still have some weird problem when I startup the iconic map.
    
    BRSSWS> set displ/crea/node=bht362/tra=decnet
    BRSSWS> mana/enter/inter=decw
    %SYSTEM-F-ACCVIO, access violation, reason mask=00, 
    virtual address=006C7200, PC=003C25CC, PSL=03C00000
    
    On the map I get the message mentioned in .2.
    
    The strange thing is that sometimes I don't have the problem. Should I
    do a rebuild of the parse tables?
    The mcc command interface doesn't give problem at all.
    
    -geert-
2717.5Try *any* DECwindows application...IMDOWN::SYSTEMSave a tree: kill an ISO working group.Thu Apr 09 1992 13:0615
>    The strange thing is that sometimes I don't have the problem. Should I
>    do a rebuild of the parse tables?
>    The mcc command interface doesn't give problem at all.

In the same session, can you start *any* DECwindows application and point it to 
node bht362 successfully? 

Are you doing a SET DISPLAY from a cluster? 

If so, do you have appropriate DECwindows access (e.g. "Customize Security"
option from the Session Manager) on BHT362 from EACH node in the cluster ?


/doug
    
2717.6not a DECwindow problem.BRSSWS::FOLENSThu Apr 09 1992 15:195
    
    I can create any DECwindow application and point it to bht362 without
    problems.
    
    -Geert-
2717.7I can't help you.TOOK::MCPHERSONSave a tree: kill an ISO working group.Thu Apr 09 1992 16:002
Gee.  I dunno what to tell you, then.
/doug