[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

826.0. "Testing with DEVELOPERS dictionary" by HLDG00::GOES () Fri Mar 22 1991 04:46

In our development of an AM we created a dedictated developers directory:

USER1:[GOES.MCC_SYSTEM]

MCC_DEFINITION.DAT               MCC_DICTIONARY.DAT
MCC_DISPATCH_TABLE.DAT           MCC_MIR_ATTRIBUTE.DAT
MCC_MIR_DIRECTORY.DAT            MCC_PTB_PARSER.BPT
MCC_PTB_PARSER.DAT

In our login.com file we redefine the logical MCC_SYSTEM

   $MCC_SYSTEM = USER1:[GOES.MCC_SYSTEM], MCC_COMMON, MCC_SPECIFIC


The first problem that we encountered was:

The mcc_dictionary.dat, mcc_definition.dat, mcc_mir_attribute.dat and
mcc_mir_directory.dat are copies of the ..._dev_... files copied from
the sys$common:[syshlp.examples.mcc] directory (as described in the
MM-programming manual (page 3-7).
In our development we've reached the stage that we want to use the ALARM FM.
This doesn't work (create mcc 0 alarms rule ...... ->UNKNOWN VERB CREATE). 
Enrolling the mcc_alarm_fm doesn't help (duplicate enties found).
What causes this problem (do we have to update the dictionary and parse tables
with information of the ALARM FM (how ?)) ?

The second problem that we encountered was :

With the logical MCC_SYSTEM pointing to our development directory first, the
ICONIC MAP PM doen't work (ACCESS VIOLATION).
If we deassign MCC_SYSTEM the ICONIC MAP PM works, but we can't use our AM
because it is not known to MCC.
Of course we could issue MCC_<...>_AUTO_MAKE with MCC_SYSTEM pointing to
MCC_COMMON and MCC_SPECIFIC (without our developement directory) but than we
have to wait so looong (updating information).
We are sure that there are other fellows that have encountered the same problem.
Is there one of them that could tell us how he fixed this development problem.


Thanks Paul & Henk.

T.RTitleUserPersonal
Name
DateLines
826.1everything has to be in 1st dictionary foundTOOK::CALLANDERSat Mar 23 1991 13:2714
    The base problem you are having is that MCC doesn't try one dictionary
    and if it isn't there, then go to the next one.
    
    If youare at the point that you want to use the iconic map and the
    alarms FM you are now ready to use the full dictionary. Simply load
    your dictionary entries into the big dictionary (which you can copy
    over into you smaller directory if desired) and rebuild the parse
    tables.
    
    I am ont sure if this is documented any where, but DAP does allow you
    to do a "DELETE CLASS name" command to whittle down a large dictionary.
    Just becareful if you do this, if something goes wrong (like hitting
    ^C) start again with a copy of the original.